build-loop:defenseclaw-bridge
将 build-loop 的运行时安全规范桥接到 Cisco DefenseClaw
▸ 推荐理由适合使用 DefenseClaw 的项目，实现运行时安全规范对接
▸ 风险提示可能需要访问外部仓库或防护平台 API
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2057 个
debugging-memory
先查记忆库再调查的调试流程与存取/检索接口
▸ 推荐理由优先利用历史事件避免重复调查，提升效率
▸ 风险提示会读取/存储历史事件，可能包含敏感信息
debug-loop
深度迭代的根因调试循环，用于复杂或复发性故障
▸ 推荐理由结构化定位与验证修复，适合难解生产问题
▸ 风险提示可能需访问敏感日志与系统状态，注意访问控制
building-with-deepagents
指导如何用 OSS deepagents 构建/重构代理与子代理架构
▸ 推荐理由面向开发者的实用指南，覆盖流式、检查点与中间件
▸ 风险提示依赖外部包与模型，可能需联网下载大文件
build-loop
面向多步代码工作的一套 5 阶段（+评估）构建与交付编排
▸ 推荐理由把复杂开发任务分解为可执行阶段，适合系统化交付
▸ 风险提示可触发自动化修改代码，使用前确认变更策略
authentication
集成与排查 Web/Mobile 登录与第三方认证流程（OAuth、Supabase等）
▸ 推荐理由覆盖多种常见 auth 流程，便于快速接入与排错
▸ 风险提示涉及凭证与敏感配置，注意不要泄露密钥
api-registry-bridge
在构建流程中检测并与 API 注册表交互，注册或验证新 API 依赖。
▸ 推荐理由自动识别新 API 并简化注册/验证流程，减少手动配置
▸ 风险提示可能需访问内部 API 注册服务和敏感配置
build-loop
为多文件特性/修复等提供构建循环的主入口和工作流引导。
▸ 推荐理由将复杂多步任务组织成可重复的构建循环，便于协作
▸ 风险提示会对代码库做改动，需授予写权限并复审变更
pr-review-respond
自动抓取 PR 的已发布 review 线程，评判并自动修复或回复以解决未决 review。
▸ 推荐理由能自动化处理外部或 bot 的 review 评论，显著降低人工跟进成本。
▸ 风险提示会对 PR 做出修改或回复，需授权 GitHub 操作权限并注意误判带来的变更风险。
pr-codex-ci
在 box 环境内以 codex 为二次意见，组织 CI 门控与修复循环直至 PR 准备合并。
▸ 推荐理由在受限 box 中提供单体 codex 审查+CI 编排的轻量后处理流程。
▸ 风险提示依赖 codex 与 CI，需相应的凭据与网络访问，存在外部数据泄露风险。
pr-ci
对 PR 执行 codex 二次审查并结合 CI 门控，循环修复直至评审清洁与 CI 通过。
▸ 推荐理由把代码审查和 CI 修复循环自动化，适合希望减少人工复核的团队。
▸ 风险提示会调用外部模型与对仓库进行操作，需 GH/模型访问权限并注意隐私与权限控制。
observe-session
一键建立 AWS 只读可观测调查会话，自动发现 profile、stack 与目标日志组。
▸ 推荐理由快速启动针对 CloudFormation/ECS 日志的只读调查会话，省去手工定位过程。
▸ 风险提示需要访问 AWS 凭据/配置，使用前需确认只读权限与账号正确。
host-ask
在 sbx box 内写入结构化请求文件，向主机请求不可见的信息并等待回复
▸ 推荐理由方便隔离环境向主机请求实地信息与操作协助
▸ 风险提示会在共享目录写入请求，可能包含敏感路径或上下文并泄露信息
host-answer
在主机上处理 box 写入的请求并调查主机可见事实后写回答案文件
▸ 推荐理由解决容器内无法访问的主机级信息查询问题
▸ 风险提示会访问主机文件系统与服务，可能暴露或修改敏感信息
extension-bloat-sweep
检测 PR diff 中对现有实现的过度扩展与导致文件/函数肥大的改动
▸ 推荐理由自动发现应拆分或重构的大量新增，避免代码臃肿
comment-sweep
根据规范扫描 PR/暂存 diff 中新增的代码注释并报告违反项
▸ 推荐理由在 PR 前抓住低级注释问题，减轻后续审查负担
codex-review
调用本地 codex/OpenAI CLI 对文件或 diff 提供快速审查与意见
▸ 推荐理由在本地环境给出高效第二意见，节省人工复审时间
▸ 风险提示调用 OpenAI/codex CLI 需要网络与 API 密钥，可能外发代码片段
co-evolve-check
在 PR diff 中检测不必要的后向兼容并行版本化（并行版本保留）模式
▸ 推荐理由帮助判断哪些并行版本只是冗余，便于保持代码整洁
box-session-resume
在 host 与 sbx box 之间迁移并恢复 Claude 会话为同一 session
▸ 推荐理由便于在隔离环境与主机间无缝延续开发会话
▸ 风险提示会修改 ~/.claude 会话数据，可能覆盖或泄露本地会话记录
a2a-review
将文件/差异发送到跑在独立 sbx microVM 中的 codex 做快速二次代码审查并返回问题清单。
▸ 推荐理由为实现中代码提供快速的 codex second‑opinion，提升审查效率。
▸ 风险提示涉及把源码提供给外部 microVM 与 OpenAI codex，存在代码外泄风险。
triage-issue
对错误报告或堆栈追踪进行去重与定位，先查找重复项再创建或更新 Jira 票。
▸ 推荐理由避免重复建票并产出结构化的缺陷描述，适合运维与工程一线响应。
▸ 风险提示会读取项目历史与问题数据，需 Jira 访问权限。
status-report
从 Jira 拉取并生成项目状态报告，可选择发布到 Confluence。
▸ 推荐理由把繁琐的进度汇报自动化，适合 PM/项目骨干定期汇报场景。
▸ 风险提示发布到 Confluence 前应人工确认，需相关写入权限。
sprint-dashboard
用 atl 从 Jira 数据生成可视化冲刺/看板仪表盘，突出需关注项与人员负载。
▸ 推荐理由面向决策的只读视图，帮助技术负责人快速定位风险与瓶颈。
▸ 风险提示需要访问 Jira 数据，需相应的查询权限。
spec-to-backlog
把 Confluence 规格页拆解并用 atl CLI 创建 Epic 与子票列成结构化 backlog。
▸ 推荐理由一键把设计文档变成可执行的 Jira backlog，适合工程经理与 PM。
▸ 风险提示需要安装并配置 atl，并拥有 Jira/Confluence 访问权限与写入许可。
setup
安装 atl CLI 并配置 Confluence/Jira 的认证和镜像目录。
▸ 推荐理由一键引导用户完成可用的 atl 环境准备，免去手动配置。
▸ 风险提示安装脚本可能拉取外部资源并要求高权限执行。
jira
通过 atl 查询、读取并对 Jira 问题进行管理操作。
▸ 推荐理由把 Jira 问题当作可搜索和可脚本化的资源来管理。
▸ 风险提示具备修改工单权限风险，操作需显式确认并限权使用。
atl
用 atl CLI 把 Confluence/Jira 内容镜像到本地并管理。
▸ 推荐理由把企业知识和工单作为本地可版本化文件进行编辑。
▸ 风险提示需要安装本地二进制并配置企业域名与凭证。
triage-issue
根据错误信息在 Jira 中查重并创建或注释工单。
▸ 推荐理由避免重复工单，自动提炼并规范化缺陷描述。
▸ 风险提示会在 Jira 创建/修改问题，需谨慎并获用户确认。
jira
用 atl CLI 镜像、搜索并创建/更新/转换 Jira 议题与史诗。
▸ 推荐理由适合工程团队对工单进行批量管理与脚本化操作流程。
▸ 风险提示会修改/创建票证，需有相应权限并谨慎执行自动操作。
triage-issue
对粘贴的错误/堆栈进行重复检查，并创建或注释 Jira 工单
▸ 推荐理由先查重再建单、避免重复工单，提升运维与开发效率
▸ 风险提示需要配置 atl CLI，创建或评论工单会修改 Jira，需用户确认
sprint-dashboard
从 Jira 数据生成可视化冲刺/看板仪表盘并突出问题与负载
▸ 推荐理由为工程经理提供决策视图，突出需要关注的事项
▸ 风险提示只读模式生成仪表盘需访问 Jira 数据，需配置访问权限
spec-to-backlog
把 Confluence 规格页拆成 Epic 与可执行的 Jira 子任务并创建
▸ 推荐理由将高层设计自动拆分成可追踪工单，适合产品与开发衔接
▸ 风险提示需要配置 atl CLI，创建/链接工单会更改 Jira 数据，需权限与确认
setup
安装 atl CLI 并配置 Confluence/Jira 认证与镜像目录
▸ 推荐理由让用户从零开始快速就绪，是使用其他技能的前置步骤
▸ 风险提示安装脚本可能从外部拉取二进制并需系统权限，请审核来源
jira
通过 atl CLI 搜索、读取并编辑 Jira 工单（创建/更新/过渡/评论等）
▸ 推荐理由把复杂的 Jira 操作脚本化，适合工程经理与开发团队
▸ 风险提示需要安装并配置 atl CLI，写操作会修改 Jira 数据，需谨慎授权
lettuce
通过 CLI 或 HTTP 控制 lettuce，管理项目、任务和运行并记录事件
▸ 推荐理由适合需要文件系统级事件记录的团队，方便 agents 与本地工具交互
▸ 风险提示需要本地运行二进制或服务器访问权限
vue-constraints
为前端项目规定默认技术栈：Vue3+TypeScript+Vite+Tailwind，bun 为默认包管理器。
▸ 推荐理由通过统一栈降低跨项目认知成本，适合组织级前端标准化落地。
▸ 风险提示强制 bun 及固定栈可能与既有项目或企业策略冲突
tdd-workflow
跨语言的 TDD 流程规范，强调先写测试再实现（Red-Green-Refactor）。
▸ 推荐理由把测试作为设计工具，适合想提升设计质量与回归保障的团队。
golang-testing
定义 Go 测试惯用模式（表格驱动、子测试、benchmark、模糊测试等）。
▸ 推荐理由提供具体模式与触发场景，能显著提升 Go 项目测试质量与一致性。
golang-constraints
为 Go 后端项目提供全生命周期的代码与产出物约束与规范。
▸ 推荐理由强调一致性与可维护，避免为测试做多余抽象，适合团队级规范化。
setup-environment
自动为新用户配置 AppFactory 的本地开发环境与必需依赖。
▸ 推荐理由帮助首次贡献者或新成员快速完成本地搭建与环境校验。
▸ 风险提示安装脚本可能修改本地配置或需要管理员权限。