diff --git a/skill-template/domains/wiki.md b/skill-template/domains/wiki.md index dd5ace5b3..f8d52a5a8 100644 --- a/skill-template/domains/wiki.md +++ b/skill-template/domains/wiki.md @@ -6,6 +6,7 @@ ## 快速决策 +- 用户要**整理 / 盘点 / 归类 / 重构知识库、个人文档库、文档库目录或 Wiki 节点结构**，或要生成整理方案、目标目录树、移动计划时，不要只使用 Wiki 节点 API。必须先阅读 [`../lark-drive/references/lark-drive-workflow-knowledge-organize.md`](../lark-drive/references/lark-drive-workflow-knowledge-organize.md)，该 workflow 负责 Drive / Wiki / 个人文档库的统一入口解析、资源盘点、分类计划、写前确认和结果验证。 - 用户给的是知识库 URL（`.../wiki/`），且后续要查成员/加成员/删成员：先调用 `lark-cli wiki spaces get_node --params '{"token":""}'` 获取 `space_id`，后续成员接口统一使用 `space_id`。 - 用户要**删除**知识空间（`wiki +delete-space`）但只给了名称或 URL：**不能**把名称 / URL 原样传给 `--space-id`，必须先解析出真实 `space_id`。解析方式： - URL（`.../wiki/`）：`lark-cli wiki spaces get_node --params '{"token":""}' --format json`，读 `data.node.space_id`。 @@ -13,6 +14,7 @@ - **关键安全约束**：无论精确还是模糊，**无论命中 1 条还是多条，发起删除前都必须把候选（`name` + `space_id` + `description` + `space_type`）列给用户，由用户明确选定一个 `space_id` 再执行**。不要因为"只命中一条"就自动执行删除。 - 命中 0 条：停下来问用户是名称拼错了还是调用方无权限；**不要**自行改名字重试。 - 用户明确选定后再执行 `lark-cli wiki +delete-space --space-id --yes`（高风险写操作，必须显式 `--yes`）。 + - 反例：不要把 wiki URL / 名称直接当 `--space-id`（如 `--space-id "https://.../wiki/"`）；务必先用 `wiki spaces get_node` 解析出 `data.node.space_id` 再传。 - 用户要在知识库中创建新节点，优先使用 `lark-cli wiki +node-create`。 - 用户说“给知识库添加成员/管理员”：先把目标解析成“用户 / 群 / 部门 / 应用”四类之一，再决定 `--member-type`，不要先调 `wiki +member-add` 再根据报错反推类型。 - 用户说“部门 + bot”：这是已知不支持路径。不要继续尝试 `wiki +member-add --as bot`；直接提示必须改成 `--as user`，或明确告知当前要求无法完成。 diff --git a/skills/lark-wiki/SKILL.md b/skills/lark-wiki/SKILL.md index 38b252e7b..efe7c3075 100644 --- a/skills/lark-wiki/SKILL.md +++ b/skills/lark-wiki/SKILL.md @@ -1,7 +1,7 @@ --- name: lark-wiki -version: 1.0.0 -description: "飞书知识库：管理知识空间、空间成员和文档节点。创建和查询知识空间、查看和管理空间成员、管理节点层级结构、在知识库中组织文档和快捷方式。当用户需要在知识库中查找或创建文档、浏览知识空间结构、查看或管理空间成员、移动或复制节点时使用。当用户给出 doubao.com 的 /wiki/ URL/token 时，也应直接使用本 skill，不要因为域名不是飞书而回退到 WebFetch；路由依据是 URL 路径模式和 token，而不是域名。" +version: 1.0.1 +description: "飞书知识库：管理知识空间、空间成员和文档节点。创建和查询知识空间、查看和管理空间成员、管理节点层级结构、在知识库中组织文档和快捷方式。当用户需要在知识库中查找或创建文档、浏览知识空间结构、查看或管理空间成员、移动或复制节点时使用。当用户给出 doubao.com 的 /wiki/ URL/token 时，也应直接使用本 skill，不要因为域名不是飞书而回退到 WebFetch；路由依据是 URL 路径模式和 token，而不是域名。不负责：上传文件到知识库节点下（走 lark-drive）、编辑文档/表格/Base 内容（走 lark-doc / lark-sheets / lark-base）。" metadata: requires: bins: ["lark-cli"] @@ -32,6 +32,7 @@ metadata: - **关键安全约束**：无论精确还是模糊，**无论命中 1 条还是多条，发起删除前都必须把候选（`name` + `space_id` + `description` + `space_type`）列给用户，由用户明确选定一个 `space_id` 再执行**。不要因为"只命中一条"就自动执行删除。 - 命中 0 条：停下来问用户是名称拼错了还是调用方无权限；**不要**自行改名字重试。 - 用户明确选定后再执行 `lark-cli wiki +delete-space --space-id --yes`（高风险写操作，必须显式 `--yes`）。 + - 反例：不要把 wiki URL / 名称直接当 `--space-id`（如 `--space-id "https://.../wiki/"`）；务必先用 `wiki spaces get_node` 解析出 `data.node.space_id` 再传。 - 用户要在知识库中创建新节点，优先使用 `lark-cli wiki +node-create`。 - 用户说“给知识库添加成员/管理员”：先把目标解析成“用户 / 群 / 部门 / 应用”四类之一，再决定 `--member-type`，不要先调 `wiki +member-add` 再根据报错反推类型。 - 用户说“部门 + bot”：这是已知不支持路径。不要继续尝试 `wiki +member-add --as bot`；直接提示必须改成 `--as user`，或明确告知当前要求无法完成。 @@ -39,23 +40,6 @@ metadata: - 用户说“查看 / 列出空间成员”：用 `wiki +member-list`；该 shortcut 默认只取一页，多成员场景显式加 `--page-all`。 - 用户说“移除 / 删除空间成员”：用 `wiki +member-remove`，必须传齐原始授予时的 `--member-type` 和 `--member-role`（不知道就先 `wiki +member-list` 查一下）。 -## 成员添加流程 - -- 调用 `lark-cli wiki +member-add` 前，先把自然语言里的“人 / 群 / 部门 / 应用”解析成正确的 `--member-id`，不要猜格式。 -- 用户场景默认优先 `--member-type=openid`：用 `lark-cli contact +search-user --query "<姓名/邮箱/手机号>" --format json` 获取 `open_id`。 -- 群组场景使用 `--member-type=openchat`：用 `lark-cli im +chat-search --query "<群名关键词>" --format json` 获取 `chat_id`。 -- 应用场景使用 `--member-type=appid`：`--member-id` 传应用 ID，格式通常为 `cli_xxx`。 -- `userid` / `unionid` 只在下游明确要求时才使用；先拿到 `open_id`，再调用 `lark-cli api GET /open-apis/contact/v3/users/ --params '{"user_id_type":"open_id"}' --format json` 读取 `user_id` / `union_id`。 -- 部门场景使用 `--member-type=opendepartmentid`：当前 CLI 没有 shortcut，需调用 `lark-cli api POST /open-apis/contact/v3/departments/search --as user --params '{"department_id_type":"open_department_id"}' --data '{"query":"<部门名>"}'` 获取 `open_department_id`。 -- 只有在目标类型和身份都已确认可行后，才调用 `lark-cli wiki +member-add`。对于部门场景，这意味着必须是 `--as user`。 - -## 目标语义约束 - -- `我的文档库` / `My Document Library` / `我的知识库` / `个人知识库` / `my_library` 都应视为 **Wiki personal library**，不是 Drive 根目录 -- 处理这类目标时，先解析 `my_library` 对应的真实 `space_id`，再执行 `wiki +move`、`wiki +node-create` 或其他 Wiki 写操作 -- 不要因为缺少显式 `space_id` 就退化成 `drive +move` -- 如果用户明确说的是 Drive 文件夹、云空间（云盘/云存储）根目录、`我的空间`，才进入 Drive 域处理 - ## Shortcuts（推荐优先使用） Shortcut 是对常用操作的高级封装（`lark-cli wiki + [flags]`）。有 Shortcut 的操作优先使用。 @@ -75,15 +59,30 @@ Shortcut 是对常用操作的高级封装（`lark-cli wiki + [flags]`） | [`+member-remove`](references/lark-wiki-member-remove.md) | Remove a member from a wiki space | | [`+member-list`](references/lark-wiki-member-list.md) | List members of a wiki space (supports pagination) | +## 成员添加流程 + +- 调用 `lark-cli wiki +member-add` 前，先把自然语言里的“人 / 群 / 部门 / 应用”解析成正确的 `--member-id`，不要猜格式。 +- 用户场景默认优先 `--member-type=openid`：用 `lark-cli contact +search-user --query "<姓名/邮箱/手机号>" --format json` 获取 `open_id`。 +- 群组场景使用 `--member-type=openchat`：用 `lark-cli im +chat-search --query "<群名关键词>" --format json` 获取 `chat_id`。 +- 应用场景使用 `--member-type=appid`：`--member-id` 传应用 ID，格式通常为 `cli_xxx`。 +- `userid` / `unionid` 只在下游明确要求时才使用；先拿到 `open_id`，再调用 `lark-cli api GET /open-apis/contact/v3/users/ --params '{"user_id_type":"open_id"}' --format json` 读取 `user_id` / `union_id`。 +- 部门场景使用 `--member-type=opendepartmentid`：当前 CLI 没有 shortcut，需调用 `lark-cli api POST /open-apis/contact/v3/departments/search --as user --params '{"department_id_type":"open_department_id"}' --data '{"query":"<部门名>"}'` 获取 `open_department_id`。 +- 只有在目标类型和身份都已确认可行后，才调用 `lark-cli wiki +member-add`。对于部门场景，这意味着必须是 `--as user`。 + +## 目标语义约束 + +- `我的文档库` / `My Document Library` / `我的知识库` / `个人知识库` / `my_library` 都应视为 **Wiki personal library**，不是 Drive 根目录 +- 处理这类目标时，先解析 `my_library` 对应的真实 `space_id`，再执行 `wiki +move`、`wiki +node-create` 或其他 Wiki 写操作 +- 不要因为缺少显式 `space_id` 就退化成 `drive +move` +- 如果用户明确说的是 Drive 文件夹、云空间（云盘/云存储）根目录、`我的空间`，才进入 Drive 域处理 + ## API Resources ```bash -lark-cli schema wiki.. # 调用 API 前必须先查看参数结构 -lark-cli wiki [flags] # 调用 API +lark-cli schema wiki.. # 调用原生 API 前必须先查看 --data / --params 参数结构，不要猜测字段格式 +lark-cli wiki [flags] # 调用 API ``` -> **重要**：使用原生 API 时，必须先运行 `schema` 查看 `--data` / `--params` 参数结构，不要猜测字段格式。 - ### spaces - `create` — 创建知识空间 @@ -103,18 +102,9 @@ lark-cli wiki [flags] # 调用 API - `create` — 创建知识空间节点 - `list` — 获取知识空间子节点列表 -## 权限表 - -| 方法 | 所需 scope | -|------|-----------| -| `spaces.create` | `wiki:space:write_only` | -| `spaces.get` | `wiki:space:read` | -| `spaces.get_node` | `wiki:node:read` | -| `spaces.list` | `wiki:space:retrieve` | -| `members.create` | `wiki:member:create` | -| `members.delete` | `wiki:member:update` | -| `members.list` | `wiki:member:retrieve` | -| `nodes.copy` | `wiki:node:copy` | -| `nodes.move` | `wiki:node:move` | -| `nodes.create` | `wiki:node:create` | -| `nodes.list` | `wiki:node:retrieve` | +## 不在本 skill 范围 + +- 上传 / 下载文件到知识库节点下 → [`lark-drive`](../lark-drive/SKILL.md)（`drive +upload --wiki-token`） +- 编辑文档正文内容 → [`lark-doc`](../lark-doc/SKILL.md) +- 表格 / 多维表格数据操作 → [`lark-sheets`](../lark-sheets/SKILL.md) / [`lark-base`](../lark-base/SKILL.md) +- 按名称搜索文档 / Wiki / 表格文件、评论与权限管理 → [`lark-drive`](../lark-drive/SKILL.md)