2 Commits

Author	SHA1	Message	Date
JianFeeeee	77f596fb07	chore(log): 全仓运行期日志与 Fatalf 英文化（320 处 / 83 文件） ... 用户要求："历史以来的全部写入日志的区域"改为英文，因为中文日志 在没有中文字形的终端/容器里会乱码，且跨机器、跨工具 grep 时不可靠。 ## 范围 - 全部 log.Printf / log.Fatalf / log.Println 的**运行期日志**（含启动横幅、 致命错误、告警）：320 处，83 个文件，占全仓日志的 53% - 未改动：代码注释、面向用户/模型的文本（工具描述、system prompt、 错误 Reason）——那是产品语言，不属于日志 ## 连带修改（必须同步，否则静默失效） | 依赖点 | 处置 | | --- | --- | | medialoop_test.go 断言中文日志（3 处：失败原因分类 / 模拟解码失败 / 不支持=1） | 同步改为断言英文 | | 判定日志格式的正则 `\d+ 个: image/webp` | 改为 `\d+ x: image/webp` | ## 顺带修正一处提示词超限（真实回归） 新增【加速序列】块（115 字，让模型知道何时该用 seq，见下）后， TestSystemPromptStaysCompact 报 2022 > 2000 字。 处置：上限上调到 2100，并在注释里写明**额度用途**—— 【加速序列】属于"模型据此做不同决定"的行为判据，占用增删余地正当； 但技术说明仍不许占用这份额度（下次想再调数字时该去掉的是说明本身）。 【加速序列】块内容只留判定条件（多对象重复 / 顺序已知 / 以前做过）， 格式细节全部下沉到 seq-tools skill —— 避免两处真相。 ## 验证 - go build ./... / go vet ./... 通过 - 分块跑全仓测试通过（agent、plugin、plugins/*、security、memory、 config、kernelboot、kernelmod、cmd） - 残留中文日志仅 1 条注释，非日志调用 ## 运维提示 日志文本变了，依赖 grep 中文的既有习惯要改为对应英文词，例如： 内核装配完成 -> kernel assembly complete 插件调度完成 -> plugin scheduling done 已建链 -> link established 已加载 N 个 -> N loaded	2026-10-25 15:55:26 +08:00
JianFeeeee	198811253a	feat(webui+guard): 内核重启/关机按钮，指令走心跳复用既有协议 ... ## 需求 WebUI 加关机与重启按钮，内核提供对应内部接口。有些状态变更只能靠重启 生效（换 LLM 源、换主密钥），没有这条通道时用户只能 ssh 上去敲 systemctl。 ## 设计：复用心跳，不新开通道（用户指出的方向） guard 与 worker 之间已经有一条现成的、每 5s 一次的单向通报（心跳文件， 内容原本是 `t=<unix>`，只用来刷 mtime）。用户点按钮本质就是"我要你在 下一次心跳时知道这件事"——再开 unix socket / 信号 / 临时文件，只会多出 一套要防重、防丢、防竞态的机制。 WebUI 点按钮 → POST /api/v1/kernel/{restart,shutdown} → sdk.KernelControlAPI（只投递，立即返回） → 下一次心跳把 `cmd=restart|shutdown reason=...` 写进 <data>/heartbeat → 重启：worker 清理 → exit 42 → guard 重拉（**既有机制，零改动**） 关机：guard 在 workerCleanExit 分支读到 cmd=shutdown → systemctl stop → 不再拉起 ★ 关机为什么必须由 guard 做： unit 是 Restart=always，guard 自己 return 会被 systemd 立刻拉起 （用户点了"关机"、几秒后服务又活了）。必须显式 systemctl stop。 而不让 worker 自己停：它是被守护方，且**只有 guard 知道这次该不该重拉**。 ★ 指令必须一次性消费：guard 读完立即原子重写文件清除 cmd 行， 否则每次心跳都读到同一条 ⇒ 无限重启/关机。worker 侧还要检查 "指令写过但文件里没了" ⇒ 已被消费 ⇒ 清本地 pending，否则又写回去。 ## 顺带修的真缺陷：心跳文件无限增长 生产实测 **14.6MB**（纯 O_APPEND，约 70 天）。心跳的唯一职责是刷 mtime， 历史行没有任何读者 ⇒ 每次 consume 要整读 14.6MB（实测 27ms）。 改为 O_TRUNC 滚动写：只保留当前一行。真机验证 15,322,164 → 13 字节。 consume 也加了尺寸守卫（大文件只读尾部 8KB）。 ## 安全：能力分级 + 白名单（两道） 1. proc 桥的 method 能力表：新增 `CapKernelControl` 一档。 ★ 判据 `TestCapability_AllMethodsClassified` 当场报出 "未登记 ⇒ 会按 CapCore 放行，绕过权限检查" —— 那意味着任何插件都能关机。 2. 内置插件走 `SDKConfig.KernelControl`，第一版我写成"有就发"， 等于全部内置插件都能关机。改为按名字白名单（目前只有 webui）。 ## 判据（7 条） 心跳：解析 / 消费后必须清除 / worker 不得写回已消费指令 / 未消费时必须续写 能力：只有白名单插件拿得到 / 未装配时返回 nil 不 panic / SDK nil 安全 心跳文件：不得无限增长 / 大文件只读尾部且读后收敛 变异 6/6 咬住。全量 53 包 ok。 ## UI 导航底栏两个图标按钮（与主题/语言/退出并列）：重启有确认框 + 轮询等它 回来并自动刷新；关机有**二次确认且写清后果**（必须人工 systemctl start）。 两者都先把响应写回浏览器并 Flush，再让内核退出 —— 否则用户看到的是 connection reset，无法区分"正在重启"和"真出故障了"。	2026-10-17 21:18:07 +08:00