SKILL.md
得到大脑搜索
通过官方 getnote CLI 搜索真实笔记。不要自己拼 OpenAPI 请求、笔记 ID 或访问链接。机器调用使用 -o json；只有退出码为 0 且 JSON 的 success=true 才是业务成功。
何时使用
- “找找、搜一下、关于某主题、我之前记过什么”：使用
getnote search。 - “最近有哪些笔记、按保存时间列出来”：交给笔记 Skill 的
getnote notes，不要把列表误当语义搜索。 - 用户选中某一条后，再交给笔记 Skill 用
getnote note <note_id>读取详情；搜索阶段不自动修改、移动、分享或创建笔记。
执行步骤
- 用户没有指定知识库时，直接执行
getnote search <query> --limit <1-10> -o json。默认上限是 10，不能自行放大。 - 用户指定知识库名称时，先按其类型执行
getnote kbs --scope <scope> -o json；默认查DEFAULT，书籍、客户档案和团队知识库分别使用BOOKSPACE、CUSTOMER、TEAMSPACE。用返回的真实topic_id和scope匹配；同名或意图不明确时必须让用户选择。 - 已确认知识库后执行
getnote search <query> --kb <topic_id> --limit <1-10> -o json。 - 只从返回值读取标题、摘要、字符串
noteid和真实noteurl。没有noteid/noteurl的非笔记结果可以展示内容，但不能伪造“打开笔记”链接。 - 同一篇笔记可能因命中多个片段出现多次。面向用户列“几篇笔记”时必须按字符串
note_id去重；若去重后不足用户要求的数量，可在上限 10 内增大--limit重搜，仍不足时如实返回实际数量。
命令结果与用户呈现
搜索
getnote search "支付流程" --limit 10 -o json
getnote search "客户反馈" --kb <topic_id> --limit 5 -o json成功 JSON 的稳定字段：
| 字段 | 含义 | Agent 如何使用 |
|---|---|---|
success |
业务是否成功 | 只有 true 才继续呈现结果。 |
data.results[] |
搜索结果 | 空数组是一次成功的“未找到”，不是失败。 |
data.results[].title |
笔记标题 | 列表主标题；为空时如实显示“未命名笔记”。 |
data.results[].note_id |
笔记雪花 ID | 始终作为字符串原样传入后续 note 命令。 |
data.results[].note_url |
真实笔记链接 | 只有非空时才给用户“打开笔记”。 |
data.results[].content |
命中摘要或正文片段 | 只摘取与问题相关的短片段，不能冒充全文。 |
data.results[].score |
相关性分数 | 仅用于内部排序，不向用户虚构“准确率”。 |
成功时按相关性给出编号列表，例如：
找到 3 条相关笔记：
1. 《支付流程优化想法》——“用户等待时增加进度提示…”
打开：<真实 note_url>
2. 《客户支付反馈》——“…”
打开：<真实 note_url>
你想看哪一条的详情或原文？若 data.results=[]，回复“没有找到相关笔记；可以换关键词、时间范围或指定知识库再试”，不要说“接口失败”，也不要自动扩大检索范围、创建笔记或调用模型编造结果。
失败、隐私与后续动作
success=false或退出码非 0：回复失败步骤、error.message/error.reason、是否retryable和可选request_id；不要将 HTTP 成功或空输出说成搜索成功。- 若 CLI 提示“搜索服务响应超时”，这是检索未完成，不是“没有结果”。建议稍后重试，或缩小关键词、指定知识库后再试；不要伪造空列表。
- 检索结果可能包含私密正文。群聊或共享会话默认只展示标题、必要摘要和真实链接；用户明确要求后再展开全文。
- 用户选中结果后，复用返回的字符串
noteid，再读取getnote note <noteid> -o json；不要从 URL 截取或转换为数字。