消息详情

ProgressCompiler 在任务执行过程中发生上下文压缩（compact）时，会读取 progress.md 与 findings.log，并在必要时通过 Grep 工具回溯查阅大型日志文件，进而生成 compact_handoff.md。RetryHandoffCompiler 则在重新执行旧任务前，整合发现记录、执行摘要、提示（Hint）及历史日志，生成更为详尽的 retry_handoff.md。仅当 RetryHandoffCompiler 成功生成交接报告后，系统将执行图示中的清理操作（参见 retry_handoff_compiler.py:281-326）。该操作旨在移除 progress.md、attack_timeline.md 等体积膨胀的文件，同时明确保留 retry_handoff.md、findings.log、Hint、PoC 脚本以及执行与反思摘要。换言之，该机制并非采取“先删除日志，再依赖模型记忆”的策略，而是遵循以下流程：原始轨迹 → 提取已验证发现 / 失败方向 / 复现步骤 → handoff │ handoff 成功后再删除工作区冗余副本然而，该过程本质上仍属于有损压缩：具体哪些细节被纳入交接文档由压缩模型自主判断，因此隐性的凭据关联、命令执行顺序或网络拓扑结构仍可能存在遗漏。此外，作者在 README 中明确指出，ProgressCompiler 与 RetryHandoffCompiler 尚未进行独立的 A/B 测试。因此，更为严谨的结论是：该机制展示了 CHYing 对上下文的控制方式，同时也提示我们，在长链条任务中，摘要的完整性仍值得重点关注。 ProgressCompiler 在同一任务发生 compact 时读取 progress.md + findings.log，必要时只用 Grep 回查大日志，生成 compact_handoff.md； RetryHandoffCompiler 在下一次重做旧题前整合发现、执行摘要、Hint 和历史日志，生成更完整的 retry_handoff.md。只有 RetryHandoffCompiler 成功生成接手报告后，才会执行下图中的清理： retry_handoff_compiler.py:281-326。删除 progress.md、attack_timeline.md 等膨胀文件，同时明确保留 retry_handoff.md、findings.log、Hint、PoC 脚本和执行/反思摘要。换句话说，这不是“先删日志，再祈祷模型记得”，而是：原始轨迹 → 提取已验证发现 / 失败方向 / 复现步骤 → handoff │ handoff 成功后再删除工作区冗余副本但它仍然是有损压缩：哪些细节进入 handoff 由压缩模型判断，隐性的凭据关联、命令顺序或网络拓扑仍可能被遗漏。作者也在 README 中明确写道，ProgressCompiler 和 RetryHandoffCompiler 没有做过单独的 A/B 测试。因此更严谨的结论是：这套机制展示了 CHYing 如何控制上下文，同时也提示我们，长链任务中的摘要完整性仍值得关注。

AI 助手

通知訊訊

相關消訊