Files
homeagent-sdk/docs/guide/first-plugin.md
JianFeeeee 0a6e2b7dc4 docs: 插件 SDK 文档站(API 参考从源码生成 + 自建检索)
为插件作者建一个文档站,重点是**能按描述搜到 API**,以及**明确能力边界**。

## 为什么 API 参考要生成而不是手写

公开 API 面有 115 个符号、11 个接口。手抄必然与代码漂移——这是文档站最常见的
死法(本仓 README 里已经有过几处「文档说一套、代码是另一套」)。

所以 `tools/apidoc` 直接从 `sdk/*.go` 提取签名、文档注释与代码块示例,渲染成
`docs/api/*.md`。发现文档不对时改的是**源码注释**,不是生成物。生成页首行带
「勿手改」标记,防止有人改了下次构建白改。

- `extract.go`:go/ast + go/doc 提取(只用标准库,离线可跑,不引入依赖)
- `gensite/`:渲染 Markdown + 检索索引
- `gensite/usages.go`:从 `example/` 21 个示例插件里反查**真实调用点**,
  贴在每个 API 下(源码注释里几乎没有可运行示例,但示例插件都是能编译跑的真代码)

## 能力边界:写这个站时查出的三处文档错误

这是本次最有价值的部分。原以为「公开 SDK 里有的 API 外部插件都能用」,
实测对照桥接模板后发现三处不符,站内已更正:

1. **`PluginMgr()` 被写成「仅内置可用」——错的。** 桥接模板第 692 行显式
   `base.SetPluginMgrAPI(procPluginMgr{})`,公开 `PluginMgrAPI` 注释也写「外部插件可调用」。
   真正的区别是**方法数**:公开面 3 个(ReloadOne/ListLoadedPlugins/IsPluginDisabled),
   内部面 9 个。容易混淆是因为两个包里有同名但不同的接口。
2. **`Events()` 外部插件恒为 nil。** `SetEventSubscriber` 全仓只有定义、无调用点,
   故 subscriber 从未被注入。外部插件的事件订阅实际由生成的运行时走
   `events.subscribe` RPC 完成——旧文档把它当成可用入口,会让人写出必然失效的代码。
3. **`UnregisterOutputChannel` 是静默无效,不是报错。** 桥接只注入 registrar、
   不注入 unregistrar,于是 `regOutputUnreg == nil`,函数命中 else 分支**直接返回 nil**
   (sdk/plugin.go:539-549)——不报错、通道也没注销。

每条裁定的依据写进 `tools/apidoc/tiers.json`(文件:行号 或 grep 结论),
站上以告警框呈现,读者可自行核对。判断依据三源:桥接模板的 `base.Set*` 注入点、
`internal/sdk` 完整面、`internal/plugin/proc/protocol.go` 的 RPC 表。

## 检索(用户的核心诉求)

两套互补:

- **MkDocs 内置搜索**:全文,中文走 jieba 分词。
- **自建 API 检索**(`docs/javascripts/api-search.js` + `assets/api-index.json`):
  支持四类查询——按名称、**按功能描述**(「注册工具」→ RegisterTool、
  「崩溃」→ SetAutoRestart)、按 `限定符.方法`(`memory.recall` → MemoryAPI.Recall)、
  按签名片段(`(string) error`)。并标出「仅内置」,避免外部插件作者踩空。

自建的理由:Material 内置搜索按整页文本索引,搜 `InjectText` 会列出所有提到它的
页面,但分不清哪条是它的定义;而且它要等 mkdocs build 才更新。

## 文档结构

- `docs/guide/`:快速开始、Go/Lua 首个插件、能力边界、打包发布、多平台、受限 SDK 与安全
- `docs/api/`:10 个按「你想做什么」划分的章节(工具/阶段/记忆/通道/配置/生命周期/
  事件/LLM/常量/桥接)+ 仅内置汇总页
- `docs/versions.md`:SDK 版本语义(跟随内核中版本、patch 恒为 .0)、
  1.0.0 是唯一破坏性变更、RPC 协议版本

## 验证

- `mkdocs build --strict` 零告警
- 23 个页面的全部站内链接与锚点可达(自动校验)
- 1440 / 768 / 390px 三视口:无横向溢出、无控制台错误
- 四种检索模式实测有结果且跳转锚点正确
- 构建产物 `site_build/` 已 gitignore

用法:`tools/apidoc/build.sh`(生成+构建)、`tools/apidoc/build.sh serve`(预览)。
2026-09-24 12:08:37 +08:00

4.8 KiB
Raw Blame History

第一个 Go 插件

以下是一个能直接跑起来的最小插件:注册一个工具、声明一项配置、处理停止与卸载。

1. 生成工程

hmapdev init myplugin
cd myplugin

生成的结构:

myplugin/
├── plg.json       — 插件元信息(名称、版本、入口、目标平台)
├── plugin.go      — 插件实现
├── go.mod         — 模块定义
├── README.md
└── thirdpart/     — 外部源码存放目录(可选)

hmapdev build 时会在构建目录自动生成子进程运行时(z_proc_gen.go 等), 不需要手工创建,也不要提交。

2. 插件实现

插件的全部契约是一个 Plugin 接口(API 参考):

方法 何时调用
Name() string 内核需要标识这个插件时
Start(*sdk.PluginSDK) error 插件加载后。在这里注册工具、通道、配置
Stop() error 插件停止时(重载、禁用、内核退出都会触发)

再加一个工厂函数。名字必须是 NewPluginFactory —— 生成的运行时按这个名字调用:

func NewPluginFactory(name string, config map[string]interface{}) (sdk.Plugin, error) {
    return &Plugin{name: name}, nil
}

!!! warning "不要写成 NewPlugin" 生成的子进程运行时调用的入口是 NewPluginFactory。仓库里有 3 个早期示例 同时保留了两个名字(NewPlugin 只是遗留别名),但新插件只写 NewPluginFactory 即可。写错名字的后果是编译能过、加载时找不到入口。

3. 一个完整的例子

这是一个「打招呼」工具,带一项配置:

package main

import (
	"fmt"

	"gitcode.com/JianFeeeee/homeagent-sdk/sdk"
)

type Plugin struct {
	name string
	sdk  *sdk.PluginSDK
}

func (p *Plugin) Name() string { return p.name }

func (p *Plugin) Start(s *sdk.PluginSDK) error {
	p.sdk = s

	// ① 声明配置项:内核会把它渲染到 WebUI 设置页
	s.Settings().RegisterDef(sdk.ConfigDef{
		Key:         "plugin.myplugin.greeting",
		Default:     "hello",
		Type:        "string",
		DisplayName: "问候语",
		Description: "打招呼时使用的前缀",
		Category:    "myplugin",
	})

	// ② 注册工具:模型看到 Description 后决定是否调用
	tp := p.name + "_"
	s.RegisterTool(tp+"hello", sdk.ToolDef{
		Name:        tp + "hello",
		Description: "向指定的人打招呼",
		Parameters: map[string]interface{}{
			"type": "object",
			"properties": map[string]interface{}{
				"who": map[string]interface{}{
					"type":        "string",
					"description": "要打招呼的对象",
				},
			},
			"required": []string{"who"},
		},
	}, p.handleHello)

	// ③ 卸载(插件被删除)前清理自己产生的数据。
	//    注意与 Stop 的区别:Stop 在每次重载时也会触发。
	s.RegisterOnRemoveHandler(func() {
		fmt.Printf("[%s] 清理数据\n", p.name)
	})

	return nil
}

func (p *Plugin) Stop() error { return nil }

func (p *Plugin) handleHello(args map[string]interface{}) (interface{}, error) {
	who, _ := args["who"].(string)

	greeting := "hello"
	if v, err := p.sdk.Settings().Get("plugin.myplugin.greeting"); err == nil && v != "" {
		greeting = v
	}

	return map[string]interface{}{
		"content": fmt.Sprintf("%s, %s!", greeting, who),
	}, nil
}

func NewPluginFactory(name string, config map[string]interface{}) (sdk.Plugin, error) {
	return &Plugin{name: name}, nil
}

4. 工具返回值的两条约定

ToolHandler 返回 (interface{}, error),模型侧看到的是一条 tool message:

  • 正常结果:返回一个 map,把要展示给模型的文本放在 content 字段。 未识别的字段也会一并传给模型,可以放结构化数据。
  • 业务失败:返回 map[string]interface{}{"isError": true, "content": "原因"} 并返回 nil error。这样模型能看到失败原因并自行调整; 若返回 Go 的 error,那是工具调用本身出错,语义不同。
func errorResult(msg string) map[string]interface{} {
	return map[string]interface{}{"isError": true, "content": msg}
}

5. 构建与安装

hmapdev build            # 默认产出多平台 bundle
# → dist/myplugin_bundle.hmap

hmapdev build --no-bundle  # 只构建当前平台
# → dist/myplugin_linux_amd64.hmap

安装到内核:在 WebUI 的插件管理页上传 .hmap,或从 URL / 本地路径安装。 详见 打包与发布。

下一步