SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-16 00:04
41,203 个结果
Code Review Skill 是一个用于代码审查的 AI 技能，适用于审查代码、拉取请求（PR）、架构、安全性、性能、可维护性以及特定语言/框架缺陷。它主张将代码审查从“把关”转变为知识共享，通过建设性反馈、系统化分析和协作改进来提升代码质量。技能涵盖审查心态、有效反馈方式、审查范围、四阶段审查流程（上下文收集、高层审查、逐行审查、总结与决策）、多种审查技巧（清单法、提问法、建议而非命令、严重程度分级），并提供针对 React、Vue、Angular、Rust、TypeScript、Python、Django、FastAPI、Java、PHP、Ruby、C#、Go、Kotlin、Swift、NestJS、Svelte、C、C++、Zig、CSS、Qt 等语言/框架的专项指南，以及架构、性能、安全、通用质量、常见缺陷、SQL 注入、XSS、N+1 查询、错误处理、异步并发等跨领域指南。
CodeBurn 是一个本地优先的 AI 编程 token 用量与成本分析工具，通过 CodeBurn CLI（npx codeburn）使用。它读取本地会话日志，生成仪表盘，展示 AI 编程的 token 使用情况和估算成本，不会将代码上传到云端。该工具为可选组件，建议在用户关心花费、浪费或模型成本时安装。它提供交互式 TUI 概览、文本摘要、优化调查和本地 Web UI 等命令。需要注意的是，低使用率、读取/编辑比例或估算的 API 等效金额并不构成浪费的证明，工具不会自动应用或移除用户拥有的能力。
Coding discipline 是一份用于修改代码、脚本、配置或构建文件时的操作契约（operating contract），来自 senjuwoo/ultimate-ai-starter-bundle。它要求在动手实现前先阅读任务、状态、环境与代理指令文件，确定可写根目录，把已部署输入视为只读，并在改动范围大、风险高、跨文件或需求不清时先写计划、定义可衡量的完成条件与验证命令。实现过程中强调一次只做一处连贯改动、保留无关格式与行为、优先使用类型化解析器与结构化库、把生成输出与源码分离、大输出重定向到报告文件、无法核实事实时停止、每个阶段设置检查点。它还规定了注释写法、验证流程（审查 diff、运行语法检查/构建/测试、覆盖失败路径）、上下文效率、证据标准，以及 Claude Code 执行适配与里程碑纪律。
Executing Plans 是一个用于在当前会话中由执行者本人逐任务执行实现计划的技能。它适用于人类伙伴选择内联执行，或当前工具环境没有子代理工具的情况。其核心原则是：计划已经完成了思考，执行者只需严格照做，用亲眼看到先失败后通过的测试证明每一步，并留下能抵御自身遗忘的记录。执行过程不设每任务的实现者子代理和审查者子代理，而是在全部任务完成后对整条分支做一次全新上下文的审查。该技能通过简报作为规格、账本作为记忆、TDD 作为每任务关卡、最终审查者作为第二双眼睛，来弥补放弃每任务新鲜上下文所失去的价值。
这是一个用于开发任务收尾的 AI 技能：当代码实现完成、测试全部通过后，帮助决定如何整合分支上的工作。它遵循“验证测试 → 检测环境 → 呈现选项 → 执行选择 → 清理工作区”的流程：先运行项目完整测试套件，失败则停止并报告；再通过 git 命令判断当前处于普通仓库、命名分支工作树还是分离 HEAD 状态，据此给出合并到本地、推送并创建 PR、保留分支等选项；执行合并时会在合并结果上再次验证测试，创建 PR 时保留工作树便于迭代，删除分支或放弃工作则需明确确认。适用于使用 Git 工作树协作的开发者完成功能分支后的收尾决策。
one-shot-completion 是一个面向 AI 编码代理的任务完成规范技能，适用于用户要求“直接给出成品”“端到端修复”“全部做完”或任务隐含有交付物的场景。它的核心做法是：在动手前先把目标转写成明确的验收标准，把用户合理预期但未明说的隐含交付物也列进去，形成一份简短的需求账本，记录请求产出、隐含产出、约束条件、失败条件以及每项的证明方式，然后按账本执行，而不是在得到第一个看似合理的结果时就停下。收尾前要求用直接证据逐项核验标准，尽可能打开或运行实际交付物，检查受同一改动影响的相邻界面，把可自动化的手工清理移除，并明确说明仍未验证的条目。技能强调不能用“活动”替代“完成”：“代码已写”“测试已加”“看起来没问题”都只是中间状态，除非它们本身就是请求的结果。它还指出常见失败模式：弱代理只满足字面名词，却漏掉安装、打包、入口点、文档、错误路径或验证。对于仓库类请求（如“建一个仓库”“放到 GitHub”“完成这个项目”），会转交给 github-fleet-maintenance 及其仓库完成契约，涵盖真实 CI、适用的安全设置/扫描与 Dependabot 覆盖、文档、可用产物以及发布清单交接；发布遵循现有授权，缺少批准时先准备具体发布内容并只标出该待办步骤，同时尊重明确的空仓库或原型范围。
Ponytail 是一个面向编程工作的 AI 行为技能，旨在对抗过度工程化。当编码任务可能出现不必要的依赖、多余的抽象或超出需求范围的复杂方案时可以使用它。该技能让 AI 以“懒散资深开发者”的风格工作，秉持“最好的代码是从未写过的代码”这一理念，用尽可能少的新代码解决完整问题。它支持 lite、full、ultra 三种强度级别，并会在每次回复末尾说明跳过了哪些内容以及潜在风险。
ponytail-audit 是一个面向整个代码仓库的质量审计技能，模拟刚接手项目、出问题会被叫去处理的资深开发者视角，按“正确、安全、扛得住负载、有测试、快、精简”的优先级顺序检查仓库。它会先阅读 README、部署与构建配置、依赖列表、入口点和测试，判断预期负载并端到端追踪主要数据流；随后查找 Bug、安全漏洞、数据丢失风险、多用户下的并发与性能问题、缺少测试的高风险逻辑以及可删除、复用、合并或拆分的代码。输出为一次性完整报告：先说明仓库做什么和假设的负载，再按 Must fix、Should fix、Nice to have 分组编号列出发现，每条包含问题说明、问题、最小修复方案和若不修的后果，最后给出结论、潜在精减行数与依赖数，以及未检查的部分。只出报告，不改代码。
ponytail-debt 是一个只读的一次性报告工具，用于把代码库中所有标记为 `shortcut:`（旧代码可能写作 `ponytail:`）的注释汇总成一份“技术债台账”。它通过 git grep 扫描仓库中的注释标记，跳过 .git 目录以及被 .gitignore 忽略的依赖、构建产物和缓存，把每一处有意为之的简化记录成一行，包含所在文件与行号、被简化的内容、注释中声明的能力上限（ceiling）以及重新审视的触发条件（upgrade）。对于没有写明升级路径或触发条件的标记，会打上 no-trigger 标签，提示这些债务可能悄悄变成永久性问题。报告最后给出标记总数以及其中无触发条件的数量；若未发现任何标记，则输出“No shortcut debt. Clean ledger.”。该工具只读取和报告，不修改任何内容；如需持久化，可要求它将台账写入文件（例如 PONYTAIL-DEBT.md）。它是一次性运行，可通过“stop ponytail-debt”或“normal mode”退出。
Ponytail Help 是 Ponytail 工具集的快速参考卡片，用于一次性展示 Ponytail 的等级、技能与命令说明。它本身不改变模式、不写入标记文件、不持久化任何内容，仅在调用时显示参考信息。适用于用户输入 /ponytail-help、"ponytail help" 或询问"如何使用 ponytail"的场景。
ponytail-review 是一个代码变更质量审查技能，用于像资深开发者一样审查一次改动。它按重要性排序检查：逻辑是否正确、是否安全、在真实负载下是否稳定、风险代码是否有测试、是否足够快、每一行是否必要。审查对象可以是未提交或已暂存的改动、分支、PR 链接或指定文件；未指定时默认审查未提交改动，若无则审查最后一次提交。它会阅读 diff 及其涉及的调用方、被调用函数、测试和 README，追踪数据真实流向，并依据仓库中预期的负载规模进行判断。输出为分组报告：必须修复、应该修复、可选优化，每条发现包含具体案例、问题说明、最小修复方案和跳过后果，最后给出结论。该技能只列出发现，不修改代码。
这是一个面向 AI 编程助手（或开发者）的技能指南，用于在收到代码审查反馈后、落实修改建议之前，进行技术性评估与响应。其核心原则是“先验证再实现、先询问再假设”，强调技术正确性高于社交客套。指南给出了一套完整的响应流程：完整阅读反馈、用自己的话复述需求、对照代码库实际情况验证、评估建议是否适用于当前代码库、给出技术性回应或有理有据的反驳、逐项实现并逐项测试。它明确禁止“你说得完全对！”“好建议！”等表演式认同，以及未经验证就宣称马上实现；对于表述不清的反馈，要求先停止实现并澄清所有不明确项，因为条目之间可能相互关联。对外部审查者的建议，需检查其是否技术上适用于当前代码库、是否破坏既有功能、现有实现的原因、平台版本兼容性，以及审查者是否了解完整上下文；无法验证时应说明限制并询问方向，与人类伙伴既有决策冲突时应先与人类伙伴讨论。它还引入 YAGNI 检查：若建议“规范实现”某功能，先在代码库中搜索实际调用，未被使用则可提出移除。实现顺序为阻塞性问题（崩溃、安全）、简单修复、复杂修复，逐项测试并验证无回归。反驳时应使用技术理由、提出具体问题、引用可运行的测试与代码；发现自己反驳错误时，应事实性地承认并继续。最后补充了 GitHub 行内评论应在对应评论线程中回复，而非作为 PR 顶层评论。该技能适用于代码评审后的沟通与落实环节，限制是它属于行为准则类指南，不提供自动化工具或代码生成能力。
该技能用于在完成任务、实现主要功能或合并前，派发代码评审子智能体来检查工作是否符合要求。它强调“尽早评审、频繁评审”，要求评审者只接收精确构造的任务描述、需求、起止提交 SHA 等上下文，而不是整个会话历史。流程包括获取 git 提交范围、填写 code-reviewer.md 模板并派发通用子智能体、按反馈分级处理问题：立即修复 Critical、继续前修复 Important、记录 Minor，若评审意见有误可基于技术理由反驳。适用于子智能体驱动开发的每个任务后、完成主要功能后、合并到主分支前，以及卡住时、重构前、修复复杂缺陷后等场景。
该技能是一套面向 AI 编码代理的“子代理驱动开发”执行流程：在当前会话中执行实施计划时，为每个相互独立的任务分派一个全新的实现子代理，每个任务完成后立即进行一次任务审查（规格符合性 + 代码质量），全部任务结束后再做一次覆盖整个分支的终审。其核心思路是给每个子代理构造精确的指令与上下文，不让它继承主会话的历史，从而保持专注、避免上下文污染，同时为主控代理保留协调所需的上下文空间。流程还包含进度台账、隔离工作区、模型分级选择与修复轮次升级机制。
系统化调试是一套面向技术问题的调试流程技能，强调在提出任何修复方案之前先定位根本原因。它适用于测试失败、生产环境缺陷、异常行为、性能问题、构建失败和集成问题等场景，尤其适合在时间压力大、已经尝试多次修复、或问题尚未被完全理解时使用。该技能定义了四个必须依次完成的阶段：根本原因调查、模式分析、假设与测试、实施修复，并给出多组件系统的证据收集方法、数据流回溯思路以及失败修复次数过多时应质疑架构的判断规则。它不提供具体编程语言或工具，而是一套可复用的调试纪律和检查清单。
这是一个面向 AI 编码助手/开发者的测试驱动开发（TDD）技能包，强调“先写失败测试，再写最小实现代码”的铁律。其核心流程为红-绿-重构：先写一个测试真实行为的最小失败测试，运行确认它因功能缺失而失败；再写最简单代码使测试通过，并运行项目完整测试套件确保没有回归；最后在测试保持通过的前提下重构。技能明确规定任何生产代码都必须先有失败测试，测试后写、跳过验证、保留先行代码等行为都被视为违规。它还给出好测试与坏测试的对比（单一行为、命名清晰、测试真实代码而非 mock），列出了常见自我合理化借口及反驳，并提供验证检查清单、卡住时的处理建议、缺陷修复示例，以及与调试结合的方法。适用于新功能、缺陷修复、重构、行为变更等场景，一次性原型、生成代码、配置文件属于需先征得人工同意的例外。
token-efficiency 是一套面向 AI 编程助手使用场景的 token 效率实践技能，来源为 senjuwoo/ultimate-ai-starter-bundle。它关注的不是单纯压缩上下文，而是在不牺牲验证的前提下减少重复往返和无关输出。内容涵盖用量构成分析（如 Codex 审批审查、分叉子代理、恢复会话所占比例）、等待 CI/构建的方式、缓存证据与计费注意事项、按需加载技能与 MCP 范围控制、批量读取与输出约束，以及免费路由和配额限制的说明。该技能强调以本地实测数据和提供商实际用量字段为依据，不把减少字节数等同于降低费用或答案质量不变。适用场景包括长时间构建等待、重复性文件读取、token 成本与缓存测量、MCP/技能作用域选择等。资料未提供安装命令、版本信息或具体价格。
该技能面向 Unity 游戏模组（Mod）开发，覆盖 BepInEx、Harmony、MonoMod 以及 IL2CPP 与 Mono 两种运行时。资料列出了 RimWorld、Valheim、Subnautica、Lethal Company、Risk of Rain 2、Stardew Valley、Oxygen Not Included、Kerbal Space Program 1 等具体游戏的参考文档，并包含跨游戏的 Harmony 补丁顺序与安全说明。使用前要求先阅读 MODDING-LAWS.md，遵循版本快照、证据阶梯与禁止臆造规则，先确定游戏构建版本、加载器、映射与框架版本，再开始实现。
该技能用于在开始需要与当前工作区隔离的功能开发或执行实现计划前，通过 Git worktree 建立独立工作区。其核心流程是先检测是否已处于隔离工作区（并排除 Git 子模块），再优先使用平台原生的 worktree 工具，否则回退到手动 git worktree；随后自动执行依赖安装并运行基线测试，确保工作区干净可用。
workspace-organization 是一个用于规范 AI 编码工作区组织的技能，来自 senjuwoo/ultimate-ai-starter-bundle。它在开始或搭建项目、或进入没有工作区地图的环境时使用，核心是先与用户确认工作区根目录并记录到 WORKSPACE.md，避免默认落在用户目录；随后按源码、构建输出、文档、产物划分项目目录，保持布局整洁，并用工作区记忆文件记录项目路径、技术栈、构建命令与发布方式，减少后续会话重复探索。资料未提供具体安装与调用命令。
writing-plans 是一个用于在编写代码之前把规格说明转化为分步实施计划的技能。它面向没有看过代码库或规格的工程师，把已经确定的关键决策（文件、名称与签名、规格中的具体取值、证明每个任务的测试）写入计划，并将工作拆成可独立测试的小任务，遵循 DRY、YAGNI、TDD 与频繁提交的原则。计划按固定模板保存为 Markdown 文档，包含目标、架构、技术栈、全局约束、审查重点、任务与步骤清单，最后进行自查与执行方式交接。
Relic 的路由功能说明：在 RelicApp 上按路径与 HTTP 方法注册处理器，支持路径参数、通配符、尾部段与类型化参数，用于添加端点与处理动态 URL。
Shopware 仓库的变更范围界定技能，用于修复 bug、执行清理或调整行为时确定最小根因改动。资料未提供安装命令、价格、平台与具体使用步骤。
用于构建自主编码智能体的技能，基于 Claude Code CLI 与 MCP 服务。支持以编程方式执行编码命令、管理多会话开发流程，并集成 CI/CD 流水线，实现编码任务自动化。