mirror of
https://gitcode.com/JianFeeeee/homeagent-sdk.git
synced 2026-10-31 14:27:30 +00:00
74e2c654ed
## 用户的三条要求 1. 「所有插件都默认自启会占启动时间，还在 llms 上下文塞大量工具」 ⇒ 纯工具型改为按需加载，靠 skill 让 agent 知道要先拉起。 2. 「会向 agent 注入输入的部分插件不能这样做」 ⇒ 9 个必须常驻，其余 13 个按需。 3. 「sdk 是不是没有暴露插件声明自身行为的方案」 ⇒ 对：auto_start 只在 internal/plugin/manifest.go 有，SDK 零命中。 ## 定级依据（代码证据，不是猜描述） 注入 / 钩子 ⇒ 必须常驻（9 个）： qq HTTP 监听 NapCat 推送，消息到达要立刻注入 rss 轮询订阅源，新文章主动推送 calendar 30s ticker 检查提醒 memo 5min ticker 检查待办到期 a2a TCP 监听外部 Agent 请求 acp TCP 监听 ACP 客户端 browser ticker + 长命令完成回调 sanitizer 注册 stage 钩子（无工具，要每轮生效） luademo 注册 stage 钩子做示范 纯工具型 ⇒ 按需（13 个）： weather ocr music bili ai_image files editdoc deepsearch plugindev recoverydiag vanblog vikunja commondev ★ commondev 值得单独说：它虽然有 6 处 Inject 调用，但**注入源是自己的 sidecar 完成回投**，而 sidecar 只在 commondev_agent_up 时才拉起 （Start() 里不启 sidecar，通道也在 agent_up 时才注册）。所以没有 agent 调用它时，它不需要做任何事 —— 可以按需。44 个工具 ≈726 tokens 省下来可观。 ## 改动 · 22 个插件各配一个 skill，写明：何时用、先 plugin_start、 工具清单、**用 plugin_stop 而不是 plugin_disable** · 13 个 plg.json 加 `auto_start: false` · `sdk/autostart.go`：把三态语义与"按需插件必须有 skill"的理由写进公开 SDK · hmapdev 打包期校验：`auto_start=false` 但无 skill/ 目录 ⇒ 直接 exit 1 （理由：缺 skill 的按需插件**等价于没装**，比没装更糟 —— 占着磁盘让人以为可用） · 修 Lua 打包路径：它**完全不走** rawfile/skill 收集，luademo 的 skill 永远打不进去 · 修 build-examples.sh：原来 `[ ! -x ]` 判"二进制在不在"，改了 hmapdev 源码后 重新打包**仍用旧工具链**（实测：luademo 的 skill 一直是 0） · 补 mocksdk.ToolDef.Timeout（上一轮加 ToolDef.Timeout 时漏了镜像） ## 判据 · TestHasSkillDirRequiresRealSkillMd（空目录/.gitkeep/无 SKILL.md 都不算） · TestBuildRejectsOnDemandWithoutSkill（打包期必须真拦住 + exit 1） · TestLuaPackagingCollectsSkillAndRawfiles（**验代码行**，不验注释 —— 第一版 只查符号存在，把 createHmapWithRaw 换回 createHmap 判据照样通过） ## 踩过的坑 · Lua 分支的结束边界原是 `// Resolve build config`，但那个注释在文件里 **出现多次**（Go 路径里也有），用它截取会把 Go 分支一起包进来 ⇒ 变异测不出。改成截到 Lua 分支自己的 `return` + `}`。
editdoc · 全能办公
对 .docx / .xlsx / .pptx / .xls / .csv / .md / .txt 做新建、读取、编辑、转换。
版本：v2.0.0（全能办公）。较 v1.0.0 新增
read_document、create_document、create_from_template、convert_document、office_check五个工具；edit_document的名字与全部 v1 参数保持不变，老调用不会破。
工具
| 工具 | 作用 |
|---|---|
read_document |
读为结构化 JSON（docx 段落+表格+页眉页脚 / xlsx 逐表逐格含公式与计算值 / pptx 逐页 / xls / csv / md / txt），大文件可 offset/limit 分段 |
create_document |
从零新建。docx 支持 Markdown 正文；xlsx 支持多表（表名+表头+行）；pptx 用 ## 分页 |
create_from_template |
复制模板再套用替换 |
edit_document |
编辑既有文件（v1 八参数 + 查找替换/正则大小写/第 N 处/表格与单元格/图片/样式/幻灯片/dry_run） |
convert_document |
格式转换（docx↔md/pdf、xlsx↔csv 等，借助 soffice / pandoc） |
office_check |
自检：依赖库可用性与版本、外部工具、格式×能力矩阵 |
配置项
| 键 | 默认 | 说明 |
|---|---|---|
script_path |
空 | edit_doc.py 的绝对路径。留空即推荐值 —— 用内嵌脚本；仅当该文件含 v2 协议标记时才被采用，否则自动忽略并回退内嵌 |
venv_python |
空 | 执行脚本的 Python 解释器（需装 python-docx / openpyxl / python-pptx）。必须配置 |
timeout_sec |
60 | 单次调用超时；大文件或格式转换（soffice 首次启动慢）建议调到 180 |
工作原理
Go 侧只做参数编排与结构化返回，全部业务逻辑在 Python 脚本 edit_doc.py 里。
脚本是内嵌的（//go:embed embed/edit_doc.py），原因：hmapdev 打包器只把
plugin.json + plugin.bin 放进 .hmap，不打包任何资源文件。若让脚本单独
存在于 plugin_data/，就会出现「Go 侧升级了、脚本忘了换」的版本漂移。
内嵌 + 内容指纹校验使两侧永远同版本：
- 首次调用时把内嵌脚本释放到
DataDir()/runtime/edit_doc.py，并写.stamp指纹； - 插件升级后指纹变化 → 自动重新释放；
script_path显式指向的文件仅当含EDITDOC_PROTOCOL = "v2"标记时才被采用 （便于运维临时覆盖调试）；否则忽略并在返回体里带script_path_ignored，让降级可见。
业务脚本只有一份：embed/edit_doc.py。不要再添加同名的顶层副本 ——
它不会被 embed，改了不生效，而两份同名文件是典型的漂移源（见
TestOnlyOneBusinessScript）。
依赖
Python 侧：python-docx、openpyxl、python-pptx（.xls 另需 xlrd）。
外部工具（可选，转换能力用）：soffice（LibreOffice）、pandoc。
用 office_check 随时查看本机实际可用的能力矩阵。
构建
hmapdev build
测试
go test ./...