mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-01 14:57:38 +00:00
三条主线,由 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 失败。
163 lines
5.8 KiB
Go
163 lines
5.8 KiB
Go
// Package memory 的 jieba 词库内嵌。
|
||
//
|
||
// 为什么要把词库嵌进二进制,而不是像以前那样去猜 Go 模块缓存路径:
|
||
//
|
||
// 原实现是 `jiebaDictDir()` 依次试 GOMODCACHE / GOPATH / ~/go/pkg/mod,去找
|
||
// `github.com/yanyiwu/gojieba@v1.4.7/deps/cppjieba/dict`。部署机上通常**没有**
|
||
// Go 模块缓存,于是返回 "",`GetJieba()` 返回 nil,四个分词/关键词函数
|
||
// **一律静默返回空列表**(只在首次打一行「jieba disabled」)。
|
||
//
|
||
// 后果不是「少了个优化」而是**能力整体消失**:图记忆的关键词提取、文档
|
||
// TF-IDF 分词、NLP 依存解析(进而 doc→graph 三元组抽取)全部退化为空。
|
||
// 而本机之所以看起来正常,只是因为开发机与生产机重合、恰好有那份模块缓存。
|
||
//
|
||
// 内嵌后词库成为产物的一部分:与二进制同版本、随二进制分发、不依赖宿主环境。
|
||
// 代价是包体大 ~11.6MB(jieba.dict.utf8 5.1M + idf.utf8 6.0M + hmm_model 0.5M + …),
|
||
// 这是可接受的——它换来的是「装到哪都能用」。
|
||
//
|
||
// 关于 POS:gojieba 的 Tag() 不读 `pos_dict/` 目录,而是从主词典每行的
|
||
// 词性列取 tag(cppjieba 的 PosTagger::LookupTag 走 dict->Find(...)->tag),
|
||
// 取不到时用 SpecialRule 按字符类型兜底。所以这 5 个文件已足够同时支撑
|
||
// Cut 与 Tag,无需再嵌 pos_dict/。
|
||
package memory
|
||
|
||
import (
|
||
"crypto/sha256"
|
||
"embed"
|
||
"encoding/hex"
|
||
"fmt"
|
||
"io/fs"
|
||
"os"
|
||
"path/filepath"
|
||
"sort"
|
||
)
|
||
|
||
//go:embed jiebadict/*
|
||
var jiebaDictFS embed.FS
|
||
|
||
// jiebaDictFiles 是 gojieba.NewJieba 需要的 5 个文件,顺序与它的参数一致:
|
||
// dict, hmm, user, idf, stop_words。
|
||
var jiebaDictFiles = []string{
|
||
"jieba.dict.utf8",
|
||
"hmm_model.utf8",
|
||
"user.dict.utf8",
|
||
"idf.utf8",
|
||
"stop_words.utf8",
|
||
}
|
||
|
||
// materializeJiebaDict 返回可用的词库目录(gojieba 只接文件路径)。
|
||
//
|
||
// ## 取值顺序(第 4 项:数据外置)
|
||
//
|
||
// ① 部署目录 <DataDir>/jiebadict/(5 个文件齐备且非空)
|
||
// ② 系统目录 /usr/share/hologram/jiebadict/
|
||
// ③ 内嵌词库落盘(向下兼容:旧部署里二进制内就有)
|
||
//
|
||
// ## 为何要允许外置(这是 OTA 体积问题的根)
|
||
//
|
||
// 词库 12MB 是**数据**,不是代码。它 #go:embed 进二进制后:
|
||
//
|
||
// · 二进制 88MB 里有 59MB 是模型+词库,改一行代码要重下 88MB
|
||
// · 而 patch 版本之间这两个目录**从未变过**(实测 v1.3.8→v1.3.13
|
||
// 的 git log 里零提交)
|
||
//
|
||
// 外置后:词库可以独立发版,二进制只剩代码;掉电风险也不受影响
|
||
// (词库坏了只是分词变差,不阻断启动)。
|
||
//
|
||
// ★ 外置目录只要**文件齐备且非空**就用,不做哈希校验:
|
||
// 词库是数据不是可执行代码,装错版本最多分词效果差;而哈希校验会让
|
||
// “用户手工换了一份词库”直接不可用,那是不必要的刚性。
|
||
func materializeJiebaDict(dataDirs ...string) (string, error) {
|
||
// ① ② 部署目录优先(带 DataDir 的调用方由 cut.go 传入)
|
||
for _, d := range append(dataDirs, "/usr/share/hologram") {
|
||
if d == "" {
|
||
continue
|
||
}
|
||
cand := filepath.Join(d, "jiebadict")
|
||
if externalJiebaDictComplete(cand) {
|
||
return cand, nil
|
||
}
|
||
}
|
||
|
||
// ③ 退回内嵌(保持旧行为,不破坏任何现有部署)
|
||
sum, err := jiebaDictDigest()
|
||
if err != nil {
|
||
return "", err
|
||
}
|
||
base, err := os.UserCacheDir()
|
||
if err != nil || base == "" {
|
||
base = os.TempDir()
|
||
}
|
||
dir := filepath.Join(base, "homeagent", "jieba-"+sum)
|
||
|
||
if jiebaDictComplete(dir) {
|
||
return dir, nil
|
||
}
|
||
if err := os.MkdirAll(dir, 0o755); err != nil {
|
||
return "", fmt.Errorf("创建词库目录: %w", err)
|
||
}
|
||
for _, name := range jiebaDictFiles {
|
||
data, err := jiebaDictFS.ReadFile("jiebadict/" + name)
|
||
if err != nil {
|
||
return "", fmt.Errorf("读取内嵌词库 %s: %w", name, err)
|
||
}
|
||
path := filepath.Join(dir, name)
|
||
// 先写临时文件再 rename:避免并发启动时读到写了一半的词库。
|
||
tmp := path + ".tmp"
|
||
if err := os.WriteFile(tmp, data, 0o644); err != nil {
|
||
return "", fmt.Errorf("写出词库 %s: %w", name, err)
|
||
}
|
||
if err := os.Rename(tmp, path); err != nil {
|
||
return "", fmt.Errorf("落位词库 %s: %w", name, err)
|
||
}
|
||
}
|
||
return dir, nil
|
||
}
|
||
|
||
// externalJiebaDictComplete 判断外部目录里的 5 个词库是否齐备且非空。
|
||
//
|
||
// ★ 只查“存在且非空”,不跟内嵌版本比大小:外置的意义就是允许
|
||
// 词库独立升级,拿内嵌版本当基准会让升级永远不生效。
|
||
func externalJiebaDictComplete(dir string) bool {
|
||
for _, name := range jiebaDictFiles {
|
||
st, err := os.Stat(filepath.Join(dir, name))
|
||
if err != nil || st.IsDir() || st.Size() == 0 {
|
||
return false
|
||
}
|
||
}
|
||
return true
|
||
}
|
||
|
||
// jiebaDictDigest 对全部内嵌词库内容求哈希,作为落盘目录名的一部分。
|
||
func jiebaDictDigest() (string, error) {
|
||
h := sha256.New()
|
||
// 按固定顺序喂入:embed.FS 的遍历顺序不保证稳定,顺序变了哈希就变,
|
||
// 会导致每次启动都重建一份词库。
|
||
names := append([]string(nil), jiebaDictFiles...)
|
||
sort.Strings(names)
|
||
for _, name := range names {
|
||
data, err := jiebaDictFS.ReadFile("jiebadict/" + name)
|
||
if err != nil {
|
||
return "", fmt.Errorf("读取内嵌词库 %s: %w", name, err)
|
||
}
|
||
fmt.Fprintf(h, "%s:%d:", name, len(data))
|
||
h.Write(data)
|
||
}
|
||
return hex.EncodeToString(h.Sum(nil))[:16], nil
|
||
}
|
||
|
||
// jiebaDictComplete 判断目录下 5 个词库是否齐全且大小与内嵌版本一致。
|
||
func jiebaDictComplete(dir string) bool {
|
||
for _, name := range jiebaDictFiles {
|
||
want, err := fs.Stat(jiebaDictFS, "jiebadict/"+name)
|
||
if err != nil {
|
||
return false
|
||
}
|
||
got, err := os.Stat(filepath.Join(dir, name))
|
||
if err != nil || got.Size() != want.Size() {
|
||
return false
|
||
}
|
||
}
|
||
return true
|
||
}
|