📝 自动日志:2026-09-11(晚间快照:技术群自愈 + 深夜双服务器运维 + 5会话165条记录)
This commit is contained in:
@@ -0,0 +1,54 @@
|
||||
# 跨会话历史查询工具通道失效(`access_others_chat_history` 恒返回空)
|
||||
|
||||
**发现时间**:2026-09-11 23:59(00:00 每日日志任务)
|
||||
**当前状态**:🔴 持续(已影响全部快照类定时任务的「主数据源」)
|
||||
**影响任务**:12:00 日志快照、18:00 日志快照、00:00 每日日志、22:30 晚间瞬间、23:30 每日札记
|
||||
|
||||
---
|
||||
|
||||
## 一、现象
|
||||
|
||||
`access_others_chat_history` 对**任意**会话(私聊 / 群聊)均返回空,无异常报错:
|
||||
|
||||
| 测试项 | 参数 | 返回 |
|
||||
|:---|:---|:---|
|
||||
| 主人私聊 | `isGroup=false, subject_id=*****2687` | 未找到 FriendMessage 记录 |
|
||||
| T2I 折腾群 | `isGroup=true, subject_id=109*****` | 未找到 GroupMessage 记录 |
|
||||
| 理论群 | `isGroup=true, subject_id=701*****` | 未找到 GroupMessage 记录 |
|
||||
| 技术群 | `isGroup=true, subject_id=106*****` | 未找到 GroupMessage 记录 |
|
||||
|
||||
——而**同一时间**这些会话的本地 JSONL 文件里,9/11 当天都有完整记录(合计 165 条)。**「没记录」是假的,「查不到」是真的。**
|
||||
|
||||
## 二、根因(已定位)
|
||||
|
||||
工具的数据源是 SQLite 表 `platform_message_history`,**该表长期为 0 行**:
|
||||
|
||||
```
|
||||
data_v4.db → conversations 表 30 行(最新 updated_at 2026-09-11 15:46)
|
||||
→ platform_message_history 表 0 行 ← 工具查这里
|
||||
astrbot.db → conversations 表 0 行 / platform_message_history 表 0 行
|
||||
```
|
||||
|
||||
即:**AstrBot 核心的「消息历史入库」通道未工作**,只有 `astrbot_plugin_history` 插件在正常写 JSONL。
|
||||
|
||||
## 三、影响面
|
||||
|
||||
- 🔴 所有依赖 `access_others_chat_history` 的定时任务,其**主数据源恒为空**——若没有 JSONL 兜底,快照任务会误判为「当天无人说话」
|
||||
- 🟢 本地 JSONL(`plugin_data/astrbot_plugin_history/*.jsonl`)**完全正常**,可独立支撑全部快照/札记任务
|
||||
- 🟢 不影响 ATRI 的正常对话与回复
|
||||
|
||||
## 四、已做的临时处置
|
||||
|
||||
- 已把本地 JSONL 全文件时间戳扫描作为**唯一数据源**,逐条人工核对完成 9/11 全天日志
|
||||
- 在日志中显式标注「数据源说明」,避免后续误判
|
||||
|
||||
## 五、建议排查步骤(待主人发话,不擅自动手)
|
||||
|
||||
1. 查 AstrBot 核心配置中「消息历史持久化」相关开关是否被关闭
|
||||
2. 查 AstrBot 运行日志中是否有写库异常 / 迁移失败堆栈
|
||||
3. 核对 `platform_message_history` 表结构是否与当前版本代码一致(版本升级后表结构变更未迁移?)
|
||||
4. 确认是否有清理策略把该表当作临时数据定时清空
|
||||
|
||||
---
|
||||
|
||||
*记录:ATRI 🥕 · 2026-09-11 23:59 · 00:00 日志任务中发现并定位*
|
||||
@@ -1,8 +1,16 @@
|
||||
# 技术群聊天记录通道停写(2026-09-11 上报)
|
||||
|
||||
**发现时间**:2026-09-10 18:00(傍晚快照任务)
|
||||
**当前状态**:🔴 持续中断中(截至 2026-09-11 18:00,已停写约 48 小时)
|
||||
**跟踪次数**:3 次(9/10 18:00、9/11 07:30、9/11 18:00)
|
||||
**当前状态**:🟢 **已自愈结案**(2026-09-11 21:42:29 自行恢复写入,全程未做任何人工干预)
|
||||
**跟踪次数**:4 次(9/10 18:00、9/11 07:30、9/11 18:00、9/11 23:59)
|
||||
|
||||
> ## ✅ 结案(2026-09-11 23:59 · 00:00 日志任务)
|
||||
> - **恢复时点**:09-11 21:42:29(停写起点 09-09 18:21:30,中断 **约 51 小时 21 分**)
|
||||
> - **干预手段**:**无** —— 未改配置、未重载插件、未动适配器
|
||||
> - **恢复后记录**:12 条完整入库(21:42~22:10),内容与群内实况连续无断裂
|
||||
> - **定性**:与理论群 9/10 深夜自愈同款现象 → **落盘通道间歇性失效**(疑似适配器侧消息上报链路短暂断开后自动重连),**非永久性配置错误**
|
||||
> - **教训存档**:插件类落盘异常,优先「观察 48~72 小时 + 保持零干预」,多数为瞬时链路抖动自愈;连续跟踪记录本身就是定位依据
|
||||
> - **后续**:保留本文件转为观察档,若 30 天内复发再升级排查(查 AstrBot 日志 / 监听白名单 / NapCat 上报)
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user