查看和管理得到大脑的默认知识库、书籍、客户档案、团队知识库、文件夹、抖音博主订阅与直播，并把笔记准确归档到指定知识库和目录。

得到大脑知识库通过官方 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 scope <scope 我订阅的知识库 getnote kbs sub scope <scope 知识库笔记 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 为准。选择知识库和权限 1. getnote kbs 和 getnote kbs sub 默认只查询 DEFAULT 。用户明确要书籍、客户档案或团队知识库时，分别传 scope BOOKSPACE 、 scope CUSTOMER 、 scope TEAMSPACE ；不能把多个 Scope 混在同一分页结果里。 2. 用户问“我管理的/我的知识库”时执行 getnote kbs scope <scope o json ；问“我订阅的知识库”时执行 getnote kbs sub scope <scope o json 。订阅列表只包含他人创建且当前账号真实订阅的知识库，分别按 has more 翻完页。 3. 按名称和 scope 匹配；同名或用户意图不明确时让用户选择，不猜 topic id 。目标名称既可能是知识库也可能是文件夹时，先问清楚。 4. 订阅知识库通常只读。若列表结果明确返回角色或可写标记，按真实字段判断；当前 CLI 契约未保证权限字段时，不得声称已经预检为 owner/admin，可在用户明确授权后尝试写入，并忠实处理权限失败。 5. 普通成员写入失败时明确说明权限不足，不尝试绕过。当前不代替用户新建团队知识库。文件夹和归档流程 1. 用户要求放入文件夹时，用 gnote kb dir <topic id o json 读取根目录或指定目录。 2. 已有文件夹使用 data.directories[].id 返回的真实目录 ID；浏览指定目录时把该值传给 directory id 。缺失时先询问是否创建，再用 mkdir 。 3. getnote kb add 同时传真实 topic id 、字符串 note id 和 CLI 帮助中规定的目录参数。 4. 每批最多 20 条。移出笔记和删除目录必须先确认；删除目录还必须由 CLI/服务校验为空。 5. 移动或重命名时只改变用户指定项，未指定的名称或父目录保持不变。博主和直播 1. 用户给出抖音主页并要求持续关注时，先确认目标知识库和写权限，再使用 blogger follow ；只是找某条内容时先查询，不创建订阅。 2. 列表先返回博主/直播名称、真实字符串 ID 和必要状态，选中后再读取完整内容。 3. 博主内容详情中的 post media text 才是完整原文，不用摘要冒充。每条命令的结果与回复格式命令成功结果必须包含回复规则 getnote kbs scope <scope o json success=true 、 data.topics[].topic id/name/scope/stats 、 has more/total 默认 scope 为 DEFAULT ；特殊类型必须显式传 scope。 getnote kbs sub scope <scope o json success=true 、 data.topics[].topic id/name/scope 、 has more/total 只返回该 scope 下真实订阅的他人知识库，通常只读。 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 数值转换中猜测。

getnote-kb