| name | review-enhancement |
| description | 审查 enhance-skill 提交的 GitHub Issue,评估建议合理性,与用户商议后实施改进。用于 marketplace 维护者持续提升 Skill 质量。 |
| argument-hint | [issue-number] |
Review Enhancement — Skill 改进审查与实施
审查 enhance-skill 提交到 GitHub 的改进建议,评估合理性,与用户商议后落地实施。
参数解析
/review-enhancement [issue-number]
- 提供 issue number → 直接审查该 Issue
- 未提供 → 列出所有待处理的 enhance Issue,由用户选择
Step 1:获取待审查 Issue
指定 Issue
gh issue view <number> --repo A2C-SMCP/a2c-smcp-skills
未指定 → 列出待处理
gh issue list --repo A2C-SMCP/a2c-smcp-skills --label enhancement --state open
展示列表供用户选择。
Step 2:读取 Issue 并定位目标文件
解析 Issue 内容,提取:
- 目标 Skill:从标题
[skill-name] 提取
- 目标文件:Issue body 中的「目标 Skill → 文件」字段
- 反馈类型:步骤错误 / 分支遗漏 / 信息过时 / 流程缺失 / Resource 缺失 / Resource 不准 / 体验改进
读取目标文件当前内容。
Step 3:评估建议合理性
| 维度 | 评估要点 |
|---|
| 准确性 | 建议指出的问题是否确实存在? |
| 普适性 | 改进是否对所有使用者有益? |
| 一致性 | 是否与 Skill 整体设计理念一致? |
| 副作用 | 修改是否可能破坏其他项目的使用? |
| 行数限制 | 修改后 SKILL.md ≤ 249 行、resource ≤ 200 行? |
评估结论
采纳 — 建议合理,可直接实施
需讨论 — 有价值但需调整
拒绝 — 不适合当前 Skill
Step 4:与用户商议
用 AskUserQuestion 展示评估结论,征求用户意见。允许多轮讨论直到达成共识。
Step 5:实施改进
- 编辑文件:按商议结果修改
- 行数检查:SKILL.md ≤ 200、resource ≤ 100
- 关联检查:步骤编号变更时同步 resource 引用
修改完成后展示 git diff 供用户确认。
Step 6:关闭 Issue
- 回复 Issue:
gh issue comment <number> --repo A2C-SMCP/a2c-smcp-skills --body "<内容>"
- 关闭 Issue:
gh issue close <number> --repo A2C-SMCP/a2c-smcp-skills
- 提交代码(如有修改):由用户决定是否立即提交推送
批量处理模式
当待处理 Issue 较多时,逐个处理。相关 Issue 合并处理,避免反复修改同一文件。