lark-wiki
SKILL.md
wiki (v2)
CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md,其中包含认证、权限处理
成员管理硬限制:
- 如果目标是“部门”,先判断身份,再决定是否继续。
--as bot对应tenant_access_token。官方限制:这种身份下不能使用部门 ID (opendepartmentid) 添加知识空间成员。- 遇到“部门 + --as bot”时,禁止先调用
lark-cli wiki members create试错;直接说明该路径不可行。- 如果用户明确要求“以 bot 身份运行”,且目标是部门,必须停下说明 bot 路径无法完成,不要静默切到
--as user。
快速决策
- 用户给的是知识库 URL(
.../wiki/<token>),且后续要查成员/加成员/删成员:先调用lark-cli wiki spaces get_node --params '{"token":"<wiki_token>"}'获取space_id,后续成员接口统一使用space_id。 - 用户说“给知识库添加成员/管理员”:先把目标解析成“用户 / 群 / 部门”三类之一,再决定
member_type,不要先调wiki members create再根据报错反推类型。 - 用户说“部门 + bot”:这是已知不支持路径。不要继续尝试
wiki members create --as bot;直接提示必须改成--as user,或明确告知当前要求无法完成。 - 用户说“用户 / 群 + 添加成员”:先解析对应 ID,再执行
wiki members create。
成员添加流程
- 调用
lark-cli wiki members create前,先把自然语言里的“人 / 群 / 部门”解析成正确的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。 userid/unionid只在下游明确要求时才使用;先拿到open_id,再调用lark-cli api GET /open-apis/contact/v3/users/<open_id> --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 members create。对于部门场景,这意味着必须是--as user。
Shortcuts(推荐优先使用)
Shortcut 是对常用操作的高级封装(lark-cli wiki +<verb> [flags])。有 Shortcut 的操作优先使用。
| Shortcut | 说明 |
|---|---|
+move |
Move a wiki node, or move a Drive document into Wiki |
+node-create |
Create a wiki node with automatic space resolution |
目标语义约束
我的文档库/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
lark-cli schema wiki.<resource>.<method> # 调用 API 前必须先查看参数结构
lark-cli wiki <resource> <method> [flags] # 调用 API
重要:使用原生 API 时,必须先运行
schema查看--data/--params参数结构,不要猜测字段格式。
spaces
get— 获取知识空间信息get_node— 获取知识空间节点信息list— 获取知识空间列表
members
create— 添加知识空间成员delete— 删除知识空间成员list— 获取知识空间成员列表
nodes
copy— 创建知识空间节点副本create— 创建知识空间节点list— 获取知识空间子节点列表
权限表
| 方法 | 所需 scope |
|---|---|
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.create |
wiki:node:create |
nodes.list |
wiki:node:retrieve |
Weekly Installs
221
Source
open.feishu.cnFirst Seen
1 day ago
Installed on
codex221
gemini-cli221
warp221
deepagents221
kimi-cli221
github-copilot221