READ · UNDERSTAND · TRANSFER
阅读理解，按需巩固
先沿着原理、问答和迁移案例阅读。需要检查理解时，再切换巩固练习或展开个人记录。
核心知识 · 计划修订与外部事实的分离
先理解核心原理
先备概念：依赖关系、操作账本、版本批准
计划是未来动作的可修改假设，账本是已经发生的事实。重规划只能调整剩余工作；目标、依赖或参数改变时，应沿依赖使产物和批准失效，不能通过删计划撤销过去。
为什么计划不是系统状态
后端任务常有待办清单，完成一项再勾选。Agent 会修改清单本身，因此计划列表不能同时充当执行账本。一次付款从 v2 计划里消失，不代表资金回来了；有些动作超时，更不能简单从“失败步骤”中删去。
重规划应由差异驱动
先区分短暂网络错误与前提失效。前者可能只需幂等重试，后者才需要改依赖或步骤。生成新计划时列出新增、删除与参数变化，沿依赖检查哪些产物过期。相同证据上的无理由换方案应受预算限制，不能把重复思考当成进展。
审批针对动作，不针对计划名称
计划从 v1 改成 v2，并不自动让全部批准失效，也不自动继承全部批准。比较的是实际动作、目标和内容版本。仅更改读步骤顺序可能可复用，变更收款人、发布正文或额度就必须按审批策略重新决定。这是应用契约，不能让模型自由判断。
回到问题：怎样回答？
计划是可以修改的执行建议，用户目标和授权边界是独立契约。重规划前先核对已完成动作、未决外部请求和现有产物，再对剩余依赖做版本化调整。不能为了让新计划看起来完整而重做已成功的写操作，也不能在更改目标或权限后沿用旧批准。应限制重规划次数，并能说明为什么改变以及哪些结果仍有效。
实现与取舍
什么情况值得重规划
把触发原因分为环境变化、原假设失败、工具暂时不可用和目标澄清。暂时网络失败可走受控重试，不必每次生成全新计划；发现目标账户并不存在，则需要重新确认实体或停止。计划包含步骤 ID、依赖、输入版本、完成标准和可否产生副作用，便于判断哪些部分失效。
冻结事实，再调整剩余工作
在安全边界暂停新动作，读取操作账本。某封邮件已发出是外部事实，不能通过删掉步骤“撤销”。对超时未知的请求先核对回执。已完成产物只有在依赖未变化时才能复用；例如统计口径变化后，旧汇总数字应标为过期，但原始取数证据仍可保留。
版本与批准如何处理
生成 plan_v2 时记录相对 v1 的差异，并保存替换原因。审批应绑定具体待执行动作和参数版本；新计划只改变展示顺序且动作不变，可以按既定策略复用批准，若金额、收件人或内容变动就重新进入审批。终态由原业务验收判断，不能偷偷降低验收条件以便计划完成。
防止无限重规划
设定重规划预算、相同失败指纹和终止条件。两次规划都要求同一个不可用工具时，应给出阻塞原因或请求澄清。测试中在第二步注入资料失效、第三步注入写请求未知、审批后修改参数，检查系统没有重复副作用，且用户能追溯每次计划变化。
工程推演
- 场景
- 面试假设：报告生成到一半，用户把统计范围从一家子公司改成整个集团。
- 设计决策
- 保留原取数证据，失效旧聚合与审批，重新计算剩余步骤。
- 验证目标
- 新报告覆盖新范围，旧发布动作不被重复执行。
- 适用边界
- 范围变更是否可自动处理取决于原授权和业务规则。
连续追问与解答
沿着问题的前提和约束继续向下读。先理解参考解答，再尝试收起答案，用自己的话解释因果和取舍。
第 1 层新计划删掉已经付款的步骤，系统状态怎么表示？
重规划容易把未来动作清单与过去事实混为一谈。
参考解答
计划中该步骤可标为“不再需要后续执行”，但账本保留付款成功、金额、目标和回执。若新目标需要退款，创建关联原付款的补偿动作，经过退款权限与验收。任务最终状态同时说明已付与待退款，不能把删除步骤解释为已撤销付款。
沿着这个回答继续深入
第 2 层付款请求只收到超时，新计划还能创建一笔替代付款吗？
已成功的事实容易处理，未知结果才是修订的危险窗口。
参考解答
先将原操作标为结果未知并核对，不创建新业务键绕过它。远端支持幂等时复用原键取结果；不支持时通过订单号或对账确认。未确认结果前，新付款可能造成双付，计划应等待核验或明确人工处理。
沿着这个回答继续深入
第 3 层确认付款成功后，新目标改为更小金额，补差能直接自动执行吗？
事实核验之后仍需检查新动作是否落在原授权范围。
参考解答
把差额处理建成新动作，核验退款规则、费用与目标账户，重新计算动作摘要和批准范围。原付款批准不代表批准任何后续退款或二次扣款；最终按回执更新账本。补偿也可能失败，必须独立显示。
第 1 层哪些产物可以复用？
复用是有效性判断，不能只凭完成标志或沉没成本。
参考解答
依赖未变化且版本仍有效的产物可复用。资料原文可能不变，但统计口径改变会使旧汇总失效；输入未变但工具实现升级也可能需要重验。给产物保存输入版本、算法或工具版本和完成证据，按依赖检查，不按“花了很多时间”决定保留。
第 1 层计划连续变化五次时如何结束？
允许调整之后，还需要保护系统免于没有进展的循环。
参考解答
检查变化是否带来新证据或更接近验收。设置重规划次数、总成本和重复失败指纹；预算达到或同一前提反复失败就停止新动作，保存已验证成果、阻塞原因及可继续条件。五次不是通用协议上限，具体阈值由任务价值和风险配置。
举一反三：条件变了，怎样推导？
先找出改变的条件，再判断原方案中哪些前提仍成立。下面的案例是教学推演，便于将原理迁移到新问题。
需求只改展示顺序
改变的条件：计划变化没有改变产物内容或写动作
延伸问题：旧批准能否保留？
推导与参考解答
若策略批准的是固定产物与目标，且顺序变化不会改变外部行为，比较摘要后可保留。若先后顺序影响付款、依赖或资源占用，则它本身属于动作语义，需重审。明确哪些字段影响批准，不能一概按计划版本号判断。
保持不变的原理：批准有效性由实际动作不变量决定。
工具永久下线
改变的条件：环境失效而非用户目标变化
延伸问题：怎么修订剩余任务？
推导与参考解答
查询替代能力及其契约，判断是否满足同一验收；可确定适配则生成新依赖并重验相关产物。没有替代能力就保留已完成部分并标出阻塞，不能换成较弱结果却继续沿用原成功标准。已执行操作仍从账本核对。
保持不变的原理：计划可变，目标和已发生事实不会因为工具不可用而自动改写。
易错点
- 把计划当事实账本
- 重新执行全部步骤
- 通过降低验收条件制造成功
参考资料
依据公开技术资料设计；参考资料支持技术机制，场景与评分标准为本站设计，不代表某公司面试原题。 新增问答与迁移案例用于原理讲解，来源核查与案例运行验证分别记录。
检查自己理解到哪一步
读完后可以对照这些标准解释原理、边界和取舍。掌握程度由你自评；需要进一步验证时，再完成下方小任务。
- 基础达标
- 明确目标与计划分离，知道不能撤销外部事实。
- 中高级信号
- 能按依赖失效产物并处理未知请求。
- 资深信号
- 给出计划版本、批准绑定、复用规则和重规划预算。
巩固练习 按需完成 · 建议 15 分钟
给出三步计划：取数、生成报告、发布；在生成后修改统计口径，标记哪些状态失效。
展开验收要求与检查点
- 依赖变化传播到报告
- 发布批准重新校验
- 历史执行记录仍可追溯
重点检查
- 区分目标契约与计划版本
- 核对已提交副作用
- 给出重规划触发和上限