iswalle 得到大脑知识库
通过官方 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 为准。
选择知识库和权限
getnote kbs和getnote kbs-sub默认只查询DEFAULT。用户明确要书籍、客户档案或团队知识库时，分别传--scope BOOKSPACE、--scope CUSTOMER、--scope TEAMSPACE；不能把多个 Scope 混在同一分页结果里。- 用户问“我管理的/我的知识库”时执行
getnote kbs --scope <scope> -o json；问“我订阅的知识库”时执行getnote kbs-sub --scope <scope> -o json。订阅列表只包含他人创建且当前账号真实订阅的知识库，分别按has_more翻完页。 - 按名称和
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 --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 数值转换中猜测。