Files
HomeAgent/scripts/capability-bench
JianFeeeee f256098c9f refactor: 全面改名为 HologramAgent + 提示词技术内容下沉到 skill/工具描述 + 修 21 处乱码
## ① 全面改名 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:客户端与内核版本一致
2026-10-22 20:49:44 +08:00
..

能力标定台(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)。写错的期望值会让标定结果整体失去意义 —— 它会把「模型答对了」判成失败。

踩过的坑(写任务集/起实例前先看)

  1. 提示词不能重复。 内核把完全相同的输入判为 duplicate 直接跳过 (skipped:true),第二次根本没跑 LLM。任务集里每条都不一样,若同一 任务要重复跑,得在提示词里加变化(时间戳/序号)。
  2. 改 LLM 配置必须重启实例。 provider 在启动时构建;经 /settings set 改 core.llm.base_url 会落库但不生效(实测仍打原地址,报 401)。
  3. 隔离实例要在固定插件端口上撞车。 -webui 能换,但 pluginmgr(9876) / remotedevice(9890) / kbtree(9892) 是写死的, 同机第二个实例会 bind 失败(那几个插件降级,内核其余部分照常)。 这对经 cli.sock 标定无影响,但别以为实例「完全隔离」。
  4. cli.sock 的认证 key 回落到 webui 的 api_key(config_webui.api_key); config_cli.api_key 为空时用后者。认证失败会直接断开连接。
  5. 不要用 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 基线的三个坑(都实测踩过)

  1. 必须隔离配置目录:PI_CODING_AGENT_DIR 指向独立目录,否则子 pi 会 读写你的会话状态。
  2. 必须隔离端口:本机会话守护进程占着 PI_A2A_PORT=14010,另一个 pi 占默认 12010 ⇒ 子进程继承环境后直接 EADDRINUSE 崩。 顺带的好事:隔离配置里没有扩展 ⇒ 不起 A2A/ACP 服务 ⇒ pi -p 跑完自己退出 (有扩展时它跑完不退,必须自己 kill)。
  3. 工具名是 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 兜底。