revise-math

name	revise-math
description	根据数学建模项目的 review 结果执行修订。适用于在 `review-math` 或 `review-math-adversarial` 之后，按 findings 修改论文、代码、建模说明、图表和交付材料。

Revise Math

这是数学建模项目的 review 后修订 skill。

触发场景

当用户有类似请求时使用：

• “根据 review 结果改一下”
• “按审查意见修订论文和代码”
• “review 之后帮我修”
• “把这些 findings 落地处理掉”
• “根据 reviewer 的意见改完”

先读这些文件

1. local_math_agents/prompts/revise.md
2. local_math_agents/agents/review/SKILL.md
3. skills/6verity/SKILL.md

如存在这些文件，也要一起读：

4. reports/REVIEW_REPORT.md
5. reports/ADVERSARIAL_REVIEW_REPORT.md
6. reports/ANALYSIS_MODELING_REPORT.md
7. reports/RESULTS_REPORT.md
8. paper/
9. code/

核心任务

1. 提取修订清单

先把 review 结果整理成三类：

• 必修
  • 高风险、会影响交付或明显失分的问题
• 建议修
  • 中风险、会影响说服力或规范性的内容
• 可不修但要说明
  • 低风险、风格类、争议类问题

2. 直接落地修改

原则：

• 能直接改的，不停留在建议层
• 先修高优先级问题
• 修改后同步更新相关文件，避免只改一处导致前后不一致

3. 回退到对应角色

如果发现问题本质上属于前置阶段，按以下方式处理：

• 模型与假设问题：回退给 ModelerAgent
• 代码、实验、结果问题：回退给 CoderAgent
• 论文结构、表达、排版问题：回退给 WriterAgent

如果当前环境没有真正的 subagent 机制，就在同一线程中切换角色处理，但必须明确说明当前是在修哪一类问题。

默认输出

输出：

• 已修改项
• 未修改项
• 剩余风险
• 是否建议再跑一次 review-math

如果用户要求落盘，则写入：

• reports/REVISION_REPORT.md

特别规则

• 不要只复述 review 结论，必须推进实际修改
• 不要伪造不存在的实验结果
• 如果某条 review 不成立，要明确写出“不采纳 + 理由”
• 如果修订导致新的图表、结果、章节变化，要同步更新对应报告与论文