build-loop:sync-skills
检测并报告 skills/architecture/ 中与上游源码的漂移，重算 source_hash。
▸ 推荐理由便于维护本地复制的技能与上游一致性，减少意外差异。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 608 个
build-loop:self-improve
扫描近期运行记录，发现模式并自动草拟实验性技能与 A/B 跟踪方案。
▸ 推荐理由自动化识别改进点并起草实验，适合持续演进的系统研发线。
▸ 风险提示可自动生成/草拟新技能或实验，可能需人工审查以防不当部署。
recursive-retrospective
对项目历史与行为做递归学习式回顾并把经验编码成可复用资产。
▸ 推荐理由把散落的构建经验系统化并产出可编码的改进措施与记忆库。
build-loop:prd-bridge
将构建流程与项目 PRD 的战略框架连通，提供导航地图与建议。
▸ 推荐理由帮助在开发各阶段以产品战略为基准，避免功能迷失方向。
model-tiering
为子代理选择模型分层与角色描述（段 + 等级）的权威参考。
▸ 推荐理由把复杂的多模型分配体系化，便于一致性选型与中途升级决策。
knowledge
记录与检索构建循环中的决策、ADR 与知识索引
▸ 推荐理由为项目决策提供结构化存档与可读回顾界面
handoff
从当前运行状态生成可持久的交接文档并可启动新会话
▸ 推荐理由帮助跨会话和上下文限制保持工作连续性
build-loop:capabilities
为编排器在每阶段生成≤8条候选能力的短名单策略
▸ 推荐理由帮助维持工具选择上限，优化调度效率
attribution-standard
为仓库批量应用 NOTICE、SPDX 头与 REUSE 标记以保障署名合规。
▸ 推荐理由自动补齐归属层，便于开源发布前的合规检查
▸ 风险提示会修改仓库文件，需审查以免覆盖手工变更
grilling
通过持续提问与追问，彻底检验和打磨用户的计划或设计
▸ 推荐理由适合在构思阶段快速逼出盲点与不一致
box-session-resume-grant
在 host 端执行 box 内 /box-session-resume 写入的 resume 请求，注入 transcript 并回写结果。
▸ 推荐理由为需要人工审查授权的会话恢复流程提供受控执行路径。
▸ 风险提示会运行 host 侧脚本并注入/执行会话数据，存在执行命令与权限风险。
box-session-context
从 sbx 容器中提取 Claude Code 会话的 transcript 并在 host 端作为参考上下文呈现。
▸ 推荐理由填补 box‑primary 模式下 host 无法直接读会话记录的空白，便于 HOTL 监控。
▸ 风险提示会读取容器内会话 transcript，可能暴露敏感对话与数据。
setup
安装 atl 并配置 Confluence/Jira 的认证、URL 与本地镜像目录。
▸ 推荐理由上手必做步骤，帮助用户从零配置到可用，降低初始阻力。
▸ 风险提示安装步骤可能从外部下载二进制并要求输入凭证，注意来源与凭据安全。
git-workflow
定义并执行严格的 Git 分支、提交与 PR 工作流纪律。
▸ 推荐理由帮助团队保持一致的分支与提交策略，降低合并冲突与误操作。
optimize-protocol
分析多智能体协调失败并设计实现代码改进以修复协议问题。
▸ 推荐理由面向 VibeHQ 等多 agent 平台的高级自动化工程能力，能做实际代码修复。
▸ 风险提示会建议并实现代码改动，可能自动提交或修改仓库内容。
skillless
在 Claude Code 环境中从多源安装或更新技能的自动化安装工具。
▸ 推荐理由一键安装技能并统一管理，方便扩展代理能力。
▸ 风险提示会下载并执行第三方安装脚本，存在供应链与执行权限风险。
test-skill
用于验证 OpenCode Skills 插件接口和脚本调用的测试技能。
▸ 推荐理由适合开发者验证技能平台能力与工具链是否可用。
knowing-what-you-know-now
評估已運行系統是否值得重寫、重構或繼續保留並提供建議。
▸ 推荐理由幫助避免衝動重寫，節省工程時間與成本。
vision-align
与请求者对话以揭示隐含愿景与目标，为后续规范与设计提供背景信息。
▸ 推荐理由能发现代码与文档看不见的决策意图，适合产品与工程协同前使用。
setup-skills
为 agent-skills 仓库创建并配置必要的 GitHub 标签与初始化设置。
▸ 推荐理由方便首次部署与规范标签，适合仓库维护者执行一次性准备工作。
optimize-skill
循环基准→修改→再基准，直到技能在同一测试上实际提升。
▸ 推荐理由系统化提升技能性能，适合持续改进流程。
▸ 风险提示实验可能消耗模型调用配额并需保存测试结果
test-quality-guard
检测并拒绝无意义、过度 Mock 或断言错误行为的测试用例。
▸ 推荐理由减少伪测试与“保障假象”的低价值测试
▸ 风险提示可能需要运行测试与访问代码，存在执行风险
migration-safety-guard
阻止会导致不可逆数据丢失或跨租户泄露的危险 schema 迁移。
▸ 推荐理由在数据库变更环节防止灾难性数据损失
▸ 风险提示需要访问数据库元信息或执行模拟，可能涉及生产权限
api-contract-guard
阻止在原地破坏对外契约的变更，检测重命名/移除/类型变更。
▸ 推荐理由避免破坏依赖方，可用于服务/库发布流程
no-secret-leak-guard
阻止高熵密钥或凭证进入提交、日志或模型输出，避免泄露。
▸ 推荐理由关键的泄密防线，适合所有自动化提交场景
▸ 风险提示扫描需要访问代码/历史，可能暴露敏感路径或触发误报
evidence-before-done
要求在宣称任务完成前提供真实命令与输出或未验证清单。
▸ 推荐理由提升代理结论可信度，避免无证断言
▸ 风险提示可能需要执行命令并访问运行环境，存在误执行风险
docs-drift-guard
检测代码变更是否同步更新 README/CHANGELOG/--help 等文档。
▸ 推荐理由保证变更后的可用性和用户文档同步
dep-verify-guard
在安装前校验包名是否真实存在并非拼写欺骗，阻止恶意依赖。
▸ 推荐理由有效防止拼写/幻觉包导致的供应链攻击
▸ 风险提示需要访问外部包注册表查询，可能泄露环境信息
clean-diff-guard
阻止无关或大范围格式化/覆盖的 diff，保持提交精简。
▸ 推荐理由适合在提交前自动缩小和审查变更范围
thinking-amplifier
以校準為目標協助使用者評估判斷與抉擇，全程以繁體中文回應。
▸ 推荐理由適合需要穩健判斷輔助與回顧練習的使用者。
workspace-update
从模板拉取并安全合并工作区更新，同时保留用户的本地内容。
▸ 推荐理由便于同步模板演进而不破坏本地定制，适合 agent 工作区维护。
▸ 风险提示更新过程会拉取远程模板并写入文件，需网络与写权限。
claudemd-author
按 workspace/org/product/repo 层级规范撰写或填充 CLAUDE.md 的结构与内容。
▸ 推荐理由为团队提供一致的知识层级与写作模板，便于代理读取与维护。
claudemd-actualize
对已有 CLAUDE.md 做差异式更新，使其与代码与知识源保持一致。
▸ 推荐理由以最小改动移除陈旧内容并补入最新事实，适合维护知识文件。
▸ 风险提示可能需访问 Confluence/Slack 等外部知识源并要求凭据。
renaming-opencode-sessions
通过直接修改本地 SQLite 数据库批量重命名 OpenCode 会话
▸ 推荐理由适用于无法使用交互命令时的快速修复
▸ 风险提示直接修改数据库有损坏或数据丢失风险，务必备份
opencode-session-investigation
解析 OpenCode 会话导出，重建行为并建议修复
▸ 推荐理由适合排查 agent 漂移、工具滥用与交接问题
▸ 风险提示可能处理敏感会话数据，注意隐私与授权
model-template-safety
防止会话或模板中出现会影响模型行为的危险控制字符串或令牌。
▸ 推荐理由有助于避免提示注入或模板导致会话中断，是可靠的安全防护层。
llm-council
用五位独立 AI 顾问评议并合成决策建议的审议流程。
▸ 推荐理由通过多角度匿名评审降低单一模型盲点，适合复杂决策与提案检验。
▸ 风险提示会增加算力与延迟成本，使用时注意预算与响应时间。
standup
并行向每个已安装 agent 发起只读站会汇报并生成紧凑状态摘要。
▸ 推荐理由快速把握多 agent 的代码进展，避免写操作风险。
docs
串行运行架构审计、机器与人工文档 agent，整合并更新项目文档。
▸ 推荐理由把文档更新纳入审计链，适合需持续同步代码与文档的项目。
▸ 风险提示会修改文档并可能提交，需仓库写权限。
delegate
抓取未结 GitHub issue，分配给专责 agent 并在并行工作树或串行链中协调执行。
▸ 推荐理由自动分派与并行隔离能显著提升多任务并行度与安全性。
▸ 风险提示会创建分支/提交并要求写权限，可能执行自动修改。