mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-21 09:28:14 +00:00
配套 SDK 提交:homeagent-sdk ba49dfd(公开 API 纯追加,无签名变更)。
本仓第三方的库镜像同步至该版本,以保证全新 clone 能编译。
## 1. 注入标志位(内核侧)
- 7 条注入路径(排队/中断/同步 × 纯文本/带媒体 + 旧 NoMem 变体)解析并转发
no_memory / context_policy / cleaner_name;策略在入口**校验**,
非法值报错而不是静默降级成 none(降级会让调用方以为自己声明的裁剪在生效)。
- 新增 validateContextPolicy(与 tool.register 同一套规则)与 pubSdkInjectOpts。
- input.register 不再手写字段白名单重建 ChannelDef,改为整体传递 + 补 ContextPolicy。
- io 层:applyInjectOpts 把标志位写进事件 payload,仅非零时写
(零值与旧 payload 逐字节一致,事件订阅方与旧内核都不受影响)。
- ioAdapter / procCore / internal-sdk 别名补齐六个 *Opts 实现。
## 2. 修掉「输入无条件裁剪」这个真缺陷
eventloop 此前对**每条非中断输入**都调 `context.Prune(...)`:破坏性(低相关事件被
归档移出上下文)且无法从调用点看出是谁触发的。改为 pruneOnInput/pruneDeclared:
优先级:注入点声明(payload.context_policy)> 通道声明(ChannelDef.ContextPolicy)
> 默认**不裁剪**
查询向量仍取清洗后的内容;新增 cleanInputFor 解析清洗文本,优先级为
注入点声明的 cleaner(cleaner_name)> 按 source 查到的通道 cleaner > 原文,
名字查不到时**记日志再回退**(注入是 fire-and-forget,插件看不到错误,
至少要在内核日志留下「你声明的清洗没生效」的痕迹)。
## 3. jieba 词库内嵌(修「猜 GOMODCACHE → 静默失效」)
原 jiebaDictDir() 去猜 GOMODCACHE/GOPATH/~/go/pkg/mod,部署机上通常没有 Go 模块
缓存 → GetJieba() 返回 nil → 分词/关键词提取/NLP 依存解析(进而 doc→graph 三元组
抽取)/静态词向量 tokenizer **一律静默返回空列表**,只有一行日志。本机看起来正常
只因开发机与生产机重合、恰好有那份缓存。
现在词库随二进制分发:internal/memory/jiebadict/ 5 文件约 11.6MB + go:embed,
按**内容哈希**命名缓存目录落盘(词库升级不复用旧文件),已齐全则跳过写入。
模块缓存降为兜底。homed 体积 32MB。
顺带确认(并有测试佐证):gojieba 的 Tag() 不需要 pos_dict/ 目录——
cppjieba 的 PosTagger 从主词典每行的词性列取 tag。
## 4. homed 放弃 Windows 原生,改走 WSL2
插件体系依赖「继承的 fd」+「统一共享内存区的段内偏移解引用」,Windows 既无 fd
继承语义,其句柄模型也无法表达后者;强行适配等于再维护一套平台专属 ABI
(C ABI 时代三套 ABI 并存曾导致改写型插件在某平台静默失效)。
- cmd/homed/platform_{windows,other}.go:原生 Windows 启动即拒绝并打印 WSL2 指引。
- internal/plugin/proc/shmalloc_windows.go:allocShm 直接返回「请用 WSL2」,
**不返回半可用的段**(与 shmalloc_other.go 同风格:未支持平台显式报错);
procEnvForShm 返回 nil。顺手修掉两处长期编译错误
(cryptorand→rand、h.evData→h.unified.evtData),使 GOOS=windows 至少能编译。
注:homed 本就编不出 Windows——internal/memory 依赖 cgo-only 的 gojieba。
- deploy/packaging/installer.nsi:不再安装 homed.exe/initconfig.exe,改为携带
**linux payload** 并调用新的 install-via-wsl.ps1;退出码 20/21 表示
「需先装 WSL/发行版」,走指引而非报错。
- deploy/packaging/windows/install-via-wsl.ps1(新):检测 WSL → 引导安装 →
确保 WSL2 → 送包进发行版 → 在 WSL 内按 Linux 方式安装。**复用 Linux 包与
linux/setup.sh**,不另写一套安装逻辑;落点与 deb 布局统一
(/usr/bin/homed + /usr/lib/homeagent/setup.sh)。
- deploy/packaging/linux/setup.sh:API Key 允许 HOMEAGENT_API_KEY 覆盖
(否则安装器界面显示一份、config.db 里另一份 → 登录不上)。
- deploy/packaging/build.sh:windows 目标只构建 waiter + gui,并新增
stage_linux_payload 把 Linux 包暂存给安装器;homed/initconfig 在 windows
目标下明确拒绝。
## 5. 插件调用点统一写明意图
- webui 的 OpenAI 兼容端点(固定提示词模板)→ InjectTextSyncNoMemory。
- agentcli 的 5 处纯状态通知(已启动/超时/执行结束/进程退出/读取结束)→ NoMemory;
**带输出**的 2 处(定时反馈、有新输出)刻意保留记忆并注明理由。
- timer 的定时提醒 → NoMemory(中断本来也隐含 NoMemory,这里是写明意图)。
## 6. 版本
meta.Version 仍为 1.2.0(main 是下一个未发布中版本);
SDKCompatibleVersion 1.1.0 → **1.2.0**(本内核已实现 SDK 1.2.0 全部新增方法)。
## 测试
- core:默认不裁剪(无声明/none/空)、通道 opt-in、注入点双向覆盖通道、
nil context/io 安全、cleaner 优先级与未知名回退。
- io:零值 opts 与历史 payload 逐键相同;text/中断/媒体三类注入标志位都落到
payload;旧方法仍生效。
- proc:validateContextPolicy 只接受 ""/none/prune,报错含位置与实际值;
**跨进程** e2e——testdata 插件经 io.injectText 送出三个标志位,断言它们穿过 RPC
到达内核。
- memory:模块缓存不可见时内嵌词库仍可用(分词与 POS 内容词均非空)、
落盘幂等、内容哈希稳定。
验证:go build ./... / go vet ./... / go vet -tags onnxruntime ./...
go test -short ./internal/memory/... ./internal/nlp/... ./internal/plugin/...
./internal/agent/{core,io}/... ./pkg/...
153 lines
5.2 KiB
Go
153 lines
5.2 KiB
Go
//go:build windows
|
||
|
||
package proc
|
||
|
||
import (
|
||
"crypto/rand"
|
||
"fmt"
|
||
"os"
|
||
"sync"
|
||
"sync/atomic"
|
||
"unsafe"
|
||
|
||
"golang.org/x/sys/windows"
|
||
)
|
||
|
||
// Windows 侧共享段:命名 FileMapping + 命名 Event。
|
||
//
|
||
// ⚠️ 本文件**已不是可用路径**:homed 已放弃 Windows 原生支持
|
||
// (见 cmd/homed/platform_windows.go)。原因:插件体系依赖「继承的 fd」与
|
||
// 「统一共享内存区的段内偏移解引用」,而 Windows 既没有 fd 继承语义
|
||
// (os/exec 的 ExtraFiles 在 Windows 不支持),本文件描述的也仍是**旧的**
|
||
// 两段布局(StageContext 段 + 事件环段),跟不上 §13.1 的单块统一区域。
|
||
//
|
||
// 保留本文件只为让 GOOS=windows 仍能编译:否则平台门根本跑不起来,
|
||
// 用户看到的会是「产物缺失」而不是一句「请用 WSL」。
|
||
// allocShm 因此在入口直接报错,不返回一个「看起来能用」的段——
|
||
// 让它跑起来只会得到无法解释的握手失败,这比启动失败难查得多
|
||
// (与 shmalloc_other.go 的处理方式一致)。
|
||
//
|
||
// Windows 用户的正确路径:WSL2(在 WSL 里就是普通 linux/amd64)。
|
||
var shmNameSeq atomic.Uint64
|
||
|
||
const (
|
||
shmNamePrefix = "Local\\HomeAgentShm"
|
||
evtRingNamePfx = "Local\\HomeAgentEvtRing"
|
||
evtEventNamePfx = "Local\\HomeAgentEvtSignal"
|
||
envStageShmName = "HOMEAGENT_SHM_STAGE"
|
||
envEvtRingName = "HOMEAGENT_SHM_EVTRING"
|
||
envEvtEventName = "HOMEAGENT_EVT_EVENT"
|
||
)
|
||
|
||
// namedShm 持有一块命名共享段。
|
||
//
|
||
// 不用 *os.File 承载:Windows 的 FileMapping 句柄不是文件句柄,
|
||
// 包进 os.File 后 Close 语义不对(会尝试当文件关)。故用独立类型,
|
||
// 由 shmHandles 表按 mmap 地址反查——freeShm 只拿到 (*os.File, []byte)。
|
||
type namedShm struct {
|
||
name string
|
||
mapping windows.Handle
|
||
addr uintptr
|
||
size int
|
||
}
|
||
|
||
// shmHandles 记录已分配的段,供 freeShm 按数据指针反查句柄。
|
||
//
|
||
// 为何需要这张表:allocShm 的跨平台签名返回 (*os.File, []byte),
|
||
// Windows 没有对应的 fd,只能把句柄存在旁路。key 用切片首地址。
|
||
var (
|
||
shmHandles = map[uintptr]*namedShm{}
|
||
shmHandlesMu sync.Mutex
|
||
)
|
||
|
||
// allocShm 在 Windows 上明确报错:homed 不支持 Windows 原生运行。
|
||
//
|
||
// 不返回「能用的段」:本文件实现的是 §13.1 之前的**两段**布局,
|
||
// 与当前内核的单块统一区域不兼容。静默返回只会在握手阶段变成一句
|
||
// 无法解释的魔数不匹配。报错文案直接给出行动:用 WSL2。
|
||
func allocShm(size int) (*os.File, []byte, error) {
|
||
return nil, nil, fmt.Errorf("proc: homed 不支持 Windows 原生运行" +
|
||
"(插件体系依赖 fd 继承与统一共享内存区的段内偏移解引用)——请使用 WSL2;" +
|
||
"详见 cmd/homed/platform_windows.go")
|
||
}
|
||
|
||
// shmNameForMode 按安全模式生成命名段名。
|
||
//
|
||
// safe/debug:随机 nonce 名,防猜测;唯一在 debug 下额外暴露到 stderr。
|
||
// full:固定后缀,便于多实例按名共享。
|
||
func shmNameForMode() string {
|
||
seq := shmNameSeq.Add(1)
|
||
switch ShmSecurityModeOf() {
|
||
case ShmModeFull:
|
||
return fmt.Sprintf("%s_%d_%d", shmNamePrefix, os.Getpid(), seq)
|
||
default: // safe / debug
|
||
var b [12]byte
|
||
if _, err := rand.Read(b[:]); err != nil {
|
||
// 退化为 PID+seq(极端情况,crypto rand 几乎不会失败)
|
||
return fmt.Sprintf("%s_%d_%d", shmNamePrefix, os.Getpid(), seq)
|
||
}
|
||
return fmt.Sprintf("%s_%d_%x", shmNamePrefix, os.Getpid(), b)
|
||
}
|
||
}
|
||
|
||
// createNamedMapping 建命名段并映射为 []byte。
|
||
func createNamedMapping(name string, size int) (*namedShm, []byte, error) {
|
||
namePtr, err := windows.UTF16PtrFromString(name)
|
||
if err != nil {
|
||
return nil, nil, fmt.Errorf("proc: 共享段名字非法 %q: %w", name, err)
|
||
}
|
||
|
||
// INVALID_HANDLE_VALUE + 命名 → 由系统页文件支撑的匿名段(不落盘)
|
||
mapping, err := windows.CreateFileMapping(
|
||
windows.InvalidHandle, nil, windows.PAGE_READWRITE,
|
||
uint32(uint64(size)>>32), uint32(size), namePtr)
|
||
if err != nil {
|
||
return nil, nil, fmt.Errorf("proc: 创建命名共享段 %q: %w", name, err)
|
||
}
|
||
|
||
addr, err := windows.MapViewOfFile(mapping, windows.FILE_MAP_WRITE, 0, 0, uintptr(size))
|
||
if err != nil {
|
||
windows.CloseHandle(mapping)
|
||
return nil, nil, fmt.Errorf("proc: 映射共享段 %q: %w", name, err)
|
||
}
|
||
|
||
return &namedShm{name: name, mapping: mapping, addr: addr, size: size},
|
||
unsafe.Slice((*byte)(unsafe.Pointer(addr)), size), nil
|
||
}
|
||
|
||
// freeShm 解除映射并关闭段句柄。
|
||
func freeShm(f *os.File, data []byte) error {
|
||
if len(data) == 0 {
|
||
return nil
|
||
}
|
||
key := uintptr(unsafe.Pointer(&data[0]))
|
||
shmHandlesMu.Lock()
|
||
shm, ok := shmHandles[key]
|
||
delete(shmHandles, key)
|
||
shmHandlesMu.Unlock()
|
||
if !ok {
|
||
return nil
|
||
}
|
||
var firstErr error
|
||
if err := windows.UnmapViewOfFile(shm.addr); err != nil {
|
||
firstErr = err
|
||
}
|
||
if err := windows.CloseHandle(shm.mapping); err != nil && firstErr == nil {
|
||
firstErr = err
|
||
}
|
||
return firstErr
|
||
}
|
||
|
||
// shmNameOf 返回某块已分配段的名字(供注入子进程环境变量)。
|
||
func shmNameOf(data []byte) string {
|
||
if len(data) == 0 {
|
||
return ""
|
||
}
|
||
shmHandlesMu.Lock()
|
||
defer shmHandlesMu.Unlock()
|
||
if shm, ok := shmHandles[uintptr(unsafe.Pointer(&data[0]))]; ok {
|
||
return shm.name
|
||
}
|
||
return ""
|
||
}
|