mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-01 14:57:38 +00:00
d17e261b76
## 为什么必须是第 0 层（用户口径） update 肩负「启动失败回滚上一次升级」的职责，该职责必须**早于所有模块**。 若排在后面：升级后新内核在 memory/llm 阶段崩了，而回滚还没跑 ⇒ 机器进 崩溃循环，只能靠 guard 的 failback（受限启动）兜底。failback 是最后手段， 不该承担"换错二进制"这种**已知可回滚**的故障。 ⇒ Requires() 为空 ⇒ 依赖图天然把它放 Layers[0]。 ## 两段式升级确认（rollback.go） 升级成功 ──→ 写 pending 标记（"这个版本尚未被确认能启动"） ↓ 重启 → 内核启动 → update 模块（第 0 层）读标记 ↓ ┌────────────┴────────────┐ 标记还在 标记已不在 （上次升级没能活到清除） （上次升级已确认成功） ↓ ↓ 回滚到备份版本 正常继续 + 清标记 清除时机：模块跑完自检后立刻清。只依赖"进程活着且执行到第 0 层"， 不依赖其他模块 ⇒ 不会误判。 **为什么不用 TTL / 重启次数**：那是 guard 已有的 failback，但判据是 "崩了几次"，不是"这次升级该不该撤销"。用重启次数会在"新版本偶发崩溃"时 误回滚 —— 而那种情况该修的是崩溃，不是回退版本。 ## 分层（与仓库其他模块同一惯例） internal/update/ 业务实现（三端共用：CLI/WebAPI/agent 工具） internal/kernelmod/update/ 适配层（读 ks → 调业务包 → 写回 ks） 参照 supervisor 模块：实现在 internal/supervisor，模块里只做装配。 分开的理由：internal/update 被三端调用，它们都没有 KernelState。 ## 标记写入时机（一个真实的顺序坑） MarkPendingUpgrade 在**替换二进制之前**调用。反过来（替换后才写）会在 "替换成功但没来得及写标记就崩了"时丢标记 ⇒ 下次启动不知道该回滚。 且写标记失败 ⇒ **放弃本次升级**（未替换任何文件）：没有标记就没有回滚 能力，而不带回滚的升级等于赌运气。 ## 回滚失败必须响亮 备份不存在时返回 error，调用方（模块 Init）必须中止启动 —— 继续装配等于 用一个已知起不来的版本。错误文案带备份路径与标记路径（删标记即可放弃回滚）， 人能照着修。 ## 判据 internal/update/rollback_test.go 10 条，2 条经变异验证： · TestRollback_RestoresBackup —— 二进制+depgraph 同批回滚、标记清除、 坏版本留档 homed-broken-*、版本轨迹记录 变异：回滚后不清标记 ⇒ 红 · TestRollback_MissingBackupIsLoud —— 备份缺失时报错且可执行 变异：静默返回 nil ⇒ 红 · TestPendingMarker_AbsentIsNotError —— 无标记返回 (nil,nil) 而非 error （否则每次启动都走"回滚失败"分支 ⇒ 内核永远起不来） · TestPendingMarker_CorruptIsActionable —— 标记损坏时提示可删 · TestStateSummary_* —— 回滚信息进 healthcheck；nil 安全 ## 顺带修正的既有判据 · runtime_dep_test.go：L0 设施集合从 2 个变 3 个（新增 kernel.version）， 改为断言**集合**而非顺序（注册表本就是乱序的） · facilities.go：新增 FacVersion，并登记为 internalOnlyFacilities （它是启动时序事实，不是插件契约 —— facilities_sync_test 的守卫正确拦住了 "把内部标记泄漏成对外契约"） 三个 DoUpgrade 调用点补 dataDir 参数（标记落点必须与内核 --data 一致）。
116 lines
4.1 KiB
Go
116 lines
4.1 KiB
Go
package all
|
||
|
||
// 设施名「内核 ↔ 公开 SDK」一致性判据（2026-10-16）。
|
||
//
|
||
// ## 为什么需要它
|
||
//
|
||
// 设施名同时存在于**两处**，且必须逐字一致：
|
||
//
|
||
// 内核：internal/kernelmod/facilities.go （模块 Provides 用）
|
||
// SDK：third_party/homeagent-sdk/sdk/facilities.go （插件声明用）
|
||
//
|
||
// 它们**不能合并**：SDK 是独立发布的模块（外部插件依赖它），
|
||
// 而内核的 internal 规则又禁止内部包被外部 import。
|
||
//
|
||
// ⇒ 两处并存 ⇒ 有漂移风险。**改一处忘另一处**的后果是：
|
||
// 插件按 SDK 声明的名字，内核从未注册 ⇒ 插件**永不启动**，且（在本判据
|
||
// 与运行期校验出现前）无任何报错。
|
||
//
|
||
// 本判据把"两边一致"变成可执行的检查。
|
||
//
|
||
// ## 为什么必须从**源码**提取而不是手写清单
|
||
//
|
||
// 手写清单在"新增了一个设施名但只改了内核"时**也不会包含新名字**
|
||
// ⇒ 判据照样绿（守卫形同虚设）。本仓已有先例
|
||
// （TestCapability_AllMethodsClassified 初版就是这个毛病）。
|
||
|
||
import (
|
||
"os"
|
||
"path/filepath"
|
||
"regexp"
|
||
"sort"
|
||
"testing"
|
||
)
|
||
|
||
// internalOnlyFacilities 是**内核内部**顺序标记（不是给插件的契约）。
|
||
//
|
||
// ★ 判据要排除它们：它们的消费者是内核模块，不该进公开 SDK。
|
||
// 若把它们也拿去比对，会得到"内核有但 SDK 没有"的**假红**（实测撞到：
|
||
// knowledge-migrated）。反向也要防：有人误把内部标记放进 SDK 当对外契约。
|
||
var internalOnlyFacilities = map[string]bool{
|
||
"knowledge-migrated": true,
|
||
// kernel.version 同理：它是 update 模块的启动时序事实（"版本自检与
|
||
// 升级回滚判定已完成"），消费者是内核模块，不是插件契约。
|
||
"kernel.version": true,
|
||
}
|
||
|
||
// extractFacilities 从 Go 源码里提取 `FacilityXxx = "值"` 形式的常量。
|
||
func extractFacilities(t *testing.T, path string) map[string]string {
|
||
t.Helper()
|
||
b, err := os.ReadFile(path)
|
||
if err != nil {
|
||
t.Fatalf("读 %s: %v", path, err)
|
||
}
|
||
re := regexp.MustCompile(`(?m)^\s*(Fac[A-Za-z0-9_]*|Facility[A-Za-z0-9_]*)\s*=\s*"([^"]+)"`)
|
||
out := map[string]string{}
|
||
for _, m := range re.FindAllStringSubmatch(string(b), -1) {
|
||
out[m[1]] = m[2]
|
||
}
|
||
if len(out) < 10 {
|
||
t.Fatalf("只从 %s 提取到 %d 个设施常量 —— 正则或文件结构变了（判据会假绿）",
|
||
path, len(out))
|
||
}
|
||
return out
|
||
}
|
||
|
||
// ★★★ 判据：**内核与 SDK 的设施名值集合逐字一致**。
|
||
func TestFacilityNamesMatchPublicSDK(t *testing.T) {
|
||
kernel := extractFacilities(t, filepath.Join("..", "facilities.go"))
|
||
sdk := extractFacilities(t, filepath.Join("..", "..", "..",
|
||
"third_party", "homeagent-sdk", "sdk", "facilities.go"))
|
||
|
||
kernelVals := map[string]string{} // 值 → 内核常量名
|
||
for name, v := range kernel {
|
||
if internalOnlyFacilities[v] {
|
||
continue // 内核内部顺序标记，不是插件契约
|
||
}
|
||
kernelVals[v] = name
|
||
}
|
||
sdkVals := map[string]string{}
|
||
for name, v := range sdk {
|
||
sdkVals[v] = name
|
||
}
|
||
|
||
var missingInSDK, missingInKernel []string
|
||
for v, name := range kernelVals {
|
||
if _, ok := sdkVals[v]; !ok {
|
||
missingInSDK = append(missingInSDK, name+"="+v)
|
||
}
|
||
}
|
||
for v, name := range sdkVals {
|
||
if _, ok := kernelVals[v]; !ok {
|
||
missingInKernel = append(missingInKernel, name+"="+v)
|
||
}
|
||
}
|
||
sort.Strings(missingInSDK)
|
||
sort.Strings(missingInKernel)
|
||
|
||
if len(missingInSDK) > 0 {
|
||
t.Errorf("★ 内核有但**公开 SDK 没有**的设施名: %v\n"+
|
||
" 后果：插件作者无法 import 该常量（只能照文档抄 ⇒ 易拼错），"+
|
||
"且打包期校验会把它当'未知设施名'而拒绝", missingInSDK)
|
||
}
|
||
for v := range sdkVals {
|
||
if internalOnlyFacilities[v] {
|
||
t.Errorf("★ 公开 SDK 里出现了内核**内部顺序标记** %q —— "+
|
||
"它的消费者是内核模块，不该成为插件契约（插件声明它没有意义，"+
|
||
"且会误导作者以为可用）", v)
|
||
}
|
||
}
|
||
if len(missingInKernel) > 0 {
|
||
t.Errorf("★ 公开 SDK 有但**内核没有**的设施名: %v\n"+
|
||
" 后果：插件按此声明 ⇒ 内核从未注册 ⇒ 插件**永不启动**（静默）",
|
||
missingInKernel)
|
||
}
|
||
}
|