Menu
修复 Code Review 发现的问题，支持按严重级别分级处理（block/all/discuss），架构视角修复而非补丁式 Patch。当需要处理 /code-review 报告中的问题时使用。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | fix-review |
| description | 修复 Code Review 发现的问题，支持按严重级别分级处理（block/all/discuss），架构视角修复而非补丁式 Patch。当需要处理 /code-review 报告中的问题时使用。 |
| argument-hint | <block|all|discuss> [#PR-N | @文件路径 | 留空用当前上下文] |
| model | opus |
处理 /code-review 输出的问题报告。核心原则：验证先行 + 全局修复策略 + 禁止逐个打补丁。
修复模式（第一个 token）：
| 参数 | 修复范围 | 说明 |
|---|---|---|
block | 仅 🔴 问题 | 阻塞合并的必须修复项（默认） |
all | 🔴 + 🟡 | 阻塞问题 + 建议改进 |
discuss | 架构讨论项 | interview 模式讨论方案，不直接改代码 |
报告来源（剩余部分）：
| 格式 | 说明 |
|---|---|
#PR-<number> | 从 GitHub PR review comments 获取 |
@<文件路径> | 从指定文件读取 |
| 留空 | 从当前对话上下文查找 |
根据报告来源定位：
#PR-N：gh api repos/{owner}/{repo}/pulls/N/comments 获取 PR comments@<path>：直接读取文件/code-review 的输出/code-review解析报告结构（对应 /code-review 输出格式）：
根据修复模式筛选目标问题集合。
使用 EnterPlanMode。所有验证和方案设计在 Plan 模式内完成，审批后才可编码。
Code Review 可能误判，修复不存在的问题比不修复真实问题更危险。
读取报告指出的文件和行号的完整上下文（至少前后 30 行）。跨模块问题须追踪完整调用链。
| 结论 | 后续行动 |
|---|---|
| ✅ 确认存在 | 进入 Step 4 修复 |
| ⚠️ 部分成立 | 修正范围后进入 Step 4 |
| ❌ 误判 | 跳过，报告中说明 |
| 🔄 已修复 | 跳过，报告中确认 |
| 🔼 上游问题 | 输出 Bug Report，不修改上游 |
输出验证摘要（每个问题一行），等待用户确认后继续。
禁止逐个问题打补丁，必须先建立全局修复视图。
项目特有架构原则参见
{baseDir}/resources/<project>.md。
按 Group 归组输出，含关联影响和修改文件清单。使用 ExitPlanMode 提交计划等待审批。
项目特有编码规范和验证命令参见
{baseDir}/resources/<project>.md。
每组修改完成后运行项目对应的验证命令。验证失败须修复后重新验证，不可跳过。
不执行代码修改，进入 interview 模式：
/add-feature 协议先行流程## 验证结果
| 编号 | 问题 | 验证结论 |
|------|------|---------|
| 🔴1 | xxx | ✅ 已修复 |
| 🔴2 | xxx | ❌ 误判跳过 |
## 修改文件清单
| 文件 | 修改类型 | 关联问题 |
|------|---------|---------|
## 验证状态
- [ ] lint / 类型检查通过
- [ ] 涉及模块的测试通过
- [ ] 全量测试通过
## 备注
- [误判说明] [协议兼容性确认] [上游 Bug Report] [遗留讨论项]
A2C-SMCP 体系新增功能的流程门控。强制协议先行——任何涉及协议的 Feature 必须先在协议仓库通过评审、合并、发布后，代码仓库才可跟进实现。当用户提出新功能需求或 Feature Request 时调用。
以架构师视角审查代码变更，关注模块边界、DRY 复用性、测试完整性、协议合规和长期可维护性。当需要审查 PR、工作区变更或提交代码时使用。
以架构师视角分析并修复问题，强制 plan 模式，杜绝补丁式修复。涉及协议时严格按协议来，协议有问题则协议先行调整，代码再跟进。当遇到 Bug 反馈、错误日志或功能异常时使用。
把一个较大的 A2C-SMCP Epic / Story / GitHub Issue（或 Jira / CNB Issue）科学拆成多个可独立交付的子任务，输出含依赖图与集成回归守护的拆分方案，并在对应平台用 sub-issue 能力下单。A2C 特有：涉及协议的拆分强制「协议先行」——协议子任务置于依赖图根，代码仓库子任务 blocked-by 它。当用户说「拆分这个任务」「把 Epic 拆成子任务」「分解 Story」「给个切刀方案」时触发。
指导第三方 MCP Server 开发者通过标准 MCP Resource 协议暴露 window://（桌面状态）与 skill://（能力包）资源，接入 A2C-SMCP Desktop / SKILL 通道。当为 MCP Server 增加 A2C-SMCP 集成、把服务实时状态暴露给 Desktop、或通过 MCP 分发 SKILL 时使用。
反馈 A2C-SMCP Marketplace Skill 的问题或改进建议。自动识别当前会话中使用的 Skill，提取优化点，收集版本信息，提交 GitHub Issue 到 a2c-smcp-skills 仓库。当使用某个 Skill 时发现步骤错误、分支遗漏、文档过时等问题时调用。