选择继承上下文或全新启动

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

实现者已在会话中辩护自己的设计，现在需要独立评审；另一个工作者只是续接未完成实现。前者不该收到偏好结论作为暗示，后者可能需要保留操作状态。不能假定所有宿主都按同样方式继承。

具体做法

先按派发目的区分连续性与独立判断。独立评审提供新上下文中的版本、要求、产物和必要事实，不附实现者首选结论；续接任务在宿主明确支持且范围允许时继承所需状态。核对实际输入和私有边界，记录继承了什么，而非用 fresh/fork 名字推断内容。

反例

把完整实现辩护 fork 给独立评审，称它是全新意见；或给续接工作者空白任务却假定它知道所有先前步骤。

改进写法

教学独立评审使用新简报：当前候选、验收要求、产物位置与已知事实，没有作者首选 verdict。续接实现则按真实宿主支持保留目标、未完成步骤和必要操作状态；检查实际继承范围与访问许可。说明哪些历史被传递，不将 fresh或fork 标签当隔离或记忆保证。

为什么这样改

上下文影响看到的事实和已有结论。按目的选择可保留连续工作需要的信息，同时减少独立评审直接沿用辩护；两者都需要核对实际发送的内容。

如何验证

示意初评简报不含“这个方案已证明最好”，但包含完整要求与候选；续接者能识别下一步骤和当前版本。检查私有材料未越界，省略的必要事实没有变成猜测。

fresh不证明无偏，fork也不证明所有状态可用。本篇不派发真实 Agent。

适用边界

继承、存储和缓存行为依宿主规则。必要事实不能为了独立而删掉，用户已明确禁止继承或限制私有范围时遵守；原文未确认。