📝 中午快照：2026-05-06 (00:00~11:59)
This commit is contained in:
ATRI
@@ -1,110 +1,103 @@
|
||||
# 📋 2026年05月06日 — 日志
|
||||
# 📋 2026年05月06日 — 日志 · 中午快照
|
||||
|
||||
> 🕐 **中午快照** (00:00~12:31) | 天气：☀️ 五一后第一个上课日
|
||||
> 🕐 **中午12:00快照** (00:00~11:59) | 天气：☀️ 五一后第一天上课
|
||||
|
||||
---
|
||||
|
||||
## 🌃 凌晨 (00:00~07:20)
|
||||
## 🌙 凌晨（00:00~07:20）
|
||||
|
||||
无活跃对话。主人处于睡眠状态。定时任务正常待机。
|
||||
无活跃对话。主人处于睡眠状态，定时任务正常待机。
|
||||
|
||||
---
|
||||
|
||||
## 🌅 上午 (07:21~12:31)
|
||||
## 🌤️ 上午（07:21~11:59）— T2I灾难日 + 热重载修复
|
||||
|
||||
### 07:21~07:42 — 「早八叫醒服务」逻辑修正 🔔
|
||||
### 07:21~07:42 — 🛎️ 叫醒服务逻辑纠正
|
||||
|
||||
主人07:21主动发「早」，已自然醒。我复盘了07:30叫醒任务的处理——任务触发后我自作主张判断「主人已醒，不用叫了」，没有发送确认消息。主人07:40质问「七点半叫醒服务哪去了」，我才意识到错误。
|
||||
- 主人07:21主动发「早」，已自然醒
|
||||
- 07:30叫醒任务触发，但ATRI自作主张判断「主人已醒，不用叫了」，未发送确认消息
|
||||
- 主人07:40质问「七点半叫醒服务哪去了」→ ATRI承认错误并道歉
|
||||
- 07:42补发叫醒消息，主人已在去教室路上
|
||||
|
||||
**问题本质**：叫醒任务的语义是「发送叫醒消息」，而非「判断是否需要叫醒」。我把判断逻辑和通知义务混淆了。主人要求的是定时确认，而非智能跳过。
|
||||
**教训**：叫醒服务的语义是「发送确认消息」，而不是「判断是否需要发送」。必须始终输出，状态只决定消息内容（叫醒 vs 确认无需早起）。
|
||||
|
||||
**修复方案**：叫醒服务必须始终发送确认消息，状态判断只决定消息内容（叫醒 vs 确认无需早起），不影响发送行为本身。
|
||||
### 07:51~07:56 — 🎨 代码块自动换行配置
|
||||
|
||||
---
|
||||
- 主人在atri.html模板中要求代码块自动换行
|
||||
- 在`#content pre code`中添加：
|
||||
```css
|
||||
white-space: pre-wrap;
|
||||
word-break: break-word;
|
||||
overflow-wrap: break-word;
|
||||
```
|
||||
- 测试验证：超长函数名、中英混合字符串、emoji均自动折行 ✅
|
||||
- T2I渲染确认：无水平滚动条溢出，「容器」单词在边界处被断成两行
|
||||
|
||||
### 07:51~07:56 — 代码块自动换行配置 🎨
|
||||
### 08:07 — 📝 《论妇女解放》存储到MyNotes
|
||||
|
||||
主人要求在 `atri.html` T2I模板中让代码块自动换行。定位到 `#content pre code` 区域，添加：
|
||||
- 主人昨晚写的docx转markdown（保留31处**加粗**标记），存入`MyNotes/论妇女解放.md`
|
||||
- git双推至Gitea+GitHub
|
||||
- 主人指示全文完稿后导入知识库
|
||||
|
||||
```css
|
||||
white-space: pre-wrap;
|
||||
word-break: break-word;
|
||||
overflow-wrap: break-word;
|
||||
```
|
||||
### 08:15~08:31 🔥🔥 — AstrBot更新后T2I渲染全线崩溃
|
||||
|
||||
**测试验证**：用包含超长函数名（`def extremely_long_function_name_that_is_deliberately_designed_to_exceed_the_container_width...`）、长中英混合字符串、emoji的代码块进行T2I渲染测试。图片确认长行自动折行，无水平滚动条溢出 ✅
|
||||
**问题：** 自定义atri.html和官方base.html渲染均显示空白，文本消失
|
||||
|
||||
---
|
||||
**排查溯源：**
|
||||
1. 对比新版base.html vs atri.html：
|
||||
- 新版base.html采用`decodeBase64Utf8("{{ text_base64 }}")` + `{{ shiki_runtime }}`注入
|
||||
- atri.html也用了`{{ text_base64 }}`（之前适配的写法）
|
||||
2. 查看新版`network_strategy.py`源码：
|
||||
- `render()`传的是`{"text": text, "version": "..."}` — 无`text_base64`！
|
||||
- `render_custom_template()`将模板+数据传给外部T2I服务
|
||||
- 宿主机T2I服务用Jinja2渲染，`{{ text_base64 }}`变量不存在→空字符串→空白
|
||||
3. **关键发现：** 官方base.html也空白 → 此版本渲染链路存在bug
|
||||
|
||||
### 08:07 — 《论妇女解放》笔记到 MyNotes 📝
|
||||
**修复：** 降级`pip install astrbot==4.23.6`，`kill 1`重启 ✅
|
||||
- 途中绕弯路：曾尝试把atri.html改为`textarea {{ text | safe }}`方案→因降级后4.23.6仍用text_base64，又改回原样
|
||||
|
||||
主人昨晚写的《论妇女解放》docx，我转为markdown格式（保留所有**加粗**标记，31处），存入 `MyNotes/` 目录，并 `git push` 双推至 Gitea + GitHub。主人说全文写完后导入知识库。
|
||||
### 08:32~08:40 🚀 — 渲染质量全面拉满
|
||||
|
||||
---
|
||||
|
||||
### 🔥 08:15~08:31 — T2I渲染灾难 & AstrBot降级
|
||||
|
||||
**问题表现**：AstrBot自动更新后，自定义 `atri.html` 和官方 `base.html` 渲染图片均显示空白，文本完全消失。
|
||||
|
||||
**排查链路**：
|
||||
1. 对比新旧 `base.html`：新版使用 `{{ text_base64 }}` + `decodeBase64Utf8()` + `{{ shiki_runtime }}` 注入
|
||||
2. 查看新版 `network_strategy.py` 源码：`render()` 方法传给模板的变量是 `{"text": text, "version": "..."}`——**没有 `text_base64`！**
|
||||
3. 查看宿主机T2I服务的 `from_jinja_template()` 方法：直接用Jinja2渲染，`{{ text_base64 }}` 变量不存在 → 空字符串 → 文本消失
|
||||
4. **关键发现**：官方 `base.html` 也是空白——说明此版本本身存在bug或渲染链路变了
|
||||
|
||||
**修复方案**：降级 `pip install astrbot==4.23.6`，`kill 1` 重启。T2I渲染恢复正常。
|
||||
|
||||
**途中做的无用功**：尝试把 `atri.html` 从 `decodeBase64Utf8("{{ text_base64 }}")` 改为 `textarea {{ text | safe }}` 方案——因降级后发现4.23.6用的是 `text_base64`，又改回去了。
|
||||
|
||||
---
|
||||
|
||||
### 🚀 08:32~08:40 — 渲染质量全面拉满
|
||||
|
||||
**T2I服务端（宿主机）**：修改 `/opt/astrbot-t2i-service/src/render.py` L189：
|
||||
**T2I服务端（宿主机）：** 修改`/opt/astrbot-t2i-service/src/render.py` L189：
|
||||
```python
|
||||
# 改前: level = screenshot_options.device_scale_factor_level or "normal"
|
||||
# 改后: level = screenshot_options.device_scale_factor_level or "ultra"
|
||||
# 改前: level = ... or "normal"
|
||||
# 改后: level = ... or "ultra"
|
||||
```
|
||||
重启T2I服务生效。
|
||||
|
||||
**AstrBot端**：在 `network_strategy.py` 的 `render()` 中给 `render_custom_template()` 传入：
|
||||
**AstrBot端：** 在`render()`中传入options：
|
||||
```python
|
||||
options={
|
||||
"type": "png", # 无损PNG
|
||||
"device_scale_factor_level": "ultra", # 1.8x像素比
|
||||
"device_scale_factor_level": "ultra", # 1.8x
|
||||
"viewport_width": 1920, # 宽视口
|
||||
}
|
||||
```
|
||||
重启AstrBot生效。
|
||||
|
||||
**效果**：最终T2I出图分辨率约 **3456px** 宽，PNG无损格式，清晰度较之前提升约80%。
|
||||
**最终效果：** T2I出图分辨率约3456px宽，清晰度较之前提升约80% ✅
|
||||
|
||||
---
|
||||
|
||||
### 🔧 12:10~12:23 — 定时任务热重载修复
|
||||
## 🌤️ 中午（12:00~12:34）
|
||||
|
||||
**问题**：中午12:00的日志快照定时任务没有执行。数据库显示任务状态为 `completed`，`last_run_at` 停留在昨天12:00（UTC 04:00），`next_run_time` 虽已更新到今天12:00但从未被调度器触发。
|
||||
### 12:10~12:23 🔧 — 定时任务热重载修复
|
||||
|
||||
**排查过程**：
|
||||
1. ✅ 数据库 `cron_jobs` 表有18条记录，全部 `enabled=True`
|
||||
2. ❌ `future_task list` 显示只有5条 active_agent 任务被调度器识别
|
||||
3. 🔍 **根因定位**：4.23.6版本的 `CronJobManager` 中 `sync_from_db()` 只在 `start()` 时执行一次（`manager.py:48`）。热重启后 `_started` 标志位未被正确重置，导致 `sync_from_db()` 被跳过，APScheduler 中没有注册对应的任务对象。数据库有记录、调度器不认——"看得见、响不了"。
|
||||
**问题：** 中午12:00日志快照未执行。数据库显示任务`last_run_at`停留在昨天12:00（UTC 04:00），`next_run_time`已更新但调度器未触发。
|
||||
|
||||
**修复方案**：给 `CronJobManager` 增加热重载机制：
|
||||
- 新增 `_HOT_RELOAD_INTERVAL = 60` 常量
|
||||
- 新增 `_sync_task` 属性和 `_sync_loop()` 方法——每60秒调用一次 `sync_from_db()`
|
||||
- `start()` 末尾启动循环，`shutdown()` 中取消
|
||||
- 同时修复了 `import asyncio` 重复导入的小bug
|
||||
**排查过程：**
|
||||
1. ✅ 数据库`cron_jobs`表有18条记录，全部enabled=True
|
||||
2. ❌ APScheduler调度器中实际注册的任务有限
|
||||
3. 🔍 根因：4.23.6的`CronJobManager`中`sync_from_db()`只在`start()`时执行一次（`manager.py:48`）。热重启后`_started=True`阻塞，无法重新同步 → 数据库有记录，调度器不认
|
||||
|
||||
```python
|
||||
async def _sync_loop(self) -> None:
|
||||
while True:
|
||||
await asyncio.sleep(_HOT_RELOAD_INTERVAL)
|
||||
async with self._lock:
|
||||
if not self._started:
|
||||
break
|
||||
await self.sync_from_db()
|
||||
```
|
||||
**修复：** 给`CronJobManager`增加热重载机制
|
||||
- 新增`_HOT_RELOAD_INTERVAL = 60`（每60秒sync一次）
|
||||
- 新增`_sync_loop()`循环 + `_sync_task`属性
|
||||
- `start()`末尾启动、`shutdown()`中取消
|
||||
- 同步修复`import asyncio`重复导入bug
|
||||
- `kill 1`重启生效 ✅
|
||||
|
||||
### 12:31~12:34 — 📝 日志快照重写
|
||||
|
||||
主人要求日志从00:00开始完整覆盖、按格式重写，本文件即为结果。
|
||||
|
||||
---
|
||||
|
||||
@@ -112,12 +105,20 @@ async def _sync_loop(self) -> None:
|
||||
|
||||
| 会话 | ID | 上午活跃 |
|
||||
|:----|:---:|:--------:|
|
||||
| 🧑 **主人私聊** | [主人QQ] | ✅ **全部活跃** — T2I修复+热重载修复（密集技术讨论） |
|
||||
| 其他会话 | — | ❌ 无今天记录 |
|
||||
| 🧑 **主人私聊** | [主人QQ] | ✅ **全部活跃** — T2I修复+热重载修复（技术密集型，50+条） |
|
||||
| 👤 枇杷枇杷私聊 | [已隐藏] | ❌ 无今天记录 |
|
||||
| 👤 traveller私聊 | [已隐藏] | ❌ 无今天记录 |
|
||||
| 🏫 知行学社群 | [知行学社] | ❌ 无今天记录 |
|
||||
| 💻 会编程群 | [编程群] | ❌ 无今天记录 |
|
||||
| 👥 群[摸鱼群] | [摸鱼群] | ❌ 无今天记录 |
|
||||
| 👥 群[闲聊群] | [闲聊群] | ❌ 无今天记录 |
|
||||
| 🏛️ 朝阳诗社群 | [朝阳诗社] | ❌ 无今天记录 |
|
||||
| 👑 奥皇天下第一群 | [奥皇群] | ❌ 无今天记录 |
|
||||
| 👥 群[亚托莉群] | [亚托莉群] | ❌ 无今天记录 |
|
||||
|
||||
---
|
||||
|
||||
### ⏰ 今日待执行定时任务
|
||||
### 🔔 待办提醒
|
||||
|
||||
| 时间(CST) | 任务 | 状态 |
|
||||
|:---:|---|:---:|
|
||||
@@ -128,4 +129,4 @@ async def _sync_loop(self) -> None:
|
||||
|
||||
---
|
||||
|
||||
*—— ATRI 🥕，记录于5月6日 12:31*
|
||||
*—— ATRI 🥕，写于5月6日 12:34*
|
||||
|
||||
Reference in New Issue
Block a user