同一份计划，重新执行仍会走向不同结果
Markdown 行内语法解析 · RSR 前置论文中的真实重写案例
源执行 · 第 26 轮
尝试生成解析器
先准备文本解析工具
源成功轨迹在第26轮尝试 tree-sitter generate。tree-sitter 是生成和使用语法解析器的一套工具；解析器将 Markdown 文本转为可供程序处理的结构。图中展示论文选摘的关键事件。源执行 · 第 51 轮
用预编译解析器
直接加载已编译的组件
预编译解析器是已经编译好的解析组件，在兼容环境下可直接加载。源轨迹在第51轮使用它。论文命令缩略为 tree-sitter parse -l ...node --lang-name markdown /tmp/test.md。源执行 · 最终验证
64 轮，通过
成功经验成为计划来源
这条源执行共 64 轮，最终验证通过。它的成功经验被提炼为执行计划，指导模型在新环境中重新完成任务。从成功经验提炼的同一份执行计划
兼容的解析器→对齐输出摘要→表格处理参数
执行计划也叫runbook，记录关键做法、检查和恢复步骤。此计划来自成功源执行的经验，概括为找到兼容解析器、对齐输出摘要、检查表格处理参数。下面A和B在各自新环境中独立执行。新执行 A · 第 9 轮
使用预编译解析器
较早进入可用解析路径
新执行 A 在第9轮使用预编译解析器。它与右侧 B 共享计划，各自在独立新环境中运行。源轨迹的第51轮摘录也记录了这一操作。新执行 B · 第 26 轮
检查解析产物
终端返回：文件检查工具不存在
新执行 B 尝试 xxd .../parse.txt | head -20，终端返回 bash: xxd: command not found。xxd 是查看或转换文件十六进制内容的命令行工具，此处记录一次工具调用失败。新执行 A · 第 21 轮
检查重建结果
运行结果检查脚本
第21轮使用 python3 /app/tools/feedback 检查重建结果；feedback 是这里的结果检查脚本。新执行 B · 第 36 轮
修改后再次检查
再次运行结果检查脚本
新执行 B 在修改之后，于第36轮再次运行结果检查脚本 feedback。此处与第26轮分别展示论文选摘的两个执行事件。新执行 A · 最终验证
32 轮，通过
新执行 A 共 32 轮，最终验证通过。成功轨迹继续接受质量与泄漏筛查，合格后成为训练示范。新执行 B · 最终验证
38 轮，失败
新执行 B 共 38 轮，最终验证失败。这次重做在最终验收环节被筛除；图中选摘展示其工具检查和结果检查过程。提炼成功经验
A · 独立新环境
B · 独立新环境