refine-tasklisted

# 修复审查问题 修复审查发现的问题，并产出 `refinement.md` 或 `refinement-r{N}.md`。 ## 行为边界 / 关键规则 - 只修复审查产物中记录的问题 - env-blocked 项不在修复范围内：refinement 报告必须如实保留这些项并记录“不在 AI 修复范围（环境性遗留）”，不能为了清空报告做 no-op 改动 - 绝不自动执行 `git add` 或 `git commit` - 执行本技能后，你**必须**立即更新 task.md 版本戳规则：创建或更新 `task.md` frontmatter 时，先读取 `.agents/rules/version-stamp.md`，并写入或刷新 `agent_infra_version`。 ## 常见违规借口与反驳 | 借口 | 反驳 | |------|------| | 「这条审查意见不合理，直接忽略」 | 不同意要在报告的未解决问题中写明理由，不能静默跳过 blocker/major。 | | 「顺手把旁边也优化了」 | 范围严格限定在审查项内，范围外改动属于越界。 | | 「env-blocked 项清掉报告好看」 | env-blocked 不在修复范围，必须如实保留并标注，禁止 no-op 改动充数。 | ## 第 0 步：状态核对（执行前硬约束） 在加载 workflow / skill / rules 指令之后、做任何任务状态判断或用户可见结论之前，必须先执行状态核对。指令类文件读取不算对外动作或结论。 运行以下命令，并把原文粘贴到回复正文和本轮产物的 `## 状态核对` 段： ```bash git status -s ls -la .agents/workspace/active/{task-id}/ tail .agents/workspace/active/{task-id}/task.md ``` 状态核对完成前，禁止任何关于外部状态的断言（例如“代码没变”“测试已通过”“没有其他引用”），包括思考阶段。本门禁只提供结构下限；逐条证据配对和真实性仍需按报告模板与审查要求核对。 ## 执行步骤 ### 1. 验证前置条件 要求存在： - `.agents/workspace/active/{task-id}/task.md` - 至少一个审查产物：`review.md` 或 `review-r{N}.md` 在前置检查阶段必须记录 `{review-artifact}`、`{refinement-round}`、`{refinement-artifact}`，并从最新实现报告中记录 `{implementation-artifact}`。 同时校验 Activity Log 中最近一条 Code Review 记录；如果引用了不存在的文件，立即停止并输出： `Review artifact mismatch: Activity Log references {expected} but file not found. Please verify the review artifact exists.` ### 2. 阅读审查与实现上下文 在修改代码前先读取最新的 `{review-artifact}` 和 `{implementation-artifact}`。 ### 3. 规划并执行修复 按 Blocker -> Major -> Minor 的顺序处理，始终保持改动聚焦。 > 详细