mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-07 01:37:34 +00:00
feat(update): 差分 OTA + 安装形态分派 + 事件总线统一受安全监控
三条主线，由 e2e 实测驱动。 ## 一、差分 OTA（internal/update/delta.go） 实测：改一行逻辑，88MB 的二进制逐字节只差 80 字节，而 OTA 一直下整包。 用 rsync 族的滚动哈希块匹配（4KB 粒度），不是 bsdiff —— 后者需 17×N 峰值内存（88MB → 1.5GB），而升级恰可能发生在内存紧张时。 真实二进制实测：88,036,728 字节 → 补丁 77,316 字节（0.088%）。 三道闸：应用前验旧文件 sha256（错基线会静默产出垃圾）、应用后验结果 sha256、COPY/LITERAL 越界防护。任何失败**退回整包**，不向上抛 —— 差分是优化，不是可用性前提。 接入：Source.Resolve 优先试 delta；CheckRelease 按 -from-<commit8>.delta 匹配（不猜基线）；CLI 新增 -make-delta；打包脚本 build_delta（需 PREVIOUS_HOMED），delta 进 SHA256SUMS。 ## 二、安装形态分派（internal/update/install.go + channel.go） 内核对「能不能自己升级」此前只有一个答案：直接替换二进制。而 deb/rpm 形态下那样做会让 dpkg/rpm 数据库与实际内容不一致（下次 apt upgrade 覆盖回旧版，或 dpkg 拒绝后续升级）。 新增探测：deb/rpm/tar/container/source 五类形态 + 变体（full/server/ client/toolchain）+ 目录写权限。判据全部来自可观测系统事实（dpkg 的 info 目录、容器标记文件），不做路径推断。 三端统一走 PlanUpgrade 分派；形态闸门放在**下载 880MB 之前**。 ## 三、事件总线统一受安全监控（internal/events + security） 用户指正：「eventbus 上所有事件都要接受安全模块的监控」。 此前 EventPolicy 只被 internal/sdk/events.go 调用，而那是四条路径中的 一条。s.Publish / s.Subscribe / s.EventBus() 拿的是裸 *events.Bus， 任何插件都能绕过策略发任意事件（含伪造内核事件）。 现在闸门在 Bus.Publish/Subscribe 本体上（Guard 接口注入，避免 events ↔ security 成环），四条路径全部覆盖。sdk.EventBus() 改返回带身份的 BusHandle。内核身份免授权，但载荷照样过凭据闸门。 白名单按主体收窄：agent_output/stage/terminal_output 只允许承载者 （webui/cli/agentcli）发布 —— 它们是内核向外的输出面，谁都能发就等于 能伪造 agent 说的话。 ## e2e 暴露并修掉的三个真实回归 [bus] subscribe denied: pluginmgr type=update_request [bus] subscribe denied: skillmgr type=skill_detected 前两个让升级请求静默丢失、职责链交接断掉。内部协作事件必须可订阅 （安全边界在发布侧，订阅只是「听得到」）。 ## 顺带的止血修复 - 回滚判据从 `--version` 改为 digest：旧内核（1.3.x 及以前）没有该 flag，而它恰是最常见的回滚目标 —— 原逻辑让「从旧版升级失败」永久 无法回滚。 - CopyFile 补 fsync（替换 homed 本体时掉电会留半截文件）。 - restore 完整还原才清 marker（原先先清再还原，还原失败就失去第二次 自愈机会）。 - 回滚时移除升级中新增的 depgraph（否则「旧 homed + 新 depgraph」 会因 digest 不匹配崩溃循环）。 - homed-upgrade 不再硬编码 systemctl restart（丢 guard 状态、unit 名 漂移）；改用内核已有的 restartCh → exit 42 语义。 - homed-upgrade 不再用 CGO_ENABLED=0 编却依赖 go-sqlite3（stub 下 静默失效，该路径从未工作过）；改用 internal/config。 - 服务单元补 User=hologramagent + 三条安装路径补建用户（此前发行物里 完全没有落实降权）。 - rpm 的 fpm 调用补 --after-install（此前 rpm 装完根本不建用户）。 ## 判据 新增 30 条：差分 8（往返/压缩比/错基线/截断/篡改/边界）、通道 8、 执行器 6、事件闸门 8、按主体授权 8。全仓 go test ./... 0 失败。
This commit is contained in:
JianFeeeee
@ -4,11 +4,13 @@ import (
|
||||
"context"
|
||||
"log"
|
||||
"path/filepath"
|
||||
"strings"
|
||||
|
||||
internalConfig "github.com/JianFeeeee/HologramAgent/internal/config"
|
||||
"github.com/JianFeeeee/HologramAgent/internal/kernelboot"
|
||||
"github.com/JianFeeeee/HologramAgent/internal/kernelmod/pluginhost"
|
||||
securitymod "github.com/JianFeeeee/HologramAgent/internal/kernelmod/security"
|
||||
"github.com/JianFeeeee/HologramAgent/internal/memory"
|
||||
"github.com/JianFeeeee/HologramAgent/internal/meta"
|
||||
// ★ 内置插件统一走 internal/plugins 的清单（all.go），**不要**在这里
|
||||
// 单独导入某个插件：
|
||||
@ -17,6 +19,7 @@ import (
|
||||
// · 想增删内置插件请改 all.go。
|
||||
_ "github.com/JianFeeeee/HologramAgent/internal/plugins"
|
||||
"github.com/JianFeeeee/HologramAgent/internal/systemd"
|
||||
updatepkg "github.com/JianFeeeee/HologramAgent/internal/update"
|
||||
|
||||
// 空白导入内置 provider：它们各自在 init 里注册到 pkg/embedding。
|
||||
// 想把核心换成自己的模型，只需替换这一行（或另建一个发行版 main）。
|
||||
@ -81,6 +84,16 @@ func main() {
|
||||
|
||||
agentWorkDir := ensureDataDirs(opt.dataDir)
|
||||
|
||||
// ★ 数据外置接线（第 4 项）：告诉分词器去哪里找外置词库。
|
||||
//
|
||||
// 词库 12MB + ONNX 模型 47MB 是**数据**而不是代码，却 //go:embed 进了
|
||||
// 二进制（88MB 里 59MB 是它们）。外置后：
|
||||
// · 词库/模型可独立发版，不必重下整个二进制
|
||||
// · 而 patch 版本之间这两个目录实际从未变过
|
||||
//
|
||||
// 必须在 GetJieba() 首次调用之前设：首次调用会初始化单例并固定目录。
|
||||
memory.SetJiebaDataDir(opt.dataDir)
|
||||
|
||||
// ---- 配置中心（SQLite 持久化，唯一配置源） ----
|
||||
//
|
||||
// 必须早于 initMemoryStack：蒸馏的生成侧 provider 由配置决定
|
||||
@ -89,6 +102,34 @@ func main() {
|
||||
cfgReg := internalConfig.NewConfigRegistry(filepath.Join(opt.dataDir, "config.db"))
|
||||
defer cfgReg.Close()
|
||||
cfgReg.SeedDefaults(opt.dataDir)
|
||||
|
||||
// ========================================================================
|
||||
// ★ 数据目录**权威源**：数据库优先，命令行次之
|
||||
//
|
||||
// 用户 2026-10-28 裁定：`core.daemon.data_dir` 有值时以它为准，没有时
|
||||
// 才用 `-data`。理由是这个键是**运维可改的**（WebUI 就能改），而 `-data`
|
||||
// 写在 systemd 单元里、改它要碰部署配置。让可改的那个赢，才符合直觉。
|
||||
//
|
||||
// ## 为什么必须在 cfgReg 之后、一切重型初始化之前
|
||||
//
|
||||
// 它决定 logDir / cli.sock / 心跳文件 / 各存储的落点。晚一步就出现
|
||||
// "日志已经写进 A、数据写进 B"的分裂。
|
||||
//
|
||||
// ## 为什么只做一次
|
||||
//
|
||||
// cfgReg 是从 <cliDataDir>/config.db 打开的，而它读出的 data_dir 可能是
|
||||
// 另一个目录 —— 那个目录下**也有** config.db。若再次打开去读它，就成了
|
||||
// 自我引用的无限链。所以：库只开一次，键只读一次。
|
||||
// ========================================================================
|
||||
if dbDir := strings.TrimSpace(cfgReg.GetString("core.daemon.data_dir", "")); dbDir != "" {
|
||||
if clean := filepath.Clean(dbDir); clean != filepath.Clean(opt.dataDir) {
|
||||
log.Printf("[homed] data dir: 以数据库 core.daemon.data_dir 为准 → %s（原 -data %s）", clean, opt.dataDir)
|
||||
}
|
||||
opt.dataDir = filepath.Clean(dbDir)
|
||||
}
|
||||
if opt.cliSocket == "" || !filepath.IsAbs(opt.cliSocket) {
|
||||
opt.cliSocket = filepath.Join(opt.dataDir, "cli.sock")
|
||||
}
|
||||
// LLM 配置写前留档（config_set 写 core.llm.* 前自动快照），guard 恢复用基线
|
||||
// ★ 锚点：本块必须在 SetLLMSnapshotFile / ToConfig 之前（两者都会读 core.llm.*）。
|
||||
// ========================================================================
|
||||
@ -197,6 +238,22 @@ func main() {
|
||||
}
|
||||
defer ks.CloseAll()
|
||||
|
||||
// ★ 挂载内核侧升级执行器（第 3 项：执行权归内核）。
|
||||
//
|
||||
// 为何在这里而不是在 update 模块的 Init 里：update 模块必须在第 0 层
|
||||
// （回滚判定要早于一切模块），而事件总线由 kernelapi 层产出 ——
|
||||
// 第 0 层时它还不存在。所以分两段：Init 做回滚与探测，此处订阅
|
||||
// update_request 并接管“scope=kernel”的执行。
|
||||
//
|
||||
// 为何执行权必须在内核而不是插件：插件可以被 disable / auto_start:false，
|
||||
// 而升级内核这件事不能依赖一个可被禁用的部件。
|
||||
// ★ 注入事件总线（升级进度/结果都要发出去）。
|
||||
//
|
||||
// 注入后 internal/update 以内核身份发事件，**插件不再需要持有 *events.Bus**
|
||||
// —— 那正是“安全监控可被绕过”的根源（拿裸总线就能伪造任意事件）。
|
||||
updatepkg.SetEventBus(ks.EventBus)
|
||||
defer updatepkg.AttachExecutor(ks.EventBus, ks.DataDir)()
|
||||
|
||||
cfg := ks.Cfg
|
||||
luaVM := ks.LuaVM
|
||||
sup := ks.Supervisor
|
||||
|
||||
Reference in New Issue
Block a user