prove-it-bugfix
按复现→写失败测试→修复→验证的流程规范化修 bug。
▸ 推荐理由强制先写失败用例再修复，提升修复可靠性与可回归性。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2057 个
claude-devfleet
用 Git worktree 为每个代理创建隔离工作树，支持并行开发与合并。
▸ 推荐理由避免文件冲突，适合多个 Coder 并行实现互不重叠任务。
quality-gate
在每个阶段强制执行构建失败即警告、95% 覆盖率的测试门禁。
▸ 推荐理由把质量门槛自动化为必过条件，保证代码稳定性。
▸ 风险提示绑定 .NET 工具链与高覆盖率阈值可能阻塞CI，需要配置
prove-it-bugfix
遵循复现-写失败测试-修复-验证的缺陷修复流程。
▸ 推荐理由促进可验证的补丁与回归测试，适合工程团队。
codebrewrouter-aspire-local-dev
指导在本地运行、调试和配置 Blaze.LlmGateway 相关服务。
▸ 推荐理由方便快速启动项目本地环境并调试集成问题。
▸ 风险提示可能涉及读取本地 secrets 与启动本地服务。
Codex-devfleet
用 Git worktree 为每个 Agent 创建隔离分支并行开发与合并。
▸ 推荐理由适合并行实现互不冲突的编码任务，减少合并争端。
ultracode-for-codex
在 Codex 上以混合模式编排 Ultracode，委派本地并行执行并展示进度
▸ 推荐理由结合主上下文与可恢复本地执行，适合复杂任务分发
▸ 风险提示可能调用本地 CLI 运行任务并访问本地资源
ultracode-for-codex-cli
管理与运行 Ultracode for Codex 的 npm CLI 包、打包与验证流程
▸ 推荐理由便于维护本地运行时、发布包与运行边界测试
▸ 风险提示会执行本地脚本并操作文件系统或发布包
vp-pattern-dev
Validated Patterns 的 ia-computer-vision 模式开发与维护指南。
▸ 推荐理由适合开发者按 VP 标准创建或扩展模式文件与运维配置。
vp-helm-values
说明 ia-computer-vision 模式下 Helm chart 与 values 文件的约定。
▸ 推荐理由加速符合 VP 规范的 Helm 配置与部署流程编写。
code-review
从质量、安全、性能和可维护性四个维度系统化审查代码。
▸ 推荐理由标准化输出改进建议，适合PR评审与CI检查。
code-review
按质量/安全/性能/可维护性四维度系统化审查代码并输出改进建议。
▸ 推荐理由结构化审查结果，便于在 PR 中直接复用和修正。
test-improvement
分析现有测试并补强检测点以提高回归发现能力与自动检查覆盖。
▸ 推荐理由提升测试检出力，降低回归风险与漏测率。
▸ 风险提示可能修改测试代码或运行测试套件，注意 CI 影响。
skills-sync-guard
检测并安全同步 .agent/.agents/.github/skills 等技能目录的差异。
▸ 推荐理由避免多处技能目录冲突，适合多工作区协同维护。
▸ 风险提示会修改文件并可能覆盖更改，操作前请备份或确认。
release-version-manager
收集变更、更新 version.json 并安全地创建/推送 Git 标签。
▸ 推荐理由把发布流程流程化，减少手动操作出错概率。
▸ 风险提示可能执行 git push 等远程操作，需确认权限。
media-video-analyzer
基于视频文件对界面/行为问题做观测、重现确认与问题切分。
▸ 推荐理由适用于需要时序证据的 UI/渲染类缺陷定位场景。
▸ 风险提示可能会安装外部依赖或构建虚拟环境，需提前征得用户许可。
issue-specialist
规范化 GitHub Issue 的创建、模板、分类与后续运维流程。
▸ 推荐理由自动化 Issue 注册与维护，适合工程管理与运维流程化。
▸ 风险提示可能需使用 gh CLI 并进行仓库授权操作，涉及权限访问。
bugfix-guard
在修复或添加功能时参照项目概览以防止回归和误覆盖。
▸ 推荐理由在自动修复流程中强制参照项目约束，适合敏感代码库。
▸ 风险提示会修改代码库，需写权限并谨慎审查提交内容。
bug-analysis
以结构化格式对故障现象进行整理、原因分析与修复建议。
▸ 推荐理由适合快速产出可复用的 bug 报告与可执行的修复计划。
test-improvement
诊断现有测试并补强以提升回归检测能力与自动化检查。
▸ 推荐理由有助提高测试的有效性并减少发布后的回归风险。
▸ 风险提示可能会修改测试代码或 CI 配置，变更需人工审查。
skills-sync-guard
检测并安全同步多个 skills 目录，避免覆盖与冲突。
▸ 推荐理由适合管理多处 skills 分发与部署、保持目录一致的团队。
▸ 风险提示会修改仓库中文件，执行前请备份并确认同步策略。
release-version-manager
辅助生成版本号、汇总变更并安全管理 Git 标签与发布流程。
▸ 推荐理由节省发布流程时间并提供 AI 驱动的变更摘要和确认步骤。
▸ 风险提示会创建 git 标签并可能 push 到远程，需用户确认远程操作。
media-video-analyzer
基于视频文件进行界面/行为异常的分析与复现诊断。
▸ 推荐理由对时序可视异常的定位很有帮助，减少盲测与猜测。
▸ 风险提示会建议安装解析依赖并访问本地视频文件，请先确认。
issue-specialist
标准化 GitHub Issue 的创建、模板与日常运维流程。
▸ 推荐理由适合想统一 Issue 流程并自动化登记与维护的仓库维护者。
▸ 风险提示会检查并可能调用 gh CLI，需要访问仓库并进行认证。
implementation-plan
生成仕様書并制定分阶段的实现与落地计划。
▸ 推荐理由适合大规模改造或新功能按阶段实施以降低风险。
elite-ux-architect
为产品提供高水准的UI/UX设计与可落地实现建议。
▸ 推荐理由适合追求差异化体验的产品与设计团队，兼顾可实现性。
bugfix-guard
在修复或添加功能时防止回归并同步项目概览。
▸ 推荐理由嵌入开发流程可减少上覆盖与回归风险，适合多人协作项目。
bug-analysis
按结构化流程分析错误并输出可执行的修复报告。
▸ 推荐理由帮助工程团队系统化整理问题并生成可执行行动项。
telemetry
以 OpenTelemetry 为优先的可观测性指引与埋点方案
▸ 推荐理由厂商中立、默认 OTel，便于统一 LLM 与应用埋点策略
build-loop:security-scan
在推送前对仓库运行确定性 OWASP 风险扫描，检测常见泄露与注入点。
▸ 推荐理由确定性、模型无关的扫描能快速捕获显而易见的风险与秘密暴露。
▸ 风险提示运行仓库内扫描脚本会执行代码并访问文件，可能暴露或处理敏感信息。
build-loop:security-methodology
为跨安全边界的构建提供规范化的威胁建模与权限范围方法论。
▸ 推荐理由作为 security-reviewer 的评分规范，有助于统一审查标准。
runtime-parity-verification
在声称完成前核验运行中应用核心流程与后端源的一致性。
▸ 推荐理由防止仅凭编译/截图判断通过，覆盖真实运行态验证场景。
▸ 风险提示需要访问运行环境或凭证以查询/比对运行态，可能涉及敏感数据访问。
plugin-tests
针对 Claude Code 插件结构、清单与 MCP 接线的 pytest 静态分析测试套件。
▸ 推荐理由把常见命名冲突和清单错误自动化检测，降低发布失败风险。
▸ 风险提示运行 pytest 可能会执行插件代码或钩子，存在执行未审代码的风险。
plugin-builder
按最佳实践创建、构建与分发 Claude Code 插件的指导与脚手架。
▸ 推荐理由覆盖 manifest、目录与分发要点，能快速把想法落地为可注册插件。
plan-verify
对构建计划执行确定性规则检查并输出 findings JSON 的校验器。
▸ 推荐理由在计划交付前捕获可 grep 的逻辑与一致性错误，适合 CI 前置校验。
optimize
对可量化指标运行多变量试验矩阵以找出真正影响性能的因素。
▸ 推荐理由用 DoE 自动找出高影响因子，远比盲目单变量调参省时有效。
mcp-builder
构建、打包并发布用于 Claude Code 的 MCP 服务与工具
▸ 推荐理由为开发 Claude 插件和模型上下文服务提供打包与部署流水线
▸ 风险提示可能会运行构建脚本并拉取外部构件或依赖
logging-tracer
生成针对项目栈的结构化日志与可选 OpenTelemetry 跟踪代码
▸ 推荐理由分层引入可观测性，从零依赖到 OTel 平滑过渡
▸ 风险提示可能引入外部跟踪后端或新增运行时依赖
build-loop:ibr-bridge
将 UI 视觉验证路由到 IBR 插件，未安装时回退本地验证器
▸ 推荐理由优先使用插件能力并提供本地回退，简化视觉验证流程
▸ 风险提示可能需本地原生驱动或 UI 自动化权限
focused-loop-builder
生成针对特定任务的可声明 focused-loop 规格、预设和校验器
▸ 推荐理由把框架或预设快速转成小型可复用的 loop 包与执行计划