编写计划
SkillSkillsMP
io.github.proma-ai/Proma/writing-plans
在有多步骤任务的规格或需求、但尚未动代码时使用。
source
“Python Code” 共 1,798 个结果
io.github.proma-ai/Proma/writing-plans
在有多步骤任务的规格或需求、但尚未动代码时使用。
io.github.kortix-ai/suna/testing
本 monorepo 强制的「每次改动都带测试」纪律。只要你在 apps/** 或 packages/** 下编写、更改、重构或删除任何代码——函数、类、路由、组件、hook、schema、迁移、配置或 bug 修复——以及触及 tests/ 下任何内容、添加覆盖、运行套件、配置 CI，或被问及某门控为何失败时加载。定义每次改动需要的测试类型（单元/集成/契约/API/e2e/无障碍/视觉/性能/安全）、确切的命令与约定（就近放置的 bun:test、工厂、确定性、无注释），以及执行该纪律的 CI 门控。贯彻这条规则：每种可能的改动都必须在同一次改动中随附测试。
io.github.shareAI-lab/Kode-CLI/frontend-design
打造独特、生产级、高设计质量的前端界面。当用户要求构建 Web 组件、页面、产物、海报或应用（示例包括网站、落地页、仪表盘、React 组件、HTML/CSS 布局，或对任意 Web UI 做样式美化）时使用此技能。生成富有创意、打磨精细的代码与 UI 设计，避免千篇一律的 AI 审美。
io.github.runceel/ReactiveProperty/writing-mstest-tests
编写新的 MSTest 3.x/4.x 单元测试、并在既有 MSTest 代码中实施具体修复的最佳实践。当用户要求编写、创建、实现、修复或现代化测试（包括“看起来有问题、修复一下”这类指令）时使用。是修改代码的首选方案，例如纠正 Assert.AreEqual 参数顺序颠倒、替换过时的断言模式、把 DynamicData 从 IEnumerable<object[]> 改为基于 ValueTuple 的数据集。涵盖现代断言、数据驱动测试、测试生命周期、MSTest.Sdk、sealed 类、Assert.Throws、配合 ValueTuple 的 DynamicData、TestContext 与条件执行。不要用于宽泛的测试质量审计、不稳定测试（flaky）排查或测试异味检测报告——那些请改用 test-anti-patterns。
io.github.bytedance/deer-flow/smoke-test
DeerFlow 的端到端冒烟测试技能。引导完成：1）拉取最新代码；2）Docker 或本地安装与部署（尊重用户偏好，遇 Docker 网络问题时默认本地）；3）服务可用性验证；4）健康检查；5）最终测试报告。当用户说「run smoke test」「smoke test deployment」「verify installation」「test service availability」「end-to-end test」等时使用。
io.github.taichuy/1flowbase/backend-development
用于 1flowbase 在 api/ 下的后端实现：构建、修复、重构或评审 Rust/Axum API、路由、服务、仓储、存储适配器、迁移、领域模型、状态流转、写路径、模块边界、权限、HostExtension/RuntimeExtension 边界或核心业务逻辑。在完成 problem-framing 对齐非平凡需求后使用，或当用户明确要求直接实现时使用；不用于独立的需求对齐、测试设计或 QA 报告。
io.github.sickn33/antigravity-awesome-skills/typescript
TypeScript 语言专属的 super-code 编码指南。
io.github.fossasia/voxbento/security-audit
对 VoxBento 代码进行安全评审时使用本技能。覆盖 OWASP Top 10 与 VoxBento 专属威胁模型
io.github.millionco/react-doctor/react-doctor
在完成功能、修复缺陷、提交 React 代码前，或用户输入 `/doctor`、要求扫描、分诊或清理 React 诊断信息时使用。覆盖 lint、无障碍、包体积与架构。包含回归检查，以及会拉取权威 playbook 的完整本地分诊流程。
io.github.github/awesome-copilot/github-actions-hardening
针对 GitHub Actions 工作流文件（.github/workflows/*.yml）的安全加固评审。分析模式匹配器和通用代码 linter 会漏掉的 Actions 威胁模型——不可信输入的脚本注入、高权限触发器运行 fork 代码、可变的 action 引用、权限过大的 token。当被要求评审、审计、加固或保护 GitHub Actions 工作流、编写新工作流，或遇到"这个工作流安全吗""帮我查 CI 安全问题""这里 pull_request_target 为什么危险""帮我 pin actions""收紧 GITHUB_TOKEN 权限"等请求时使用。覆盖 ${{ }} 插值脚本注入、pull_request_target/workflow_run 权限提升、第三方 action 的 SHA 固定、最小权限、GITHUB_ENV/GITHUB_OUTPUT 注入、密钥暴露、OIDC 与长期凭据、公共仓库自托管 runner 的暴露风险。
io.github.dotnet/runtime/api-proposal
为 dotnet/runtime 创建带原型佐证的 API 提案。在被要求起草 API 提案、撰写 api-suggestion issue、把模糊的 API 想法打磨成完整提案，或改进标记为 api-needs-work 的提案时使用。涵盖从研究、原型、参考源码生成到发布的完整流水线。不用于 bug 修复、代码审查、性能基准测试，或不影响公共 API 面的内部改动。
io.github.terryyin/lizard/post-change-refactor
在提交前重构并清理尚未提交的改动：消除重复、重命名含义不清的领域概念、在很可能出现同类改动时收敛 shotgun surgery、删除死代码/仅测试用代码/冗余代码，把超过 250 行的文件拆成内聚模块，并确认相关测试仍然通过。在完成某个阶段或子阶段后、提交之前使用；开发者要求清理当前改动时同样适用。触发词：refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-feature-packaging
用于决定后端代码在 Iced Latte 中应存放的位置，尤其是功能归属、api/ 边界、common 与 feature 的落位选择，或模块化单体中的跨功能模块依赖。
io.github.activepieces/activepieces/review-logging-patterns
审查代码中的日志模式并建议采用 evlog。指导在 Nuxt、Next.js、SvelteKit、Nitro、TanStack Start、React Router、NestJS、Express、Hono、Fastify、Elysia、oRPC、Cloudflare Workers 及独立 TypeScript 上的配置。检测 console.log 刷屏、无结构错误与缺失上下文。覆盖宽事件、结构化错误、drain 适配器（Axiom、OTLP、HyperDX、PostHog、Sentry、Better Stack、Datadog）、采样、enricher 与 AI SDK 集成（token 用量、工具调用、流式指标、遥测集成、成本估算、嵌入元数据）。
io.github.rmyndharis/antigravity-skills/mobile-developer
以现代架构模式开发 React Native、Flutter 或原生移动应用。精通跨平台开发、原生集成、离线同步与应用商店优化。在移动功能、跨平台代码或应用优化方面主动使用。
io.github.questdb/questdb/review-pr
对照 QuestDB 编码标准审阅 GitHub pull request。在被要求审阅 PR、给定 PR 编号或 URL（可带审查级别 0..3）时使用。执行对抗式、阻断式、关键任务的代码审查。
io.github.TriliumNext/Trilium/ckeditor5-reviewing
评审或审计 Trilium（TriliumNext Notes）monorepo 中的 CKEditor 5 插件代码，或涉及 packages/ckeditor5-*、packages/ckeditor5 构建的 PR/diff。用于检查 Trilium CKEditor 5 插件的正确性与惯用写法：schema/转换/命令/UI/widget 代码、CKEditor 特有缺陷（upcast/downcast 不对称、upcast 元素未消费、缺少 inline-widget 位置映射、命令 refresh/isEnabled 问题、内存泄漏、t() 遗漏、editing/UI 职责越界），以及 Trilium 集成缺陷（未在 plugins.ts 注册、toolbar.ts 缺少按钮、import/文件扩展 lint 失败、错误的 augmentation 模块、.po 本地化缺口、错误的测试环境）。与 ckeditor5-plugin-development、ckeditor5-testing 配套并复用其检查清单。
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。
io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring
当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例：“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
使用 GitNexus 知识图谱导航不熟悉的代码。
io.github.abhigyanpatwari/GitNexus/gitnexus-taint-analysis
在处理、审查或扩展 GitNexus 的 CFG/污点/PDG 子系统（`--pdg` 层），或推理 source→sink 数据流结论时使用。示例：“这里的污点分析是怎么工作的？”“为什么 explain 没找到这条流？”“添加一个新的 sink/source”“审查跨过程污点代码”。
vcanary
io.github.Dokploy/dokploy/frontend-design
创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码，避免千篇一律的 AI 审美。
io.github.ClickHouse/clickhouse-js/typescript-lsp
在 clickhouse-js 仓库中使用 TypeScript 语言服务器（typescript-language-server）进行精确的代码智能：转到定义、查找引用、悬停（类型签名与 JSDoc，含 @deprecated 信息）、全工作区符号搜索、补全与逐文件类型诊断。当需要解析符号的实际定义、查找导出 API 的所有用法或跨 packages/* 工作区检查推断类型时，优先使用它而非 grep。该服务器作为根 devDependency 预装——请先运行仓库的 setup 技能（npm install）以填充 node_modules。不要将本技能用于仅依赖 @clickhouse/client 的下游项目；它专用于在本仓库内工作。