Skip to main content Skills Marketplace Discover and explore AI skills built by the community.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Show prompt details A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/seaworld008/Commonly-used-high-value-skills --skill lark-sharedThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
Download Zip Downloading... More from this repository Multi-agent collaboration plugin that spawns N parallel subagents competing on the same task via git worktree isolation. Agents work independently, results are evaluated by metric or LLM judge, and the best branch is merged. Use when: user wants multiple approaches tried in parallel — code optimization, content variation, research exploration, or any task that benefits from parallel competition. Requires: a git repo.
Design production-grade multi-agent orchestration systems. Covers five core patterns (sequential pipeline, parallel fan-out/fan-in, hierarchical delegation, event-driven, consensus), platform-specific implementations, handoff protocols, state management, error recovery, context window budgeting, and cost optimization.
App Store Optimization toolkit for researching keywords, optimizing metadata, and tracking mobile app performance on Apple App Store and Google Play Store.
Related occupations SOC
Based on SOC occupation classification
name lark-shared description Use for lark-cli setup/auth tasks: auth login/status/logout, user vs bot identity, business-domain permissions (--domain, including all/docs/drive), missing scopes, revoking authorization, or handling _notice JSON. zh_description 用于lark、shared，支持知识管理、项目同步和平台集成。 version 1.0.7 author larksuite source github:larksuite/cli source_url https://github.com/larksuite/cli/tree/main/skills/lark-shared license MIT tags [feishu, lark, lark-cli, auth, configuration] created_at 2026-05-19 updated_at 2026-07-20 quality 4 complexity intermediate
lark-cli 共享规则
本技能指导你如何通过lark-cli操作飞书资源, 以及有哪些注意事项。
配置初始化
首次使用需运行 lark-cli config init 完成应用配置。
当你帮用户初始化配置时，使用background方式使用下面的命令发起配置应用流程，启动后读取输出，从中提取授权链接并发给用户。
URL 转发规则 ：当命令输出 verification_url、verification_uri_complete、console_url 等 URL 字段时：必须生成二维码 ：你必须调用 lark-cli auth qrcode 将 URL 转为二维码并展示给用户，这是必须步骤，不要跳过。优先生成 PNG 二维码（--output）；仅当用户明确要求时才使用 ASCII（--ascii）。URL 输出规则 ：将 URL 视为不可修改的 opaque string，不要做任何修改（包括 URL 编码/解码、添加空格或标点、重新拼接 query），二维码和链接请一起展示给用户。
lark-cli config init --new
认证
认证任务速查
认证、scope、业务域、登录态、退出登录态、撤销授权问题都走本技能。
用户意图 首选命令 / 回答 获取全部权限 lark-cli auth login --domain all --no-wait --json按业务域授权 lark-cli auth login --domain docs --domain drive --no-wait --json；--domain 可重复，也可用逗号分隔指定单个 scope 授权 lark-cli auth login --scope "<scope>" --no-wait --json检查当前登录态、是谁登录、token 是否有效 lark-cli auth status --json --verify；回答时引用 identity、verified、identities.user.status、identities.user.userName、identities.user.openId（用户 open id）、identities.user.tokenStatus、identities.user.scope快速查看当前身份状态 lark-cli whoami；实际生效的那一个身份退出当前机器的用户登录态 lark-cli auth logout --json；loggedOut:true 表示注销成功bot 缺少权限 不要执行 auth login；引导用户在开发者后台开通 bot scope，优先复用错误里的 console_url 取消用户对应用的全部服务端授权 auth logout 只清本机登录态；服务端授权需用户在飞书授权管理页取消只取消一个 scope CLI 不支持单独撤销一个已授予 scope；可重新走最小 scope 授权，或让用户在授权管理页处理
机器读取 JSON 时，为减少 _notice 干扰，可在命令前加：
LARKSUITE_CLI_NO_UPDATE_NOTIFIER=1 LARKSUITE_CLI_NO_SKILLS_NOTIFIER=1 lark-cli auth status --json --verify
身份类型 身份 标识 获取方式 适用场景 user 用户身份 --as userlark-cli auth login 等访问用户自己的资源（日历、云空间/云盘/云存储等） bot 应用身份 --as bot自动，只需 appId + appSecret 应用级操作,访问bot自己的资源
身份选择原则 输出的 [identity: bot/user] 代表当前身份。bot 与 user 表现差异很大，需确认身份符合目标需求：
Bot 看不到用户资源 ：无法访问用户的日历、云空间（云盘/云存储）文档、邮箱等个人资源。例如 --as bot 查日程返回 bot 自己的（空）日历Bot 无法代表用户操作 ：发消息以应用名义发送，创建文档归属 botBot 权限 ：只需在飞书开发者后台开通 scope，无需 auth loginUser 权限 ：后台开通 scope + 用户通过 auth login 授权，两层都要满足
权限不足处理 遇到权限相关错误时，根据当前身份类型采取不同解决方案 。
missing_scopes：列出缺失的 scope (N选1)console_url：飞书开发者后台的权限配置链接hint：建议的修复命令
Bot 身份（--as bot） 将错误中的 console_url 原样提供给用户，引导去后台开通 scope。禁止 对 bot 执行 auth login。
User 身份（--as user） lark-cli auth login --domain <domain>
lark-cli auth login --scope "<missing_scope>"
规则 ：auth login 必须指定范围（--domain 或 --scope）。多次 login 的 scope 会累积（增量授权）。
Agent 代理发起认证（推荐） 当你作为 AI agent 需要帮用户完成认证时，优先使用 split-flow，避免在同一轮对话中阻塞等待用户授权：
lark-cli auth login --scope "calendar:calendar:readonly" --no-wait --json
拿到 verification_url 后，将它原样作为本轮最终消息发给用户，并结束本轮/交还控制权。不要在同一轮中展示 URL 后立刻执行 --device-code 阻塞轮询；在不透传中间输出的 agent harness 里，这会导致用户永远看不到 URL。
lark-cli auth login --device-code <device_code>
执行 lark-cli auth login --scope "xxx" --no-wait --json（必须加 --no-wait --json）
从 JSON 输出中提取 verification_url 和 device_code
生成二维码：lark-cli auth qrcode <verification_url> --output "xxx"
将 URL 和二维码展示给用户（先 URL，后二维码）
结束本轮对话前，必须明确告知用户 ："请完成授权后，回来告诉我已授权完成，我会帮你完成后续步骤"
等待用户回复"已完成授权"
由你（AI agent）亲自执行 ：lark-cli auth login --device-code <device_code>此命令会轮询授权状态并完成登录
如果返回授权成功，流程结束
你必须亲自执行 --device-code 命令 ，不要指示用户自行执行不要在同一轮中展示 URL 后立刻执行 --device-code ，这会导致用户看不到 URL禁止缓存 verification_url 或 device_code ：每次需要授权时，必须重新执行 lark-cli auth login --no-wait --json 生成新的链接。不要将授权链接和 device code 存入上下文供后续复用
更新检查 lark-cli 命令执行后，如果检测到新版本，JSON 输出中会包含 _notice.update 字段（含 message、command 等）。
除非用户正在询问更新、版本或 notice，否则不要把 _notice 原样复制为当前任务的主要答案，也不要为了 notice 中断当前任务去反复查 help。
需要稳定 JSON 给脚本或机器读取时，可以在命令前设置：
LARKSUITE_CLI_NO_UPDATE_NOTIFIER=1 LARKSUITE_CLI_NO_SKILLS_NOTIFIER=1 <lark-cli command >
当你在输出中看到 _notice.update 时，先完成用户当前请求；如仍相关，再简短告知可运行：
重要 ：始终使用 lark-cli update 更新，它会同时更新 CLI 和 AI Skills。
JSON 输出契约 --format json（默认）下，成功与错误的信封结构不同：
{ "ok" : true , "identity" : "user" , "data" : { "guid" : "..." } , "meta" : { "count" : 1 } }
{ "ok" : false , "identity" : "user" , "error" : { "type" : "authorization" , "subtype" : "missing_scope" , "code" : 99991679 , "message" : "..." , "hint" : "..." , "missing_scopes" : [ "..." ] } }
判断成功必须用 ok == true（或进程退出码 0），不要用 code == 0 ：成功信封没有顶层 code / msg 字段，code 只出现在错误信封的 error 内，含义是上游 OpenAPI 的 numeric code。按 OpenAPI 老格式 {"code": 0, "msg": "ok"} 判断会把所有成功调用误判为失败；封装写入类命令（如 task +create）时尤其危险，误判会绕过幂等逻辑导致重复创建。
安全规则
禁止输出密钥 （appSecret、accessToken）到终端明文。写入/删除操作前必须确认用户意图 。用 --dry-run 预览危险请求。
文件路径只接受相对路径 ：--file、--output、--output-dir、@file 等路径参数只接受 cwd 下的相对路径，传绝对路径会报 unsafe file path。数据输入（@file、大 JSON）优先用 stdin 传入，避免路径和转义问题。
高风险操作的审批协议（exit 10） lark-cli 对高风险写操作（risk: "high-risk-write"）有强制确认门禁。当你不带 --yes 调用这类命令时，CLI 会退出码 10、并在 stderr 返回如下结构化 envelope：
{
"ok" : false ,
"identity" : "bot" ,
"error" : {
"type" : "confirmation" ,
"subtype" : "confirmation_required" ,
"message" : "drive +delete requires confirmation" ,
"hint" : "add --yes to confirm" ,
"risk" : "high-risk-write" ,
"action" : "drive +delete"
}
}
遇到这种情况，不要当普通错误放弃。 按以下流程处理：
识别 ：看到子进程 exit code = 10 且 stderr JSON 里 error.type == "confirmation"、error.subtype == "confirmation_required"向用户确认 ：把 error.action、error.risk 和关键参数展示给用户，明确告知"这是高风险操作"，等待用户显式同意用户同意 → 在你原始 argv 的末尾追加 --yes 后重试用户拒绝 → 终止流程，不要擅自改写参数或跳过门禁
看到 exit 10 就默认加 --yes 静默重试（这等于禁用门禁）
把 confirmation_required 当网络错误/权限错误处理
在用户没明确同意的前提下追加 --yes 重试
用 sh -c 等 shell 方式拼接命令重试——用 exec.Command(argv...) 参数数组形式，避免 shell 解析把用户参数当作语法
提前预判：想先让用户 review 危险操作的具体请求，调用时加 --dry-run——它不触发门禁，会打印完整请求详情（URL / body / params），你可以把这个预览给用户看过再去真正执行。
如何识别一条命令是高风险
shortcut：lark-cli <service> +<cmd> --help 顶部会显示 Risk: high-risk-write
service 命令：lark-cli schema <service>.<resource>.<method> --format json 的返回值里 "risk": "high-risk-write"
Usage Notes This supplement is maintained by the repository sync pipeline. It keeps the
imported upstream skill usable inside this curated collection when the upstream
source is intentionally concise.
Common Patterns 1. Confirm that the user's task matches the skill trigger.
2. Read the relevant project files or user-provided context before acting.
3. Choose the smallest reversible action that advances the task.
4. Run the verification command or manual check that proves the result.
5. Report the outcome, evidence, and any remaining risk.
Boundaries
Prefer the upstream workflow for Lark Shared; this section only adds local quality
guardrails.
Do not invent project facts when required files, vaults, services, or tools are
unavailable.
Stop and ask for clarification when the next action could overwrite user work,
expose private data, or change production state.
