test(lua): 记录仓库/生产适配器漂移的具体内容与时间线

生产 adapters/openai.lua（4853 字节）含 stream_index，仓库 ddef195 时的版本
（4709 字节）不含。生产文件时间 2026-08-26 15:46，比 ddef195 提交（16:10）
早 32 分钟 —— 该提交说明里写着「openai.lua 输出 stream_index 字段」，
但 --stat 显示它没改这个文件：修复先在生产生效，入库时漏了。

于是「生产能跑多工具、仓库跑不了」持续一个月而两端都没人发现：生产不报
问题（它有），仓库的判据也测不到（直接构造 Go 结构体，绕过适配器）。

判据本身不变（仍是诊断式 t.Log），只把这条漂移的具体内容写进注释 ——
它是理解本次全部误判的关键背景。

internal/lua/adapter_drift_test.go

@@ -24,6 +24,21 @@ import (
 // 真正能自动抓 bug 的契约检查在 TestAdapterEmitsOnlyKnownFields：它查的是
 // "适配器输出的键名是否在 agentAPI.ToolCall 的契约内"，与部署状态无关。
 //
+// ★ 这条漂移的具体内容与时间线（解释了为什么仓库长期缺它却没人发现）：
+//
+//	生产 /home/newqqagent/adapters/openai.lua   4853 字节  含 stream_index
+//	仓库 ddef195 时的 openai.lua                4709 字节  不含
+//	生产文件时间 2026-08-26 15:46
+//	ddef195 提交时间 2026-08-26 16:10
+//
+// 生产落地比入库**早 32 分钟** —— 该提交的说明里写着「openai.lua 输出
+// stream_index 字段」，但 `--stat` 显示它没改 openai.lua。说明修复先在生产
+// 环境生效、随后提交入库时漏了这个文件。
+//
+// 于是"生产能跑多工具、仓库跑不了"这个状态持续了一个月，而两端都没人发现：
+// 生产不报问题（它有），仓库的判据也测不到（它直接构造 Go 结构体，
+// 绕过适配器）。
+//
 // ★ 这条判据是被一次误判逼出来的。
 //
 // 我曾断言「openai.lua 缺 stream_index 透传、批内并发在生产走不通」，并据此