fix: WebUI 版本显示 + Windows 交叉编译 + 发布脚本三处回归

## WebUI 版本链路修复

问题：handler.go:949 报的是 sdk.SDKVersion，那条链最终指向
SDK 仓 meta.Version 的硬编码值，与 -ldflags 注入的内核版本
完全不相交。构建时间、commit hash 全部丢失。
dashboard.html 兜底值是 '0.1.0'——碰巧版本号相等时不显眼，
一旦不等就报错。

修复：
- KernelStatus 新增 BuildStatus 字段（Version/Commit/BuildTime/SDKCompatible/KernelName）
  取自 internal/meta（-ldflags 注入点），与接口冻结无关（KernelStatus 只在 internal/sdk）
- /api/v1/status 改用 meta.Version，另加 sdk_version 字段暴露 SDK 版本
- dashboard.html 概览卡显示 HomeAgent vX.Y.Z + commit/日期/SDK 兼容版本，
  去掉 || '0.1.0' 误导性兜底

## Windows 交叉编译修复

问题：internal/plugin/dynamic_proc_windows.go（Part 1 的桩，610e9d0）只定义了
tryLoadProc，但平台中立的 registry.go 还在调 loadProc / closeProcHost——这两个
函数只在 dynamic_proc_unix.go 里。Windows 下整个 homed 从 Part 1 起编译不过。

plan.md §12.5 声称「Windows 只做了交叉编译，无真机验证」——实际是连编译都没通过。

修复：dynamic_proc_unix.go / dynamic_proc_windows.go 合并为平台中立的
dynamic_proc.go（文件内无任何平台专属调用，proc 包内部通过
shmalloc_* / evtfd_* / shmpass_* / procattr_* 各自带构建标签处理差异）。

## 发布脚本三处回归修复

deploy/packaging/build.sh（从 package/build.sh 移到 deploy/packaging/ 后）：
1. PROJECT_ROOT 少一层目录（.. → ../..），产物落进 deploy/build/ 而非根目录
2. initconfig 从未被构建，但 installer.nsi 和 package-linux.sh 都引用它
3. GO 兜底路径指向 /home/jianf/go1.26.5（陈旧硬编码）改为 command -v go
4. electron-builder --config package.json 校验整个文件导致 devDependencies 被判为 unknown
   property，去掉 --config 让它从 build 键读配置

deploy/packaging/package-linux.sh：
1. build_go() 补上 initconfig 构建步骤
2. GO 兜底路径同步修复

知识库 3 条重写 + 1 条新增：
- homeagent_identity：v0.9.0 C ABI → v1.0.0 子进程
- homeagent_architecture：全篇重写为子进程架构（三面通信、Supervisor 台账、
  崩溃自愈、权限三道闸）
- homeagent_recent_updates：在 v0.9.0 前插入 v1.0.0 主线摘要
- changelog_v1.0.0（新建）：6 类缺陷消除、架构、实测、已知限制、迁移指引

internal/plugin/dynamic_proc.go

@@ -1,5 +1,3 @@
-//go:build linux || darwin
-
 package plugin
 
 import (
@@ -14,6 +12,20 @@ import (
 	sdk "gitcode.com/JianFeeeee/HomeAgent/internal/sdk"
 )
 
+// 本文件平台中立。
+//
+// 曾经拆成 dynamic_proc_unix.go + dynamic_proc_windows.go（Part 1，610e9d0），
+// 当时共享内存只有 POSIX mmap 实现，故 Windows 侧只放了个报「尚未实现」的桩。
+// 但那个桩只定义了 tryLoadProc，而平台中立的 registry.go 还在调 loadProc /
+// closeProcHost —— **Windows 下整个 homed 从那时起就编译不过**
+// （plan.md §12.5 声称「交叉编译通过」，实际只验证了 proc 子包）。
+//
+// Part 6.2（d027c96）补齐了 Windows 共享内存（CreateFileMappingW）、事件通知
+// （CreateEventW）与段传递（命名对象经环境变量），桩却没人回头删。
+//
+// 现在合回一个文件：本文件里没有任何平台专属调用，全部差异封装在 proc 包的
+// shmalloc_* / evtfd_* / shmpass_* / procattr_* 里，那些文件各自带构建标签。
+
 // tryLoadProc 只做静态校验（供双通道探测与测试），不构造插件实体。
 //
 // 真正加载走 Registry.loadProc：子进程插件需要共享段 Host，

internal/plugin/dynamic_proc_windows.go

@@ -1,25 +0,0 @@
-//go:build windows
-
-package plugin
-
-import (
-	"fmt"
-	"os"
-	"path/filepath"
-
-	sdk "gitcode.com/JianFeeeee/HomeAgent/internal/sdk"
-)
-
-// tryLoadProc 的 Windows 桩：子进程通道本身是跨平台的（stdio JSON-RPC 无平台差异），
-// 但共享内存数据面当前基于 POSIX mmap，Windows 需改用 CreateFileMapping。
-//
-// 迁移评估 §9.2 已记录：Windows DLL 路径当前能力严重退化（只下发 3 字段、无写回），
-// 迁移到子进程后三套 ABI 收敛为单一 RPC 实现，Windows 反而受益——但需要测试机验证。
-func tryLoadProc(dir, name string, config map[string]interface{}) (sdk.Plugin, error) {
-	for _, candidate := range []string{binEntry, "plugin.exe"} {
-		if st, err := os.Stat(filepath.Join(dir, candidate)); err == nil && !st.IsDir() {
-			return nil, fmt.Errorf("proc plugin %s: Windows 子进程通道尚未实现（Part 2 + §9.2）", name)
-		}
-	}
-	return nil, nil
-}