review
该工具是一个多智能体代码审查命令（/review），通过并行运行多个专门的审查代理，对代码变更进行质量、安全和领域特定方面的检查，并基于置信度评分（0-100）过滤，仅保留置信度≥80%的高可信问题，以减少误报和噪音。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-11 00:16
编程与开发
40,575 个结果
Scala Collections
Scala Collections 是 Scala 标准库中用于处理序列、集合与映射的统一 API 技能，默认强调不可变集合，同时提供可变集合以应对性能敏感场景。内容涵盖不可变与可变集合的对比、List/Vector/Array 等序列类型、Set 与 Map 操作、map/filter/fold 等集合变换、for 推导式、惰性求值与视图、并行集合以及性能特征。适合需要在 Scala 中进行函数式数据处理、集合选择与转换的开发者参考。
technical-planning
Technical Planning 是一个用于为功能或任务创建实施计划的技术规划技能。它专注于战术层面的执行规划，帮助把模糊目标转化为具体、可执行的步骤，包含清晰的任务、依赖关系和成功标准。该技能强调与架构设计区分：规划关注“如何构建功能 X”，时间跨度为数天到数周，侧重执行；架构关注“系统应如何组织”，时间跨度为数周到数月，侧重结构。规划流程包括理解需求、分析现状、拆解任务、识别依赖、估算复杂度、定义测试策略，并提供计划文档结构、任务拆解策略、最佳实践与常见错误示例。
deep-code-intelligence
Deep Code Intelligence 是一套面向高难度编程问题的证据驱动深度分析工作流，适用于架构决策、根因排查和高风险重构规划等场景。其核心理念是“先证据、后建议”，强调在给出任何推荐之前，必须先建立证据表、识别不变量与约束、构建假设树，并诚实地标注置信度。该工作流包含六个步骤：框定问题、构建证据表、识别不变量与约束、构建假设树（调试用根因树或设计用备选方案树）、综合推荐、诚实标注确定性。当决策影响多个团队、出错成本高、存在隐藏利益相关方或需要超出工作记忆的仓库上下文时，可路由至 principal-engineer-strategist 智能体。此外还提供 MCP 委派工具用于任务解析、方案对比和模式匹配检查。
eslint-plugin
该技能用于以测试驱动开发（TDD）方式编写自定义 ESLint 插件与规则，支持扁平配置（ESLint 9+）和旧版配置格式，并使用 @typescript-eslint/rule-tester 进行测试。内容涵盖规则创建、测试与插件打包，适用于强制项目特定编码规范、创建带自动修复或建议的规则、构建基于类型信息的 TypeScript 感知规则，以及从已弃用规则迁移等场景。
systematic-debugging
Systematic Debugging 是一套四阶段的系统化调试框架，强调在提出任何修复方案之前必须先定位根因（root cause）。其核心原则是：没有根因调查就不能修复，症状修复等于失败。该框架适用于各类技术问题，包括测试失败、生产环境 Bug、异常行为、性能问题、构建失败和集成问题，尤其适合在时间紧迫、看似只需一处快速修复、已经尝试过多次修复或尚未完全理解问题的场景下使用。四个阶段分别是：根因调查、模式分析、假设与测试、修复实施。每个阶段设有明确的检查清单和成功标准，必须逐阶段完成才能进入下一阶段。框架还要求所有临时调试代码加上 // debug-shim 标记以便后续清理，并在三次以上修复失败时停止修复、重新审视架构。
feature-dev
feature-dev 是 thoughtbot/rails-consultant 提供的一个引导式功能开发工作流技能，帮助开发者将一个新功能切片从粗略想法推进到经过评审、已提交的代码。它并非自主编码，而是把四个环节串联起来：用切片定义工作、用测试驱动开发（TDD）构建、用代码评审加固、用干净的提交落地。整个流程分为七个阶段：框定工作、探索代码库、塑造切片、测试先行构建、评审差异、总结、提交切片。它强调抵制过早写代码的冲动，每个阶段都为下一阶段赢得资格，并设有约 300 行生产代码的规模约束，以保持差异精简。
git-commit
git-commit 是一个用于将工作区改动整理为一个或多个原子提交的技能，并自动撰写规范的提交信息。它会在用户运行 /git-commit 或要求提交工作时触发，先查看 git status、git diff、git diff --staged 和近期 git log，理解改动内容与原因，再判断如何分组：属于同一逻辑变更的改动合并为一个提交，彼此独立的改动拆分为多个提交。随后精确暂存每个分组（必要时按 hunk 生成补丁并用 git apply --cached 应用），逐个提交，并遵循提交信息规范：主题行使用祈使语气、首字母大写、不加句号，正文说明“为什么”而非“是什么”，并在末尾附加 Claude 共同作者署名。该技能不会推送、不会修改或重写已有提交，也不会盲目使用 git add . 或 git add -A。
mission-implement
mission-implement 是 mission SDD（规范驱动开发）家族中负责“构建阶段”的技能，把实现工作拆成两个有机械门禁约束的步骤：先按规范写失败测试，再写满足测试的最小实现。它依赖 factory-mission 技能提供的共享执行器契约，测试步骤读取 spec.md 并以 tests/ 为唯一可写面，代码步骤读取测试产物、spec.md 与 plan.md 并以源码为唯一可写面，任务在测试全绿时停止。
forge-debug
forge-debug 是一个强调根因调试的技能：在未定位并陈述根因前不写任何修复，通过复现、分析、提出假设并验证，最后做最小修复并补充回归测试，同时把有价值的故障记录进 wiki。
forge-dx
forge-dx 是一个面向开发者体验（DX）的实时审计技能，用于对已构建完成的 CLI、API、SDK 或库进行上手流程实测。它不阅读计划文档，而是以“第一次使用的开发者”身份，从干净状态出发，仅依据 README、文档或 --help 走完真实流程，并记录每一步。核心测量项包括：从零到 hello-world 的耗时（TTHW，以实际分钟数记录）、安装/设置是否与文档一致、首次调用/命令的真实输出、故意出错时的错误信息是否可操作、CLI 帮助与 API 接口是否自解释、以及仅凭文档能否完成核心任务。审计结果以带证据的评分卡呈现，每项评分都附具体观察、真实数字、真实引用或截图。对于客观缺陷（文档错误、设置步骤损坏、晦涩错误信息、缺少 --help 等），会在阶段分支上自动修复并重新验证；主观取舍则通过一次 AskUserQuestion 批量询问，并将规则追加到 wiki/learnings.md，延后的打磨项记入 wiki/improvements.md。该技能适用于库、API、CLI、SDK 和工具，若构建物并非面向开发者则直接说明并退出。它由 forge-review 的运行时检查在面向开发者的构建中自动调用，也可独立按需执行完整上手审计。
tools-p4-shelving
Perforce Shelving 是 Perforce 版本控制系统中的搁置（Shelving）功能，用于将待提交的变更暂存到服务器而不提交。它支持代码审查、工作进度备份、跨工作区共享和协作流程。通过 p4 shelve、p4 unshelve、p4 describe -S 等命令，开发者可以暂存变更、查看搁置内容、恢复变更、删除搁置，并与 Swarm 代码审查工具集成。
swiftui engineer
SwiftUI Engineer 是一个面向 macOS 的 SwiftUI 开发辅助技能，覆盖架构设计、代码审查、调试与现代化迁移的完整开发周期，聚焦 macOS 26 Tahoe 的模式与最佳实践。它提供四种工作模式：架构模式用于生成生产级 SwiftUI 代码、应用 macOS 适配模式、创建可复用组件并保证可测试性；审查模式用于扫描 SwiftUI 反模式、验证状态管理正确性、检查 async/await 与线程安全（@MainActor）；调试模式用于诊断视图更新、状态管理、引用循环与内存泄漏、性能瓶颈及线程异步问题；现代化模式用于从 AppKit 迁移、处理 API 弃用、解释破坏性变更并给出迁移策略。技能还提供常见模式速查，如状态管理（@StateObject 与 @ObservedObject 的归属关系、@MainActor 保证线程安全）、macOS 导航使用 NavigationSplitView、异步使用 .task() 而非 .onAppear 中的 Task {}，以及 macOS 26 Tahoe 的 Liquid Glass 材质背景。同时列出应避免的常见反模式，如状态放错位置、多个 @StateObject 实例、缺少 @MainActor、在 .onAppear 中使用 Task、视图内包含业务逻辑、对大列表使用 LazyVStack 等。
code-explorer
code-explorer 是一个面向 Codex 的代码探索子代理（subagent），用于追踪现有代码路径。当需要梳理某段逻辑在代码库中的调用链、定位相关文件，或被明确要求运行 code-explorer 子代理时使用。它通过 `codex-subagent code-explorer` 命令调用，并在 heredoc 传入的上下文块中填写任务背景、范围和相关的 issue/PR 编号。使用时需提供具体的范围与约束，最后将子代理输出合并回主工作流。
pake
Pake 是一个把网页或本地 Web 构建产物打包成原生桌面应用的工具，基于 Tauri（Rust + 系统 WebView），产物约 5MB，远小于 Electron 的约 150MB。它提供命令行界面，支持通过 URL 或本地目录/HTML 文件打包，可配置应用名称、Bundle ID、图标、代理等参数，并支持声明式 JSON 配置与面向脚本的 Agent 模式（--json 输出结构化结果）。适用于把网站或 AI 生成的本地 Web 应用快速封装为桌面安装包。
deslop
deslop 是一个用于清理代码分支中“AI 风格代码垃圾”（AI slop）的技能。它通过审查 git diff，识别并删除不一致的防御性代码、多余注释、类型转换、lint 忽略、占位符和调试残留，同时保留代码原有行为和项目本地风格。适用于被要求“移除 AI slop”“清理生成代码风格”或“审查分支 diff 中奇怪的注释/防御性检查/类型转换”的场景。工作流程包括：设定比较基准（默认 main）并检查 git diff、用 rg 在新增行中构建候选列表、结合完整文件上下文和邻近本地模式逐一审查、仅删除不一致的 slop、重新运行项目检查（bun check、bun typecheck）并修复回归、报告具体改动文件及删除与保留的内容。该技能强调不删除信任边界（用户输入、认证、网络、数据库、文件 I/O）处的保护，不用更弱的类型替代真实类型，优先最小编辑而非大范围重写，并保持项目约定。
andrew-kane-gem-writer
该技能用于按照 Andrew Kane 的成熟模式与设计哲学编写 Ruby gem。资料称其源自 100 多个 gem、累计下载量 374M+ 的实践经验（如 Searchkick、PgHero、Chartkick、Strong Migrations、Lockbox、Ahoy、Blazer、Groupdate、Neighbor、Blind Index）。核心哲学是：简洁优于取巧，零依赖或最少依赖，显式代码优于元编程，在提供 Rails 集成的同时不与 Rails 耦合。技能覆盖入口文件结构、类宏 DSL 模式、ActiveSupport.on_load 集成方式、配置模式、错误处理、Minitest 测试、gemspec 写法，以及需要避免的反模式清单，并附带模块组织、Rails 集成、数据库适配器、测试模式等参考文件。适用于新建 Ruby gem、重构或按该风格编写 gem 代码的场景。
changelog
该技能用于为代码仓库主分支最近的合并生成生动有趣的变更日志。它面向内部开发团队，以产品营销人员的口吻总结新功能、缺陷修复和其他重要改动，并向贡献者致谢。支持按日或按周汇总，默认获取最近一天的变更。分析时借助 gh CLI 查询 PR 及其描述，检查 PR 标签识别变更类型，突出破坏性变更，并包含 PR 编号以便追溯。输出按固定结构组织：破坏性变更、新功能、缺陷修复、其他改进、致谢和趣味事实，并遵循样式指南。可选通过 Discord Webhook 发布，消息长度限制 2000 字符。
data-migration-expert
Data Migration Expert 是一个用于审查数据迁移、回填和生产数据变换的技能，目标是在上线前对照生产真实数据验证迁移正确性，防止数据损坏。它要求审查者核对映射关系是否与生产环境一致、排查最常见的映射互换或反转错误，并确保存在可落地的验证方案（如部署后用于证明正确性的 SQL 查询），同时检查回滚安全机制，例如功能标志、双写和分阶段发布。该技能面向涉及 ID 映射、列重命名、枚举转换等变更的 PR 审查场景。
dhh-rails-style
这是一个用于编写 Ruby on Rails 代码的技能，遵循 DHH 与 37signals 的独特风格，强调极简、富领域模型、CRUD 控制器、基于数据库的方案，避免多余 gem 与抽象。
kieran-rails-reviewer
Kieran Rails Reviewer 是一个条件触发的代码审查角色，当代码差异涉及 Rails 应用代码时会被选中。它以名为 Kieran 的资深 Rails 审查者视角，按照严格标准审查 Rails 变更，关注清晰度与可维护性。其审查重点包括：现有文件中未获回报的复杂度、隐藏于删除或重构中的回归、Rails 特有的清晰度问题（如模糊命名、不佳的类命名空间、Turbo 流模式过度复杂）、结构不当导致难以测试的代码，以及以抽象替代简单重复的情况。该角色对置信度进行校准：能指出具体回归、明显令人困惑的抽取或 Rails 约定破坏时置信度高；问题真实但部分依赖判断（如命名质量）时置信度中等；仅属风格或依赖差异之外项目上下文时置信度低并予以抑制。它不会标记直白且可测试的独立新代码、无维护成本的次要风格差异，以及明确提升可测试性或让现有文件更简洁的抽取。输出为符合 findings schema 的 JSON，不含 JSON 之外的散文内容，字段包括 reviewer、findings、residual_risks 和 testing_gaps。
pr-comment-resolver
pr-comment-resolver 是一个用于处理单个 PR 审查线程的技能。它接收线程 ID、文件路径、行号和完整评论内容，评估反馈是否有效，必要时实施修复，并返回结构化摘要与回复文本。该技能由父级流程调用，适用于代码审查反馈的自动化处理。
schema-drift-detector
Schema Drift Detector 是一个用于代码审查的智能体技能，专门检测 PR 中混入的无关 schema.rb 变更。它通过将 schema.rb 的改动与 PR 内包含的迁移文件进行交叉比对，识别出开发者因切换分支、运行其他分支迁移而意外带入的额外列、表、索引或版本号不一致问题。适用于审查包含数据库结构变更的 PR，帮助保持 PR 干净、避免合并冲突与审查干扰。
trace
trace 是 udecode/plate 项目中的调试技能，用于错误发生在深层调用栈时，沿调用链向后追踪以定位最初的触发点，而不是在报错处直接修补表象。