Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
添加或验证 CI 对 Conventional Commits 拉取请求标题的强制检查。检测仓库是否在 squash merge 时将 PR 标题作为提交主题,检查是否已有标题检查,使用固定 SHA 的 amannn/action-semantic-pull-request 搭建 `.github/workflows/pr-title.yml`,并验证错误标题会检查失败、正确标题会通过。适用于用户说“强制检查符合 Conventional Commits 的 PR 标题”“检查 PR 标题格式”“语义化拉取请求检查”“添加 PR 标题检查”,或调用 /pr-title-lint。不要用于将仓库切换为使用 PR 标题作为提交消息的 squash merge(合并默认设置和规则集使用 gh-bootstrap)、创建发行版(使用 release),或设置本地提交消息钩子(使用 prek)。
理解代码如何运作、某处变更过去是如何完成的、哪些仓库相互耦合——从而回答问题、规划代码变更、调试回归或界定修复范围,通过 MCP 或命令行使用 Qodo 托管工具。当任务需要理解代码库、其历史或各仓库之间的关系时使用——尤其是对于未检出的仓库或跨仓库的工作——如 "how does X work"、"where is X defined"、"who changed X"、"explain this service"、"plan the change for X"、"what would changing X affect"、"which repos depend on X"、"why did X regress / when did it break"、"has this been fixed before"、"how did we solve X"。
为代码仓库配置 .gitattributes、.editorconfig、.gitignore 和 Git LFS 过滤器:统一换行符,为 GitHub linguist 标记生成文件、供应商文件和文档路径,设置各语言的编辑器默认值,并合并来自 GitHub 模板的 .gitignore 内容。当用户说“添加 .gitattributes”“修复换行符”“CRLF”“linguist”“标记生成文件”“设置 .editorconfig”“gitignore 模板”“git lfs”或调用 /repo-attributes 时使用。不要用于 prek 或 pre-commit 钩子配置——请使用 /prek。GitHub 自定义属性(组织级元数据)不在范围内;此技能仅处理单个仓库的属性、编辑器和忽略文件。社区健康文件(README、LICENSE、CODE_OF_CONDUCT、CONTRIBUTING、SECURITY)归 /oss-hygiene 管理,而非此技能。
对照仓库以只读方式审计目录中每项技能的检查,并报告存在的设置缺口。它会从仓库根目录运行随附的 Python 脚本,为每项目录技能输出一行(检查项、状态、证据、负责修复的技能),然后提出一份按顺序排列并注明相关技能的计划。绝不写入文件,也绝不调用会更改状态的 GitHub API 端点;即使使用可选的 --github 标志,也只会增加只读 GET 检查。用户说“审计此仓库”“此仓库缺少什么”“仓库健康检查”“适用哪些设置技能”或调用 /repo-audit 时使用。不要直接应用任何修复;应将每项发现转交给目录中对应的技能。也不要用于审查应用逻辑代码。
在 Salesforce 上构建、配置和测试 Agentforce Agent。涵盖 Agent 设置、主题、操作(Flow、Apex、PromptTemplate、External Service)、用于确定性 FSM 型 Agent 的 Agent Scripts、PromptTemplate 编写、GenAI Models API、元数据结构,以及通过 Testing Center 和命令行进行 Agent 测试。在涉及 Agentforce Agent、.agent 文件、.agent-meta.xml、.agentTopic-meta.xml、.agentAction-meta.xml、GenAiFunction、GenAiPlugin、PromptTemplate、Agent Script 或 Agent 测试工作流时激活。
在一次全自主运行中,把单个功能需求从提示词推进到经过评审和审计的交付——一个可运行的 Workflow,负责规划、评审规划、逐任务构建、对构建做交叉评审,并可选运行上线审计,然后返回验证后的发现而非循环(是否修复由用户决定;Workflow 无法在运行中途询问,而自主修复循环正是导致数小时苦耗的原因)。它串联现有技能——plan-to-task-list-with-dag(每个任务一个专家 Agent)→ plan-founder-review → 跨越 DAG 的专家工程师/评审员构建 → 完整的 claude ∥ codex/kiro 交叉评审 → go-live-audit——并严格遵循图:每个任务声明其依赖,层级必须是拓扑序,规划评审会阻止顺序错误的图,任务绝不会在其依赖集成之前开始构建(不在破损的基础上构建)。每个任务的评审是切片范围的(只评判该任务自身的变更是否符合其验收标准,把整个代码库终态层面的缺口归因于负责它们的任务),因此构建不会被误报的阻塞淹没,而实现评审是终态门禁。门禁失败即关闭——未真正运行的评审员绝不被计为通过,崩溃的 codex/kiro 评审员会回退到原生评审,绝不伪造阻塞。持久且可恢复:每次运行都会写入实时状态文件(总体 + 各阶段 + 各任务),并配有用于状态查看/停止/恢复的 journal reader,恢复时从 GIT 事实重建集成状态,因此中断的运行绝不丢失或重复丢失已落地的任务。代码编写和每次评审都独立选择 native / codex / kiro(评审可跳过;编写者与评审者可不同),因此用户可控制质量与 token 成本的权衡。
用于系统性解决 bug、重构和功能开发任务的八阶段 PDCA 工作流:明确 → 分析 → 探索方案 → 审查 → 计划 → 执行 → 验证 → 复盘。手动模式(默认)在每个阶段结束时暂停等待用户确认;自动模式端到端运行;ai-proxy 叠加层(薄冻结再占用)可独立使用。触发词——「明确问题」「分析问题」「探索方案」「审查方案」「制定计划」「执行计划」「检查验证」「复盘改进」(别名「回顾总结」);「继续分析」「深入分析」「修改方案」「完善方案」「优化方案」「更新计划」「修订计划」「修改计划」;「自动模式」「自动分析」「自动解决」;「ai-proxy 模式」「AI 代理模式」「切换 ai-proxy」/ clarify problem、analyze problem、explore solutions、review solution、make plan、execute plan、verify、retrospective、auto mode、ai-proxy mode、switch to ai-proxy。
在根据 OpenAPI 规范生成新 SDK 时使用。这是 SDK 生成的首要技能。触发词包括 "create SDK"、"generate SDK"、"new SDK"、"quickstart"、"TypeScript SDK"、"Python SDK"、"Go SDK"、"Java SDK"、"generate TypeScript"、"generate Python"、"generate Go"、"make SDK"、"build SDK"、"SDK from OpenAPI"、"SDK from spec"、"initialize SDK project"。
在分支上编写或修改 Datex Studio action(configurationTypeId=18,后缀为 *-footprintFlow.json)时使用——用于 CRUD、状态更新以及任何需要原子性的操作的服务端事务型流程。负责 action 与 function 的取舍判断、"Transaction must begin first" 诊断(静默吞没的根因)以及错误处理不可或缺规则(事务传播)。触发词:"create an action"、"write an xxx_action"、"add a new action"、"transactional flow"、"CRUD action"、"server-side action"、"Transaction must begin first"。
使用 `asc` CLI 上传构建并发布到 App Store 的 GitHub Actions 工作流模板。在以下情况使用本技能:(1) 搭建将已签名 IPA/PKG 上传到 App Store Connect 的 CI/CD 流水线 (2) 使用 `asc` 从 GitHub Actions 自动化 App Store 提交 (3) 添加 TestFlight 分发步骤(添加 beta 群组、更新 "What's New") (4) 用户问 "how do I release to the App Store from CI"、"create a GitHub Actions workflow for App Store submission" (5) 将 `asc builds upload`、`asc versions set-build`、`asc versions submit` 接入流水线 (6) 使用 `asc versions check-readiness` 添加提交前就绪检查门槛
VeBetterDAO 自动投票与中继器系统的完整领域知识。在开发中继器仪表盘、中继器节点、自动投票合约(XAllocationVoting、VoterRewards、RelayerRewardsPool),或涉及中继器、自动投票、无 gas 投票、中继器奖励的任何内容时使用。触发词:relayer、auto-voting、autovoting、gasless voting、relayer rewards、RelayerRewardsPool、castVoteOnBehalfOf、castNavigatorVote、relayer dashboard、relayer node、veDelegate comparison。
从 ready-for-dev 故事中生成与开发工具无关的交接清单,使外部开发插件或运行器能够接手并执行这些工作。当用户说 “generate a handoff”、“create handoff manifest”、“export stories for dev”、“hand off to dev tool”、“produce handoff manifest”、“ready to hand off”、“prepare handoff for external tool”、“export ready-for-dev stories” 或 “create the handoff package” 时使用。当用户询问 “what stories are ready for dev?” 并想要可导出的产物而非状态报告时,也会触发。产出:handoff-manifest.json,列出所有 ready-for-dev 故事,包含 id、故事文件路径、状态、所属文件/模块范围、wave/parallel_set、依赖、验收标准摘要、锁定区段说明,以及 schemaVersion 字段。完整清单 schema 及适用于 git-worktree 并行开发和自主依赖图编排器的适配器说明,请参见(随附的)REFERENCE.md。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
