## ① 全面改名 HomeAgent → HologramAgent
仓库已改名,但代码与文档里仍有大量旧名。本次按"用户能看到的优先"全量替换:
- 用户可见:登录页标题/页脚、默认人格第一句、CLI 状态输出、启动日志、
plugin_install 的工具描述、AI 图片插件的 User-Agent
- 文档与脚本:README、assets/docs、docs/zh、deploy/*.sh、.github/workflows
- 鸿蒙工程:cmd/ohos/HomeAgent → cmd/ohos/HologramAgent(git mv)
目录内的 module/app 描述同步;**证书路径原样保留**
(default_HomeAgent_xxx.cer/p7b/p12 是签名材料的实际文件名,改了会找不到证书)
- 插件元数据:plugin.json 的 author
★ 必须保持原样的两处(改了会坏):
· legacySeededPromptSignature = "你是 HomeAgent 的看板娘「小宅」…"
—— 那是识别历史播种人格卡的**原文锚点**,改了就识别不出旧数据
· 公开 SDK 的 ProxyAuthHomeAgent = "homeagent"
—— 那是 SDK 契约里的值,属独立仓库,本仓不改
## ② 修 21 处乱码(U+FFFD)
这些是历史编辑留下的编码破坏,全在注释里,例如:
「赌注重下���遍」→「赌注重下一遍」
「「不��滤」」 →「「不过滤」」
「**待��退场**」→「**待退场**」
★ 保留 providers/chineseclip/tokenizer.go 里的 2 处:那是**故意**用
U+FFFD 演示"非法 UTF-8 字节被归一成 U+FFFD",不是乱码。
## ③ 提示词技术内容下沉(用户:技术性内容应该收敛到 skill 与 -help 中)
实测系统提示词 2309 字,其中两段几乎全是**模型无法据以行动的实现细节**:
【工具执行顺序】1272 字(ParallelSafe 声明、批内降级、batchRunnable 判据…)
【三层记忆】 1069 字(L1/L2/L3 编号、消费式删除、向量空间、指纹…)
收敛后 **2309 → 1723 字(-25%)**,保留的全是"模型据此做什么不同的事":
工具顺序:默认并行 / 不要依赖先后 / 同通道保序 / 写类工具可能串行
三层记忆:时序里能看最近 / doc_query 把历史事件按原始时间戳插回时序 /
关系用 memory_recall / 成文知识用 knowledge_search
判断口径写进判据:新加一段提示词前先问"模型会据此做什么不同的事",
答不上来就该进 skill 或工具描述。
## 判据
prompt_memory_test.go 新增 2 条:
- TestSystemPromptHasNoImplementationJargon
黑名单:ParallelSafe / batchRunnable / 消费式 / DenseCosine / fingerprint /
向量空间 / 批内降级 / 自激
- TestSystemPromptStaysCompact:上限 2000 字(当前 1723)
变异:把 "ParallelSafe 声明、批内降级" 加回工具顺序段 ⇒ 第一条立刻红。
## 验证
- go build ./... / go vet ./... 干净
- go test ./... -count=1:58 包 0 失败
- make check-client-versions:客户端与内核版本一致
能力标定台(capability-bench)
经 cli.sock 驱动一个 HologramAgent 实例跑任务集,记录结果 + 账目,产出
report.md / results.json。
存在的理由:标定「能力」需要一个可复现的驱动 + 记账 + 判据, 而不是手工敲几句看回复。三件事各对应一个曾经缺失的环节:
| 环节 | 做法 | 依赖 |
|---|---|---|
| 驱动 | 连 cli.sock,发任务,收帧到终态 |
cli 插件(无头唯一入口) |
| 记账 | /kernel 取累计用量,做任务前后差分 |
/kernel 的 usage 段(2026-09-30 补) |
| 判定 | 任务自带的 check |
无 check 一律判失败(防空绿) |
用法
# 不连实例,先看会跑什么
python3 bench.py --data ${HA_DATA} \
--tasks tasks.example.json --out /var/tmp/bench --dry-run
# 真跑
HOMEAGENT_CLI_KEY=<cli 或 webui 的 api_key> \
python3 bench.py --data ${HA_DATA} \
--tasks tasks.example.json --out /var/tmp/bench
# 只跑其中几个 / 放大超时(长时任务)
python3 bench.py --socket /path/cli.sock --api-key KEY \
--tasks tasks.example.json --only long-soak --timeout 7200 --out /var/tmp/bench
退出码:0 全过,1 有失败,2 参数/任务集/实例问题,3 驱动层失败。
计费口径(重要)
用 /kernel 差分,不用单次回包的 usage。 一个任务常触发多轮 LLM 调用
(工具回环),单次回包只反映最后一段。两者都记录在 results.json 里便于对照。
命中率的分母只算报过缓存的调用(cache_read + cache_miss)。
一次都没报过时报告写「—」而不是 0% —— 把「没数据」画成 0% 会让人去优化
一个本来就没开的功能。
任务集格式
{
"tasks": [
{
"id": "read-single-file",
"dimension": "readonly", // 维度,便于分维度看退化
"prompt": "…",
"timeout_s": 180, // 可选,默认取 --timeout
"check": { "kind": "output_contains", "value": "1.4" }
}
]
}
支持的 check.kind:
| kind | 字段 | 判据 |
|---|---|---|
output_contains |
value |
回复含该子串 |
output_regex |
value |
回复匹配该正则 |
file_exists |
value |
该路径存在 |
file_contains |
value / needle |
该文件含 needle |
tool_used |
value |
过程帧里用过该工具 |
completed |
— | 没超时、没报错(用于「跑得完」类长时任务) |
期望值必须实测核对过再写进去(例如 Version=1.4.0 来自
internal/meta/meta.go:33)。写错的期望值会让标定结果整体失去意义 ——
它会把「模型答对了」判成失败。
踩过的坑(写任务集/起实例前先看)
- 提示词不能重复。 内核把完全相同的输入判为
duplicate直接跳过 (skipped:true),第二次根本没跑 LLM。任务集里每条都不一样,若同一 任务要重复跑,得在提示词里加变化(时间戳/序号)。 - 改 LLM 配置必须重启实例。 provider 在启动时构建;经
/settings set改core.llm.base_url会落库但不生效(实测仍打原地址,报 401)。 - 隔离实例要在固定插件端口上撞车。
-webui能换,但pluginmgr(9876)/remotedevice(9890)/kbtree(9892)是写死的, 同机第二个实例会 bind 失败(那几个插件降级,内核其余部分照常)。 这对经 cli.sock 标定无影响,但别以为实例「完全隔离」。 cli.sock的认证 key 回落到 webui 的api_key(config_webui.api_key);config_cli.api_key为空时用后者。认证失败会直接断开连接。- 不要用
pkill -f清理 mock/实例 —— 它会匹配到自己这条 shell 命令行, 把当前 shell 一起杀掉(本项目已踩过)。用 PID 文件。
本地验证过什么(2026-09-30)
用 build/homed + scripts/kernel-stress/usage_mock_llm.py 起隔离实例
(-webui 127.0.0.1:18080),实测确认账目链路端到端贯通:
mock 上报 prompt=300 completion=30 cache_read=200 cache_miss=100
回包 usage prompt_tokens=300 completion_tokens=30 total_tokens=330
cache_read_tokens=200 cache_miss_tokens=100 cache_reported=true
/kernel 累计 calls=1 prompt=300 total=330 cache_read=200 cache_miss=100
cache_hit_rate=0.667 (= 200/(200+100))
标定台本身跑 3 个任务:差分 330 token/任务、命中率 66.7%、PASS/FAIL 判定正常、 报告与 JSON 落盘正常。
其他三个工具
| 文件 | 作用 | 关键点 |
|---|---|---|
pi_bench.py |
pi 基线(同任务、同模型) | pi -p --mode json;必须隔离配置目录与端口 |
compare.py |
两侧并排对比 | 校验任务集一致;命中率无数据写「—」 |
memory_recall.py |
多轮超出窗口后的记忆召回 | 埋针 + 填充 + 提问;单行消息(协议按行读) |
pi 基线的三个坑(都实测踩过)
- 必须隔离配置目录:
PI_CODING_AGENT_DIR指向独立目录,否则子 pi 会 读写你的会话状态。 - 必须隔离端口:本机会话守护进程占着
PI_A2A_PORT=14010,另一个 pi 占默认12010⇒ 子进程继承环境后直接EADDRINUSE崩。 顺带的好事:隔离配置里没有扩展 ⇒ 不起 A2A/ACP 服务 ⇒pi -p跑完自己退出 (有扩展时它跑完不退,必须自己 kill)。 - 工具名是
toolName、事件名是tool_execution_start: 写错不会报错,只是工具名恒为空(tool_calls=30而tools=[])。
★ 同名不同义:两侧 usage 口径相反
| 输入总量 | 未命中侧 | |
|---|---|---|
| HologramAgent(OpenAI 口径) | prompt_tokens 含缓存 |
cache_miss_tokens |
| pi(Anthropic 口径) | input + cacheRead |
input |
实测实证(pi):totalTokens == input + cacheRead + output。
不归一就直接比,会给 pi 系统性低估,且命中率会算成 read/read = 恒 100%。
两侧都过各自的归一函数,汇总只认归一后的键。
记忆召回测试怎么用
# 小窗口先验仪器(快)
python3 memory_recall.py --harness homeagent --socket <cli.sock> --api-key KEY \
--window 20000 --overshoot 1.3 --needles 3 --out /var/tmp/mem/probe
# 正式:200k
python3 memory_recall.py --harness pi --window 200000 --overshoot 1.25 \
--needles 4 --out /var/tmp/mem/pi-200k
两侧必须把窗口配成同一个值,否则比的不是策略而是配置:
- HologramAgent:
core.llm.sources.<name>.context_window - pi:隔离目录
models.json里的ctx
⚠️ 消息不能含换行:cli.sock 按行读,一条多行消息会被拆成几十条独立消息
(历史全乱,表现为 BrokenPipe)。脚本内有 assert "\n" not in text 兜底。