bug-root-cause-tracing
用于调试时定位不明显根因的技能：当错误出现在调用链深处、需要把错误状态回溯到调用方、测试或代码路径时，从现象逐层向上追到最先引入错误值的源头，在源头修复而非修表面症状。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-08 00:04
编程与开发
40,149 个结果
commit
Nuxt 开发技能集中的 Git 提交技能，用于暂存文件、提交变更及在 git worktree 中收尾工作，涵盖智能提交、多关注点拆分与敏感文件防护。
discover-plt
discover-plt 是 cc-polymath 技能库中的编程语言理论（PLT）发现型技能，在编译器、解析器、类型系统、解释器、语法与语言设计等场景自动激活，按需加载 13 个 PLT 子技能。
deepen-plan
deepen-plan 是 ratacat/claude-skills 中的技能，用于对已有计划文件进行深度增强：为每个章节并行启动研究子代理，补充最佳实践、性能优化、实现细节与边界情况，并整合技能、经验记录和评审代理的输出。
pull-requests
该技能用于按照项目规范创建与审查 Pull Request（PR），涵盖标题格式、描述模板和审查清单，适用于创建 PR、撰写 PR 描述及代码审查等场景。
conspiracy
一个开发者技能：以“阴谋论侦探”的口吻调查每个 bug，追问谁从中受益，结合 git 历史与命名找出线索，最终仍给出正确的技术修复。支持 /conspiracy 激活、/default 关闭，纯属娱乐化叙事，不改变真实代码修复。
paystack-splits
Paystack Transaction Splits API 技能，用于创建、更新和管理主账户与多个子账户之间的多方支付分账，支持百分比或固定金额分账及多种手续费承担方式。
paystack-subaccounts
Paystack Subaccounts API 用于创建和管理子账户，实现主账户与子商户之间的分账收款，可配置分成比例、结算周期，并在初始化交易时传入子账户代码完成拆分。
spec-kitty-analyze
Spec-Kitty 工作流中的只读分析技能，在实现前检查 spec.md、plan.md、tasks.md 三份核心文档，识别重复、歧义、覆盖缺口、术语漂移与宪法条款冲突，输出结构化分析报告与严重级别，不修改任何文件。
spec-kitty-clarify
spec-kitty-clarify 是一个用于功能规格澄清的技能：它会扫描当前 feature spec 中的歧义与缺失决策点，通过最多 5 个交互式提问收集答案，并把澄清结果直接写入 spec 文件，以降低后续返工风险。
conductor-implement
conductor-implement 是一个按 TDD 工作流执行轨道实施计划的技能：读取 conductor 配置与轨道计划，逐项完成未完成任务、更新状态、提交代码，并在阶段验证点等待用户确认。
validate-e2e
validate-e2e 是一个用于特征端到端验证的技能，依据有限验收契约核对功能实现，覆盖聚焦测试到完整用户流程，强调用证据说明行为是否满足需求与运行门禁。
fal-ai
用于调用 fal.ai 模型 API 的中文技能说明，覆盖鉴权、图片上传、subscribe/queue 调用与响应解析，并含 Moondream 3 与 Florence-2 OCR 的 CLI 用法、坐标处理和常见限制。
implementing-cli-patterns
用于实现一致、友好的命令行交互体验的模式技能，涵盖输出格式化、进度指示与交互式提示。所有 CLI 输出应经由 src/cli/console.ts，而非直接使用 console.log。适用于命令输出格式、进度反馈、交互提示与错误信息终端格式化。
to-prd
to-prd 是一个将当前对话上下文与代码库理解综合成 PRD（产品需求文档）并提交为 GitHub issue 的技能。它不会对用户进行访谈，而是直接基于已有信息进行综合。使用前需已配置好 issue 跟踪器和 triage 标签词汇（否则需运行 /setup-matt-pocock-skills）。流程包括：探索仓库了解代码库现状、使用项目领域词汇表、遵循相关 ADR、勾勒需要构建或修改的主要模块（尤其寻找可独立测试的深模块）、与用户确认模块及测试范围，然后按模板撰写 PRD 并发布到项目 issue 跟踪器，同时打上 needs-triage 标签进入正常分诊流程。PRD 模板包含问题陈述、解决方案、用户故事、实现决策、测试决策、范围外事项和补充说明等部分。
neutralinojs
Neutralino.js 是一个面向 JavaScript、HTML 和 CSS 的轻量级跨平台桌面应用框架，提供原生操作系统操作、窗口管理、文件系统访问等能力。本技能为构建 Neutralino.js 跨平台桌面应用提供整合参考，包含 API 命名空间、配置选项、CLI 命令、扩展、自动更新与分发等文档，配合决策树帮助定位所需 API 与配置。内容涵盖初始化、窗口与托盘、文件系统、OS 操作、进程管理、存储、剪贴板、系统信息、事件系统、错误码与安全配置等主题，并给出关键规则与常见错误提示。
architecture
Architecture 是一个架构设计与文档生成技能，属于 sd0x-harness 工具集。它围绕指定功能或特性，自动产出 3-architecture.md 文档，内容涵盖组件图、数据流、集成点以及架构决策。该技能通过多阶段工作流运行：先解析功能上下文，再并行进行代码模式分析与技术规格提取，随后获取 Codex 的独立架构建议，交由架构设计代理完成设计，可选地通过对抗式辩论进行验证，最后写入文档并自动触发文档评审。用户可使用 /architecture 命令自动检测功能，或用 /architecture <feature-keyword> 指定功能，也可加 --skip-debate 跳过第三阶段的对抗式辩论。文档会以 Mermaid 流程图和时序图呈现组件与数据流，并以 AD-N 格式记录架构决策及其理由。具体价格、平台支持等信息资料中暂未提供。
code-investigate
双视角代码调查技能，适用于需要同时借助 Claude 与 Codex 两种视角进行深度代码分析的场景。不适合快速探索（应使用 code-explore）、代码审查（应使用 codex-review）、系统验证（应使用 feature-verify）、Git 历史追踪（应使用 git-investigate）。其核心原则是 Codex 必须独立探索，禁止将 Claude 的结论喂给 Codex，以保证两条分析路径的独立性，最终在集成阶段对比双方结论、标注差异并形成统一报告。
codex-review
Codex Review 是一个用于获取代码第二意见的入口型技能，基于 Codex exec 执行。它属于 sd0xdev/sd0x-harness 下的完整变体，完整工作流、提示词模板与审查逻辑定义在父技能 codex-code-review 中。该技能在审查前会执行 lint:fix 和 build 作为本地预检查，审查范围为代码 Diff 加本地检查结果。审查者仅使用 Codex 单独完成，不支持 --dual，也不包含次级审查者；若需要双审查者，应使用 /codex-review-branch --dual。技能层级继承当前会话层级，默认标准层级。触发关键词包括 full review、codex review、second opinion、codex-review。使用时需注意不适用于仅快速审查 Diff（应使用 /codex-review-fast）、分支级审查（应使用 /codex-review-branch）以及文档审查（应使用 /codex-review-doc）。
codex-review-branch
codex-review-branch 是一个用于对完整功能分支进行全自动代码审查的入口技能，基于 Codex exec 实现。它属于 codex-code-review 的 Branch 变体，本身是一个轻量入口，具体工作流、提示词模板和审查逻辑均定义在父技能中。该技能以“整个分支”为审查范围，覆盖从基线以来的所有提交，不设置前置检查，采用 thorough 深度档位，P0/P1/P2 问题会阻断合并，审查轮次上限为 30。默认仅由 Codex 单独审查；通过传入 --dual 参数可并行增加第二名审查者，用于发布、安全敏感变更和公共 API 等场景。需要快速仅看 diff 或文档审查时应改用其他技能。
architect
architect 是一个在编码前先做设计的技能：用未实现函数体勾勒类型、函数签名、类结构与模块边界，并在并行候选方案中综合出最终草图，再据此实现代码。适合跨函数边界的改动或形态尚未确定的非平凡工作。
git-cleanup
git-cleanup 是一项用于审计并清理 Git 分支与工作树的技能：它会检查候选代码的改动是否已存在于当前主干（trunk），并审视其预期行为，只移除已被证明安全或已合并的分支与工作树。默认运行在只读模式（dry-run/verify），会输出一份限定范围的清理计划；实际删除（prune）前必须展示精确计划并获得授权。该技能通过打包的 scripts/cleanup.py 进行分类与删除，且校验与执行须在同一仓库和机器上完成。
grok-review
grok-review 是一个通过 Grok CLI 获取代码改动的独立第二意见审查的技能。它把 diff 交给 Grok 引擎提出发现，再由宿主会话逐条对照实际代码进行验证，只有经过确认（CONFIRMED）的问题才计入结论，被驳回（REJECTED）的会记录原因，用于保证第二意见的可审计性。该技能为只报告模式：不会自动修改源码，只有在用户明确确认后才会应用修复建议。运行方式包括对当前分支与未提交改动的审查、对指定 PR 的审查，以及对最近 N 个提交的审查。使用时需要本地已安装并登录 grok CLI，若缺失则直接停止并提示，不会静默退回原生审查。运行时仅生成临时提示词与输出文件，运行结束后删除，除一次无头 grok 调用外无其他外部副作用。
new-rails-project
该技能用于在当前目录生成一个名为 $1 的新 Rails 项目，采用一套固定的技术栈：Rails ~8 与 PostgreSQL、Inertia.js ~2.3、React ~19.2、Vite ~5、Tailwind CSS ~4、Sidekiq 8 与 Redis。它覆盖项目创建、约定、测试与验证流程，要求使用 UUID 主键、timestamptz 时间戳、JSONB 字段、加密敏感字段，使用 minitest 与 mocha、VCR 测试，并通过 rubocop 与 brakeman 做代码维护与安全扫描。适用于需要按该预设栈快速引导新 Rails 应用的场景。