HomeAgent

jianf/HomeAgent

Fork 0

mirror of https://gitcode.com/JianFeeeee/HomeAgent.git synced 2026-11-01 14:57:38 +00:00

Commit Graph

Author	SHA1	Message	Date
JianFeeeee	c33199cc5a	fix(webui,plugin): 内核控制按钮晚绑定 + 按钮布局；plugin_start 报错给候选名 1. 内核控制通道晚绑定（真机 503 实测） POST /api/v1/kernel/restart 一直返回 503：webui 由 plugin-host 在装配期拉起，而 main() 里 SetKernelControl 还没执行 ⇒ 插件 Start 拿到 nil。依赖图保证不了 main 里的语句顺序，所以改成让插件拿解析器（lazyKernelControl），调用那一刻再取真实通道；授权仍在每次调用时按 kernelControlAllowed/kernelRestartAllowed 复核，不因晚绑定放宽。 2. WebUI 重启/关机按钮布局原先用 .theme-btn（顶栏图标样式：pill + margin-right + 无文字）混在侧栏底部的文字按钮里 ⇒ 大小不一、挤在一起、关机看不出是危险操作。改为与「退出登录」同族的 btn-sm，带图标+文字，关机用 danger 悬停。 3. plugin_start 失败报错原来只说加载出错，或插件不存在，一个可用名字都不给，模型只能盲猜（实测把 files 写成 file）。现在给：失败原因分类（目录不存在/没清单/ 自身加载失败）、最接近的名字（Levenshtein ≤2）、已安装清单（最多 12）。 4. scripts/migrate-plugins-to-org.sh：插件迁到 GitHub 组织独立仓的脚本收口测试：go build ./... 通过；go test ./internal/plugin ./internal/plugins/webui 全绿。	2026-10-27 01:43:19 +08:00
JianFeeeee	02022bc13d	feat(ota): kernelupgrade 抽成独立包 + 插件仓库迁移脚本 ## 1. internal/kernelupgrade：抽包（避免两份实现漂移）原来 641 行全在 cmd/homed-upgrade 的 main 包里。内核侧的 kernel_update 工具要复用同一套逻辑，而 main 包不可被 import —— 照抄一份的后果是 "CLI 能升级、agent 调用却把机器搞坏"。导出：ReadBinVersion / CompareVersions / ParseSemver / CmpSemver / ProbePluginCompat / ExtractPkg / FindFile / DoUpgrade / WaitHealthy 等。 CLI 变薄壳（只留 flag 解析与 fail 输出）。 ★ 顺带修一个真实 bug（判据抓到）：ParseSemver 原来只挡 len<2，于是 "1.4" 漏过去、缺失的 patch 被零值填成 1.4.0 —— 会让「1.4 → 1.4.0」被判成完全相同（进而说"无需升级"），而两者内容未必相同。现在要求恰好三段。 ## 2. scripts/migrate-plugins-to-org.sh：插件迁成独立仓库为什么迁：插件散在 SDK 仓 example/ 下有三个问题 —— ① 插件版本与 SDK 版本绑死（一次 SDK 发版把所有插件都带上） ② 插件作者不能单独为自己的插件发版 ③ plugin_update 需要"仓库地址 → 拉源码 → 编译"，而 example/ 是别人的仓库，不是插件自己的仓库脚本纪律： · 默认 --dry-run，不碰 GitHub · 产物不入库（dist/build/rawfile/node_modules/*.hmap 全排除）—— 实测源码 3MB、产物 1.9G，后者进了仓库就再也删不干净 · 幂等：仓库已存在（422）则跳过创建，重跑安全 · 自动给 plg.json 补 repo 字段，使 plugin_update 能定位仓库 · 用 tar 管道而非 rsync：后者在最小化系统里常常没有（本机实测就没有）执行结果：26 个插件全部迁移（25 Go + 1 Lua），仓库名与插件名同名。	2026-10-26 00:06:59 +08:00

Author

SHA1

Message

Date

JianFeeeee

c33199cc5a

fix(webui,plugin): 内核控制按钮晚绑定 + 按钮布局；plugin_start 报错给候选名

1. 内核控制通道晚绑定（真机 503 实测）
   POST /api/v1/kernel/restart 一直返回 503：webui 由 plugin-host 在装配期
   拉起，而 main() 里 SetKernelControl 还没执行 ⇒ 插件 Start 拿到 nil。
   依赖图保证不了 main 里的语句顺序，所以改成让插件拿**解析器**
   （lazyKernelControl），调用那一刻再取真实通道；授权仍在每次调用时
   按 kernelControlAllowed/kernelRestartAllowed 复核，不因晚绑定放宽。

2. WebUI 重启/关机按钮布局
   原先用 .theme-btn（顶栏图标样式：pill + margin-right + 无文字）混在
   侧栏底部的文字按钮里 ⇒ 大小不一、挤在一起、关机看不出是危险操作。
   改为与「退出登录」同族的 btn-sm，带图标+文字，关机用 danger 悬停。

3. plugin_start 失败报错
   原来只说加载出错，或插件不存在，一个可用名字都不给，模型只能盲猜
   （实测把 files 写成 file）。现在给：失败原因分类（目录不存在/没清单/
   自身加载失败）、最接近的名字（Levenshtein ≤2）、已安装清单（最多 12）。

4. scripts/migrate-plugins-to-org.sh：插件迁到 GitHub 组织独立仓的脚本收口

测试：go build ./... 通过；go test ./internal/plugin ./internal/plugins/webui 全绿。

2026-10-27 01:43:19 +08:00

JianFeeeee

02022bc13d

feat(ota): kernelupgrade 抽成独立包 + 插件仓库迁移脚本

## 1. internal/kernelupgrade：抽包（避免两份实现漂移）

原来 641 行全在 cmd/homed-upgrade 的 main 包里。内核侧的 kernel_update
工具要复用同一套逻辑，而 main 包不可被 import —— 照抄一份的后果是
"CLI 能升级、agent 调用却把机器搞坏"。

导出：ReadBinVersion / CompareVersions / ParseSemver / CmpSemver /
ProbePluginCompat / ExtractPkg / FindFile / DoUpgrade / WaitHealthy 等。
CLI 变薄壳（只留 flag 解析与 fail 输出）。

★ 顺带修一个真实 bug（判据抓到）：ParseSemver 原来只挡 len<2，
于是 "1.4" 漏过去、缺失的 patch 被零值填成 1.4.0 —— 会让
「1.4 → 1.4.0」被判成完全相同（进而说"无需升级"），而两者内容未必相同。
现在要求恰好三段。

## 2. scripts/migrate-plugins-to-org.sh：插件迁成独立仓库

为什么迁：插件散在 SDK 仓 example/ 下有三个问题 ——
  ① 插件版本与 SDK 版本绑死（一次 SDK 发版把所有插件都带上）
  ② 插件作者不能单独为自己的插件发版
  ③ plugin_update 需要"仓库地址 → 拉源码 → 编译"，而 example/ 是
     别人的仓库，不是插件自己的仓库

脚本纪律：
· 默认 --dry-run，不碰 GitHub
· 产物不入库（dist/build/rawfile/node_modules/*.hmap 全排除）——
  实测源码 3MB、产物 1.9G，后者进了仓库就再也删不干净
· 幂等：仓库已存在（422）则跳过创建，重跑安全
· 自动给 plg.json 补 repo 字段，使 plugin_update 能定位仓库
· 用 tar 管道而非 rsync：后者在最小化系统里常常没有（本机实测就没有）

执行结果：26 个插件全部迁移（25 Go + 1 Lua），仓库名与插件名同名。

2026-10-26 00:06:59 +08:00

2 Commits