“Writing” 共 631 个结果
io.github.affaan-m/ECC/hookify-rules
Create and configure hookify rules — markdown files with YAML frontmatter that match bash, file, prompt, or stop events by regex or conditions and show warn/block messages to the agent. Use when creating a hookify rule, writing hook rule syntax, configuring hookify, or adding pattern guardrails such as blocking dangerous commands, .env edits, or debug code.
io.github.affaan-m/ECC/tdd-workflow
在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发，覆盖率不低于 80%，涵盖单元、集成与 E2E 测试。
io.github.affaan-m/ECC/dart-flutter-patterns
可用于生产的 Dart 与 Flutter 模式，覆盖空安全、不可变状态、异步组合、Widget 架构、主流状态管理框架（BLoC、Riverpod、Provider）、GoRouter 导航、Dio 网络、Freezed 代码生成与整洁架构。在编写或评审 Dart 与 Flutter 代码——状态、Widget、导航、网络或架构——时使用。
io.github.affaan-m/ECC/search-first
先检索再编码的工作流。在动手编写自定义代码之前，先搜索已有的工具、库和模式。会调用 researcher 代理。
io.github.affaan-m/ECC/inherit-legacy-style
遗留项目风格继承 skill。当用户输入 /inherit-legacy-style，或需要让 AI 编码代理接手手写遗留项目并防止“风格漂移”（模型把自身预训练的主流惯用法强加给项目）时使用。与语言和框架无关——只对齐元架构，不改语法。一旦运行，它就成为后续所有编码任务的行为约束。不要用于纯研究或与代码风格对齐无关的一次性提问。
io.github.affaan-m/ECC/loop-design-check
设计以目标为导向的 Agent 循环，并排查循环常见的出错方式——原地打转烧 token、钻验证器的空子（Goodhart 效应）、把错误答案一路跑到底。包含两个动作：(1) 编写循环——先判断是否值得构建、定义机器可判定的目标、选定循环类型与脚手架；(2) 审查循环——按五种失败模式，加上可判定性、边界、兜底方案、评判者独立性，以及把判断权留在人手中这条红线逐项检查。当设计自主 Agent 循环，或已有循环但担心它跑飞、作弊或把错误答案执行到底时使用。它在机制层循环技能（autonomous-loops、continuous-agent-loop）之外补足其未覆盖的判断层。中文触发：写 loop、设计 loop、做一个 loop、检查 loop 对不对、loop 体检、loop 会不会跑飞、可判定目标、五个崩法、plan build judge。English triggers: design an agent loop, write a loop, check a loop, loop review, prevent a runaway loop, goal-oriented loop, decidable goal, plan/build/judge.
io.github.affaan-m/ECC/git-workflow
Git 工作流模式，包括分支策略、提交约定、合并与变基的取舍、冲突解决，以及适用于各种规模团队的协作开发最佳实践。当需要选择分支策略、制定提交约定、决定用 merge 还是 rebase，或解决冲突时使用。
io.github.affaan-m/ECC/database-migrations
数据库迁移最佳实践：schema 变更、数据迁移、回滚与零停机部署，覆盖 PostgreSQL、MySQL 和常用 ORM（Prisma、Drizzle、Kysely、Django、TypeORM、golang-migrate）。在编写 schema 或数据迁移、规划回滚或追求零停机部署时使用。
io.github.moeru-ai/airi/enforce-rules-for-typescript
Enforce AIRI's TypeScript and Vue source rules for imports, naming, comments, JSDoc, fallbacks, stateful and protocol code, and module design. Use when writing, refactoring, or reviewing TypeScript or Vue source code in the AIRI monorepo.
io.github.Hmbown/CodeWhale/cw-slice
在为任何 Codewhale 功能、升级或重构编写代码之前使用：先找到行为的现有归属代码，把改动限定在一个可评审的切片内，并在动手前确定证据标准。
io.github.deepseek-ai/deepseek-harness/cordis-composition-reference
Use when writing or reading a Cordis bundle patch or agent preset for this harness and you need the Loader YAML dialect (insert, override by id, group, disabled, isolate, !!js) or the list of installable Harness plugin packages and what each provides.
io.github.skypilot-org/skypilot/skypilot
在启动云端 VM、Kubernetes pod 或 Slurm 作业以承载 GPU/TPU/CPU 负载、在云端 GPU 上训练或微调模型、部署带自动扩缩的推理服务（vllm、TGI 等）、编写或调试 SkyPilot 任务 YAML、用 spot/抢占式实例节省成本、跨云比较 GPU 价格、统一管理 25+ 云服务以及 Kubernetes、Slurm 与本地集群并在其间故障切换、排查资源可用性或 SkyPilot 错误、优化成本与 GPU 可用性，或迁移既有 Slurm 工作负载（把 sbatch 脚本、salloc 会话、job array 或 srun 调用转换为 SkyPilot 任务 YAML，并把 Slurm 命令、指令与 SLURM_* 环境变量映射到对应的 SkyPilot 写法）时使用。
io.github.odoo/odoo/odoo-guidelines
House rules for Odoo addon code: module structure, manifest, Python/ORM, fields, controllers, XML views and data, QWeb reports, access rights and record rules, performance, tests. Use when writing or reviewing any file in an Odoo addon outside static/ (for the JavaScript, Owl templates and SCSS under static/, see odoo-web-guidelines).
io.github.microsoft/vscode/agent-host-e2e-tests
在编写、录制、更新、验证或排查 src/vs/platform/agentHost/test/node/e2e 下的 agent host 端到端测试时使用（这些黑盒测试通过 AHP 协议驱动整个 agent host，并借助 CapiReplayProxy 的录制/回放系统对接 Claude/Copilot/Codex）。涵盖新增跨提供方测试、SDK 升级后重新录制 fixture、跨平台 Azure 验证、对非确定性或平台相关测试加门禁，以及诊断回放缓存未命中。
io.github.deepseek-ai/deepseek-harness/agent-experience
Use when writing or changing a model-facing tool definition (name, description, parameter schema, or its system-prompt section), and when designing skills, context loading, or multi-step workflows, to make information discoverable and use context efficiently.
io.github.logseq/logseq/libs
使用 `@logseq/libs` SDK（TypeScript/JavaScript，iframe/shadow 沙箱）构建、调试或审查 Logseq 插件。适用于编写插件入口代码、注册 slash/命令/UI 项、provideUI/provideStyle/provideModel、设置 schema、macro renderer、DB 图的属性与标签、Datascript/DSL 查询、实验性 API、主题插件，或本包生成的 `logseq/*` CLJS facade。
skillsmp.stas00-ml-engineering-skill-md
端到端训练与运维大规模 LLM/VLM/多模态模型的实战方法论与具体配方——选择并基准测试加速器、存储与网络；SLURM/Kubernetes 编排；最大化训练吞吐并在显存内装下模型；诊断并撑过训练不稳定、NaN/Inf 与硬件/作业故障；检查点与容错；推理性能与显存；调试多节点/多卡挂起；以及编写/运行测试。当用户在训练或微调大模型、遭遇低 TFLOPS/MFU、OOM、数据加载缓慢、损失尖峰/发散、NCCL/InfiniBand 或多节点挂起、节点/GPU 故障、检查点或抢占问题、存储/网络瓶颈，或需要挑选 GPU/云/文件系统，或估算推理延迟/吞吐时使用。提炼自《Machine Learning Engineering》，最新版本见 https://github.com/stas00/ml-engineering。
io.github.getsentry/sentry/react-testing
使用 Jest 与 React Testing Library 为 Sentry 前端编写和审查 React/TypeScript 测试。在 static/ 中新增或编辑测试（*.spec.tsx）、编写组件/hook 测试、用 MockApiClient 模拟 API 响应、测试路由或网络请求，或被要求“write a frontend test”“add a React test”“test this component”“fix a flaky RTL test”时使用。
io.github.supabase/supabase/ask-the-docs
基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用（apps/docs）的问题，并在提议或评审改动时套用功能设计原则（代码库复用、极简编码）。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”，或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。
io.github.sickn33/agentic-awesome-skills/expo-module
Guide for creating and writing Expo native modules and views using the Expo Modules API (Swift, Kotlin, TypeScript). Covers module definition DSL, native views, shared objects, config plugins, lifecycle hooks, autolinking, and type system.
io.github.google/skills/gke-alert-configuration
使用 PromQL 与 Google Cloud Managed Service for Prometheus，通过 Terraform 为 Google Kubernetes Engine（GKE）集群、工作负载与服务配置告警策略。用于编写、分析、校验或部署以监控 GKE 服务延迟、流量、错误率（采用多窗口多燃烧率 SLO 告警）、内存饱和，以及 CrashLoopBackOff、Node NotReady 等集群健康状况的 Terraform 告警策略。不用于非 GKE 计算运行时，如无 GKE 的独立 Compute Engine VM 或独立 Cloud Run 服务。
io.github.obra/superpowers/test-driven-development
在实现任何功能或修复 bug、编写实现代码之前使用。
io.github.affaan-m/ECC/brand-voice
从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像，并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。
io.github.affaan-m/ECC/tdd-workflow
在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发，覆盖率不低于 80%，涵盖单元、集成与 E2E 测试。
