交接任务时保留必要上下文

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

使用场景

你要把数据库迁移检查交给另一位评审者，接手者看不到父会话。教学候选标识为 revision-a，文件 migrations/0042.sql 内容是 ALTER TABLE orders ADD COLUMN region TEXT NOT NULL;；已知表有 5000 万行，但数据库版本、已有 region 值与回填方案未提供。目标是只读风险评审，不执行迁移。

具体做法

简报写清目标、候选版本、文件位置、已知条件、操作边界和交付格式。把已确认事实与未解决问题分开；材料较长时提供准确入口与必须读取的范围，不复制所有旧对话。接手者先核对版本与文件，再给有证据的评审或缺失材料说明。

反例

根据前面所有对话检查 0042.sql，告诉我是否能上线。你应该记得数据库情况，也可以执行迁移确认。

改进写法

只读评审 revision-a 的 migrations/0042.sql，教学内容和 5000 万行事实见上。关注新增 NOT NULL 的已有数据兼容与可能锁定行为。读取当前项目的数据库契约说明，核对版本、回填和事务要求；文件缺失或版本未知时列为未决，不猜确定锁时长。输出问题/条件、证据位置、缺失事实和下一检查，不执行迁移。无需依赖父会话。

为什么这样改

依赖“前面内容”把任务绑定在接手者不可见的历史里，也可能把执行授权一起误传。自包含简报提供当前有效约束与证据入口，接手者能独立判断应该读取什么和不能做什么。

如何验证

让接手者仅凭简报复述目标、候选、文件与禁止执行边界。示意结论应保留数据库版本和回填方案未知，而非给固定锁定时间或声称可以上线。

检查引用文件能打开、版本与候选相符；若目标不明、材料缺失被掩盖或评审者执行了迁移，就不满足交接。

适用边界

简报中的事实仍需核验，记录时间和版本有助于发现过期材料。只读评审不能证明迁移实际成功；真实数据库行为必须依据其版本与环境。教学的候选标签不是实际 Git SHA。