<< All versions
Skill v1.0.1
currentAutomated scan96/100iswalle/getnote-cli/getnote-kb
+2 new
──Details
PublishedAugust 26, 2026 at 01:17 AM
Content Hashsha256:41d86ec491605152...
Git SHA3e50abc5df72
Bump Typepatch
──Files
Files (1 file, 8.7 KB)
SKILL.md8.7 KBactive
SKILL.md · 91 lines · 8.7 KB
version: "1.0.1" name: getnote-kb description: 查看和管理得到大脑的默认知识库、书籍、客户档案、团队知识库、文件夹、抖音博主订阅与直播，并把笔记准确归档到指定知识库和目录。
得到大脑知识库
通过官方 CLI 读取真实知识库、权限和目录后再操作；不能用名称猜 ID。机器调用统一使用 -o json；只有退出码为 0 且 success=true 才是业务成功。返回中的所有知识库、目录、博主和笔记 ID 都按字符串原样传递。
所有 API 命令的 JSON 都先判断 success。success=false 或退出码非 0 时读取 error.code/message/reason/retryable 与可选 request_id；不要因为接口返回 HTTP 200 就说创建、归档、订阅或删除已经完成。
意图路由
| 意图 | 命令入口 | |
|---|---|---|
| 自有/可管理知识库 | getnote kbs | |
| 我订阅的知识库 | getnote kbs-sub | |
| 知识库笔记 | getnote kb <topic_id> | |
| 新建个人知识库 | getnote kb create | |
| 加入笔记 | getnote kb add | |
| 移出笔记 | getnote kb remove | |
| 浏览文件夹 | gnote kb dir | |
| 创建文件夹 | gnote kb mkdir | |
| 重命名/移动文件夹 | gnote kb mvdir | |
| 删除空文件夹 | gnote kb rmdir | |
| 博主列表 | getnote kb bloggers | |
| 博主内容列表 | getnote kb blogger-contents | |
| 博主内容详情 | getnote kb blogger-content | |
| 订阅抖音博主 | getnote kb blogger-follow | |
| 直播列表 | getnote kb lives | |
| 直播详情 | getnote kb live | |
| 订阅直播 | getnote kb live-follow |
gnote 和短命令是稳定别名；旧环境没有别名时回退到 getnote kb directories/directory-create/directory-update/directory-delete。参数一律以目标命令 --help 为准。
选择知识库和权限
- 用户问“我管理的/我的知识库”时执行
getnote kbs -o json；问“所有能访问的知识库”时还要执行getnote kbs-sub -o json，分别标明自有/可管理与已订阅，按各自has_more翻完页，不能混成同一种权限。 getnote kbs必须保留接口实际返回的全部 Scope，例如DEFAULT、BOOKSPACE、CUSTOMER、TEAMSPACE，不能只返回默认知识库，也不能虚构未返回的 Scope。- 按名称和
scope匹配；同名或用户意图不明确时让用户选择，不猜topic_id。目标名称既可能是知识库也可能是文件夹时，先问清楚。 - 订阅知识库通常只读。若列表结果明确返回角色或可写标记，按真实字段判断；当前 CLI 契约未保证权限字段时，不得声称已经预检为 owner/admin，可在用户明确授权后尝试写入，并忠实处理权限失败。
- 普通成员写入失败时明确说明权限不足，不尝试绕过。当前不代替用户新建团队知识库。
文件夹和归档流程
- 用户要求放入文件夹时，用
gnote kb dir <topic_id> -o json读取根目录或指定目录。 - 已有文件夹使用
data.directories[].id返回的真实目录 ID；浏览指定目录时把该值传给--directory-id。缺失时先询问是否创建，再用mkdir。 getnote kb add同时传真实topic_id、字符串note_id和 CLI 帮助中规定的目录参数。- 每批最多 20 条。移出笔记和删除目录必须先确认；删除目录还必须由 CLI/服务校验为空。
- 移动或重命名时只改变用户指定项，未指定的名称或父目录保持不变。
博主和直播
- 用户给出抖音主页并要求持续关注时，先确认目标知识库和写权限，再使用
blogger-follow；只是找某条内容时先查询，不创建订阅。 - 列表先返回博主/直播名称、真实字符串 ID 和必要状态，选中后再读取完整内容。
- 博主内容详情中的
post_media_text才是完整原文，不用摘要冒充。
每条命令的结果与回复格式
| 命令 | 成功结果必须包含 | 回复规则 | |
|---|---|---|---|
getnote kbs -o json | success=true、data.topics[].topic_id/name/scope/stats、has_more/total | 展示全部真实 Scope，不只展示默认知识库。 | |
getnote kbs-sub -o json | success=true、data.topics[].topic_id/name、has_more/total | 订阅知识库通常只读，不能把它当作可写知识库。 | |
getnote kb <topic_id> -o json | success=true、data.notes[].note_id/title/note_type、has_more/total | 返回知识库内真实笔记；需要链接时再用 note 读取详情。 | |
getnote kb create <name> -o json | success=true、data? | 仅创建个人知识库；不得在没有返回 ID 时虚构 topic_id。 | |
getnote kb add <topic_id> <note_id…> -o json | success=true、data? | 最多 20 条；需要确认最终目录归属时重新读取目录。 | |
getnote kb remove <topic_id> <note_id…> --yes -o json | success=true、data? | 最多 20 条；先确认，再说明已从该知识库移出。 | |
gnote kb dir <topic_id> -o json | success=true、data.current_directory?、directories[].id/name、resources[].id/directory_id/note_id?/name/type/status、total | 目录主键读取 directories[].id；资源归属读取 resources[].directory_id，笔记资源用 resources[].note_id 验证；旧环境回退 getnote kb directories。 | |
gnote kb mkdir <topic_id> --name <name> -o json | success=true、data? | 也兼容位置参数 <name>；二者不可同时使用。若需给出新目录 ID 或层级，随后重新读取目录。 | |
gnote kb mvdir <topic_id> <directory_id> … -o json | success=true、data? | 只确认用户指定的改名/移动；需要最终名称或父级时重新读取目录。 | |
gnote kb rmdir <topic_id> <directory_id> --yes -o json | success=true、data? | 只删除空目录；说明已删除前必须拿到业务成功。 | |
getnote kb bloggers <topic_id> -o json | success=true、data.bloggers[].follow_id_str/account_name/platform、has_more/total | 列表中使用 follow_id_str 作为后续查询 ID。 | |
getnote kb blogger-follow <topic_id> <link> -o json | success=true、data.follow_id_str/url/platform/type/created_at | 说明实际订阅的平台和对象；先确认目标知识库有写权限。 | |
getnote kb blogger-contents <topic_id> <follow_id> -o json | success=true、data.contents[].post_id_alias/post_title/post_publish_time、has_more/total | 返回标题与摘要；阅读全文前让用户选择具体内容。 | |
getnote kb blogger-content <topic_id> <post_id> -o json | success=true、data.post_title/post_summary?/post_media_text?/post_url?/post_publish_time | post_media_text 才是完整原文，摘要不能替代它。 | |
getnote kb lives <topic_id> -o json | success=true、data.lives[].live_id/name/status、has_more/total | 先列出真实直播，再按用户选择读取详情。 | |
getnote kb live <topic_id> <live_id> -o json | success=true、data.post_title/post_summary?/post_media_text?/post_publish_time | post_media_text 是直播原文/转写；没有时不凭摘要补写。 | |
getnote kb live-follow <topic_id> <link> -o json | success=true、data.follow_id_str/url/platform/type/created_at | 说明真实订阅对象和平台。 |
权限不足、目录非空、批量超限等失败必须原样解释，不伪造降级成功；保留 request_id 和 retryable。
完成、处理中与失败后的动作
kbs、kbs-sub、kb、dir、博主和直播的空列表都是成功结果：如实说“目前没有”，不要自动创建知识库、目录或订阅。kb create、kb add、mkdir、mvdir等写操作的data可能因服务版本不同而不提供完整对象。只在success=true时确认动作已提交；若要向用户返回新目录 ID、最终层级或笔记归属，必须紧接着重新读取gnote kb dir或getnote kb <topic_id>，不能猜字段。kb add即使请求成功，也不能把“已发起加入”说成“已进入某个目录”；只有重新读取后在resources[]的同一项出现对应字符串note_id和directory_id，才能展示最终归属。kb remove、rmdir前必须有用户明确确认并带--yes；若reason=knowledge_directory_not_empty，明确提示“目录非空，请先移出内容或删除子目录”，不要原请求重试。其它失败也应说明真实原因和下一步，绝不宣称已删除。- 用户给的团队知识库不在
getnote kbs返回中时，先说明当前账号没有访问权限；不能把个人知识库同名项替代成团队知识库。 - “这条笔记”只能复用当前会话中已经由 CLI 返回并验证过的字符串
note_id。没有可靠上下文时先请用户提供笔记 ID；不能从不受支持的私有链接、标题或雪花 ID 数值转换中猜测。