mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-10-04 00:03:59 +00:00
41d754334e
让**外部 agent** 也能按分类树用这套知识库。HomeAgent 自己的 agent 仍
直接调内部方法（knowledge_search/create 等），走进程内直调，不经此服务。
一、内核树视图（internal/knowledge/tree.go）
为什么不复用 TreeIndex：那个是**内部导出物**，面向 .index.json 落盘，
每个条目带 top-20 的 TF-IDF 特征向量。直接序列化给外部有三个问题：
体积（200 条时 .index.json 已 246KB 且冗余存了 preview，而正本在
content.md）、泄漏（稀疏特征表 = 分词/IDF 内部表示）、语义错位
（外部要的是"有哪些分类、每类下有什么"）。
新增 TreeView/Subtree/Categories/CategoryCounts：不含向量，带条目数
与可读摘要，支持 MaxDepth 懒加载、IncludeItems 只看结构。
节点 Name 是**本级段名**（"go"）、Path 是完整路径（"tech/go"）——
最初把全路径写进 Name，前端拼层级会得到 "tech/tech/go"，已修。
二、kbtree 插件：独立 HTTP 服务（默认 127.0.0.1:9892）
为何不挂在 WebUI 的 /api/v1/knowledge* 下：
1. 不共享鉴权与端口。WebUI 的 api_key 是给人操作界面用的，把它分发给
外部 agent 等于把管理面凭据扩散出去。本服务用**独立 token** +
独立端口，可单独关闭（token 未配置则启动时随机生成）。
2. 只读。写入要决定分类归属与媒体处理，外部自行拼装容易造出越界/重名
条目 —— 写入留给内核工具。
3. 形状按树组织，而不是平铺搜索接口。
端点：/tree（可指定 category/depth/items）、/categories、/counts、
/search、/ （自述）。全部需 token（X-API-Key / Bearer / ?token=），
非 GET 一律 405。无知识库时 Start 直接失败，不占端口。
鉴权与 Slowloris/超时设置照 remotedevice 范式。
三、agent 技能（assets/skills/knowledge-base/SKILL.md）
指令文档型 skill：教模型"先看树 → 定位分类 → 分类内检索"，并列出
易错点（name 已含分类别再拼、只看第一条、404 附现有分类）。
加载与校验由 internal/plugin/skill_bundled_test.go 守住 —— 这条断言
的由来：非白名单的二级标题会被 extractToolDefs 当成工具定义，报错
"invalid tool name"，而提示与真正原因（标题层级）毫无关联。
kbtree 的测试还会校验文档提到的端点与代码一致，防漂移。
四、WebUI 树浏览（前端真正用起来，而非留一个没人调的端点）
面板加可折叠的分类树：逐级点选即把搜索范围切到该子树（原先是让人
手打分类名）。当前范围有可见标签与「全库」复位。
132 lines
4.7 KiB
Markdown
132 lines
4.7 KiB
Markdown
---
|
||
name: knowledge-base
|
||
description: 按分类树检索 HomeAgent 知识库。当需要查阅项目知识、架构约定、历史决策，或用户提到"知识库/knowledge/知识库有哪些/这个项目的约定是什么"时使用。支持树形导航、分类内检索、以图搜知识。
|
||
version: 1.1.0
|
||
author: HomeAgent
|
||
---
|
||
|
||
## Usage
|
||
|
||
先看树定位分类，再做定向检索。接口由 HomeAgent 的 `kbtree` 插件提供，
|
||
只读、需 token。详见下方"接入"。
|
||
|
||
HomeAgent 知识库按**分类树**组织（`tech/go/并发`、`life/sleep` …）。
|
||
|
||
### 何时用
|
||
|
||
- 用户问"这个项目/内核的某个约定是什么" → 先看树，找对分类再检索
|
||
- 用户提到"知识库"或某个看起来像分类名的词（如 `tech/go`）→ 查该子树
|
||
- 用户给了图片并问"知识库里有相关的吗" → 见"以图搜知识"
|
||
|
||
### 接入
|
||
|
||
服务默认监听 `127.0.0.1:9892`（配置项 `kbtree.listen_addr`），只读，
|
||
每次请求需带 token（配置项 `kbtree.token`；未配置则启动时随机生成）。
|
||
|
||
```bash
|
||
BASE=http://127.0.0.1:9892
|
||
AUTH="X-API-Key: $KB_TOKEN" # 或 Authorization: Bearer <token> 或 ?token=
|
||
```
|
||
|
||
先摸清可用接口：
|
||
|
||
```bash
|
||
curl -s -H "$AUTH" "$BASE/"
|
||
```
|
||
|
||
### 核心工作流：先看树，再定向检索
|
||
|
||
**别一上来就全文搜索。** 知识库是分层的，先定位分类能显著提高命中率，
|
||
也能避免把范围外的弱匹配当答案。
|
||
|
||
#### 第 1 步 · 看有哪些分类
|
||
|
||
```bash
|
||
curl -s -H "$AUTH" "$BASE/categories"
|
||
# {"categories":["cook","life","tech","tech/go","tech/rust"]}
|
||
|
||
# 内容最多的分类（按条目数倒序）
|
||
curl -s -H "$AUTH" "$BASE/counts"
|
||
# {"counts":[{"category":"tech","count":3}, ...], "total":5}
|
||
```
|
||
|
||
#### 第 2 步 · 浏览树结构
|
||
|
||
```bash
|
||
# 整棵树，只要结构
|
||
curl -s -H "$AUTH" "$BASE/tree?items=0"
|
||
|
||
# 只要第一层 —— 分类多时用来做懒加载
|
||
curl -s -H "$AUTH" "$BASE/tree?depth=1&items=0"
|
||
|
||
# 某棵子树，带条目详情
|
||
curl -s -H "$AUTH" "$BASE/tree?category=tech/go"
|
||
```
|
||
|
||
节点里 `name` 是**本级段名**（`"go"`），`path` 是**完整路径**
|
||
（`"tech/go"`）。拼层级用 `name`，把 `path` 拿去请求子节点。
|
||
`item_count` 是本级条目数，`total_count` 是整棵子树。
|
||
|
||
#### 第 3 步 · 分类内检索
|
||
|
||
```bash
|
||
# 关键词 + 分类子树（推荐）
|
||
curl -s -H "$AUTH" "$BASE/search?q=goroutine&category=tech"
|
||
|
||
# 全库
|
||
curl -s -H "$AUTH" "$BASE/search?q=goroutine&limit=5"
|
||
```
|
||
|
||
`category` 是**前缀匹配**：`tech` 会命中 `tech/go`、`tech/rust` 下的条目；
|
||
传 `tech/go` 只命中它自己的子树。
|
||
|
||
### 以图搜知识（多模态）
|
||
|
||
若知识条目挂了图片，它在**多模态统一空间**里有向量，能被图片本身检索到。
|
||
前提是宿主已接入多模态向量 provider（否则只是记录了媒体，不参与召回）。
|
||
|
||
判断是否就绪：HomeAgent 自身的知识库接口会返回稠密路状态
|
||
（`dense.enabled` / `dense.ready` / `dense.total`）。若为未启用，
|
||
**不要承诺"能以图搜"**。
|
||
|
||
本服务只提供**按关键词检索**——把图片字节提交给嵌入服务计算向量不在此接口内。所以：
|
||
- 用户给了图 → 用图的**可见内容**（或你先读图得到的文字）当关键词检索
|
||
- 或用本机可用的读图工具先看图，再拿描述来检索
|
||
|
||
### 读结果
|
||
|
||
`/search` 每条结果：
|
||
|
||
| 字段 | 含义 |
|
||
|---|---|
|
||
| `name` | 知识名（**已含分类前缀**，如 `tech/go/并发`） |
|
||
| `content` | 正文全文 |
|
||
|
||
`/tree` 里的条目额外有 `preview`（前 120 字）、`size`、`updated_at`、
|
||
`media`（挂载的媒体 digest/mime/kind）。
|
||
|
||
### 易错点
|
||
|
||
- **`name` 已经含分类**。不要再拼 `category + "/" + name`，会得到
|
||
`tech/go/tech/go/并发`。
|
||
- **检索会返回弱匹配。** 词法路会给所有条目打一个低分，靠排序把强命中顶到
|
||
前面。**只看第一条**；第一条明显不相关就换个分类或关键词，别把第 2、3 条
|
||
当答案。
|
||
- **分类不存在返回 404**，并在 `categories` 字段里附上现有分类 —— 用它自查
|
||
拼写。
|
||
- **`items=0` 只是不要正文**，`total_count` 仍准确，可用于判断规模。
|
||
- **本服务只读**。写方法返回 405。要写知识请用 HomeAgent 主 agent 的
|
||
`knowledge_create`（或 WebUI 界面），不要试图绕过它直接写这个接口。
|
||
- 知识名里不能有 `..`、空格（会被规范成 `_`）、点开头的段。
|
||
|
||
### 写入
|
||
|
||
本服务不提供写入。若你在 HomeAgent 主 agent 内部，写入用内核工具：
|
||
|
||
```
|
||
knowledge_create name="tech/go/调度" content="正文..."
|
||
```
|
||
|
||
`name` 用 `/` 表示分类层级（如 `tech/go/调度`）。写完它**立刻可检索**
|
||
（词法 IDF 是增量维护的，不必重启）。
|