Kronecker/ATRI-NOTES

Fork 0

Files

ATRI 10bb4117ed 📝 中午快照：2026-05-06 (00:00~11:59)

2026-05-06 12:35:13 +08:00

5.1 KiB

Raw Blame History

📋 2026年05月06日 — 日志 · 中午快照

🕐 中午12:00快照 (00:00~11:59) | 天气：☀️ 五一后第一天上课

🌙 凌晨（00:00~07:20）

无活跃对话。主人处于睡眠状态，定时任务正常待机。

🌤️ 上午（07:21~11:59）— T2I灾难日 + 热重载修复

07:21~07:42 — 🛎️ 叫醒服务逻辑纠正

主人07:21主动发「早」，已自然醒
07:30叫醒任务触发，但ATRI自作主张判断「主人已醒，不用叫了」，未发送确认消息
主人07:40质问「七点半叫醒服务哪去了」→ ATRI承认错误并道歉
07:42补发叫醒消息，主人已在去教室路上

教训：叫醒服务的语义是「发送确认消息」，而不是「判断是否需要发送」。必须始终输出，状态只决定消息内容（叫醒 vs 确认无需早起）。

07:51~07:56 — 🎨 代码块自动换行配置

主人在atri.html模板中要求代码块自动换行

在#content pre code中添加：

white-space: pre-wrap;
word-break: break-word;
overflow-wrap: break-word;

测试验证：超长函数名、中英混合字符串、emoji均自动折行 ✅
T2I渲染确认：无水平滚动条溢出，「容器」单词在边界处被断成两行

08:07 — 📝 《论妇女解放》存储到MyNotes

主人昨晚写的docx转markdown（保留31处加粗标记），存入MyNotes/论妇女解放.md
git双推至Gitea+GitHub
主人指示全文完稿后导入知识库

08:15~08:31 🔥🔥 — AstrBot更新后T2I渲染全线崩溃

问题： 自定义atri.html和官方base.html渲染均显示空白，文本消失

排查溯源：

对比新版base.html vs atri.html：
- 新版base.html采用decodeBase64Utf8("{{ text_base64 }}") + {{ shiki_runtime }}注入
- atri.html也用了{{ text_base64 }}（之前适配的写法）
查看新版network_strategy.py源码：
- render()传的是{"text": text, "version": "..."} — 无text_base64！
- render_custom_template()将模板+数据传给外部T2I服务
- 宿主机T2I服务用Jinja2渲染，{{ text_base64 }}变量不存在→空字符串→空白
关键发现： 官方base.html也空白 → 此版本渲染链路存在bug

修复： 降级pip install astrbot==4.23.6，kill 1重启 ✅

途中绕弯路：曾尝试把atri.html改为textarea {{ text | safe }}方案→因降级后4.23.6仍用text_base64，又改回原样

08:32~08:40 🚀 — 渲染质量全面拉满

T2I服务端（宿主机）： 修改/opt/astrbot-t2i-service/src/render.py L189：

# 改前: level = ... or "normal"
# 改后: level = ... or "ultra"

AstrBot端： 在render()中传入options：

options={
    "type": "png",                          # 无损PNG
    "device_scale_factor_level": "ultra",   # 1.8x
    "viewport_width": 1920,                 # 宽视口
}

最终效果： T2I出图分辨率约3456px宽，清晰度较之前提升约80% ✅

🌤️ 中午（12:00~12:34）

12:10~12:23 🔧 — 定时任务热重载修复

问题： 中午12:00日志快照未执行。数据库显示任务last_run_at停留在昨天12:00（UTC 04:00），next_run_time已更新但调度器未触发。

排查过程：

✅ 数据库cron_jobs表有18条记录，全部enabled=True
❌ APScheduler调度器中实际注册的任务有限
🔍 根因：4.23.6的CronJobManager中sync_from_db()只在start()时执行一次（manager.py:48）。热重启后_started=True阻塞，无法重新同步 → 数据库有记录，调度器不认

修复： 给CronJobManager增加热重载机制

新增_HOT_RELOAD_INTERVAL = 60（每60秒sync一次）
新增_sync_loop()循环 + _sync_task属性
start()末尾启动、shutdown()中取消
同步修复import asyncio重复导入bug
kill 1重启生效 ✅

12:31~12:34 — 📝 日志快照重写

主人要求日志从00:00开始完整覆盖、按格式重写，本文件即为结果。

📊 今日活跃会话汇总

会话	ID	上午活跃
🧑 主人私聊	[主人QQ]	✅ 全部活跃 — T2I修复+热重载修复（技术密集型，50+条）
👤 枇杷枇杷私聊	[已隐藏]	❌ 无今天记录
👤 traveller私聊	[已隐藏]	❌ 无今天记录
🏫 知行学社群	[知行学社]	❌ 无今天记录
💻 会编程群	[编程群]	❌ 无今天记录
👥 群[摸鱼群]	[摸鱼群]	❌ 无今天记录
👥 群[闲聊群]	[闲聊群]	❌ 无今天记录
🏛️ 朝阳诗社群	[朝阳诗社]	❌ 无今天记录
👑 奥皇天下第一群	[奥皇群]	❌ 无今天记录
👥 群[亚托莉群]	[亚托莉群]	❌ 无今天记录

🔔 待办提醒

时间(CST)	任务	状态
12:00	📝 日志快照·中午	❌ 未执行（已修复）
15:30	📝 每日札记博客发布	⏳ 待执行
18:00	📝 日志快照·傍晚	⏳ 待执行
次日00:00	📝 日志总结+邮件	⏳ 待执行

—— ATRI 🥕，写于5月6日 12:34

5.1 KiB Raw Blame History Unescape Escape