需要开发或托管妙搭（Spark/Miaoda）应用时，用…

当用户要新建或修改妙搭应用，并涉及 HTML 创意设计、全栈/前端开发、部署发布、数据库、文件存储、环境变量、日志监控、权限协作或自动化触发器时使用。

适用场景

解决思路

1. 身份与授权：妙搭应用属于用户资产，默认用 `--as user`；认证、scope、exit-10、高风险确认、`_notice` 等通用处理只读 `../lark-shared/SKILL.md`，不要在本 skill 里复制。
2. 身份与授权：已有用户身份可用时直接执行业务命令，不要为了预防权限问题主动重新登录，否则可能中断原任务并触发不必要的设备授权。
3. 身份与授权：仅当 CLI 明确返回未登录或缺少本域 scope 时，一次性执行 `lark-cli auth login --domain apps`。
4. 身份与授权：因缺权限失败（`error.subtype == "missing_scope"`）时按 `../lark-shared/SKILL.md` 通用处理，同样按 `--domain apps` 授权；授权成功后只恢复原业务操作，不扩展任务范围。
5. 意图路由：按具体操作查命令，开发路径先用「选择开发路径」判定表定好再进来取命令。
6. 意图路由：创建新应用资产、拿 app_id 用 `+create`，按需读 `references/lark-apps-create.md`。
7. 意图路由：找已有 app_id、按名字过滤应用用 `+list --keyword <name>`，按需读 `references/lark-apps-list.md`。
8. 意图路由：查单个应用详情（类型、名称、发布状态等）用 `+get --app-id <app_id>`，按需读 `references/lark-apps-get.md`。
9. 意图路由：改应用名或描述用 `+update`，按需读 `references/lark-apps-update.md`。
10. 意图路由：HTML 应用 / 创意模式—写 HTML 页面/网站、静态页、PPT/deck、落地页、仪表盘、UI mockup、原型、线框图、视觉探索时，加载 `creative-design/creative-design.md`（含完整开发与发布流程）。
11. 意图路由：旧版存量 HTML 应用（无 Git 管理）继续上传已有静态产物用 `+html-publish`（仅兼容旧链路；新建 html / 创意模式 / creative-design 产物不得使用），读 `references/lark-apps-html-publish.md`。
12. 意图路由：开发已有应用 / 初始化本地仓库（开发方式已定为本地后；先解析 app_id，勿 `+create` 新建）用 `+init`（或手动 `+git-credential-init` + 原生 git）；执行前必读 `references/lark-apps-local-dev.md`，读 `references/lark-apps-init.md`、`references/lark-apps-git-credential.md`。
13. 意图路由：只要一份源码快照、不做本地开发；或要取别人分享给你的应用源码（你对其仓库无权限）用 `+export`（下载 zip；不配 git 凭证、不建工作区）；要继续开发用 `+init` 而非本命令。
14. 意图路由：本地开发时 `.env.local` 损坏/丢失，重新拉取启动期环境变量用 `+env-pull`。
15. 意图路由：管理应用环境变量（查看/设置/删除）用 `+env-list`、`+env-set`、`+env-delete`。
16. 意图路由：查线上日志、Trace、请求数、错误率、延迟、CPU、memory、PV/UV/访问量用 `+log-list`、`+log-get`、`+trace-list`、`+trace-get`、`+metric-list`、`+analytics-list`。
17. 意图路由：看表 / 看结构 / 初始化多环境 / 导入导出数据 / 变更追溯 / 行级审计 / dev→online 发布 / 时间点恢复 / 查 DB 用量用 `+db-table-list`、`+db-table-get`、`+db-env-create`、`+db-data-export`/`+db-data-import`、`+db-changelog-list`、`+db-audit-status`/`+db-audit-enable`/`+db-audit-disable`/`+db-audit-list`、`+db-env-diff`/`+db-env-migrate`、`+db-recovery-diff`/`+db-recovery-apply`、`+db-quota-get`。
18. 意图路由：逐条执行 SQL（SELECT / DML / DDL）、建表 / 改表 / 写 SQL 的平台规范用 `+db-execute`，读 `references/lark-apps-db-execute.md`（含平台 SQL 规范：审计列 / RLS / `user_profile` / 禁用 SQL / PG 陷阱）。
19. 意图路由：管理应用文件存储—上传/下载本地文件、列出/查看/删除已存文件、生成临时分享链接、查存储用量用 `+file-upload`/`+file-download`/`+file-list`/`+file-get`/`+file-sign`/`+file-delete`/`+file-quota-get`。
20. 意图路由：调试应用运行时缓存—查看/删除单个业务 key、清空指定环境缓存用 `+cache-get`/`+cache-delete`/`+cache-clear`。
21. 意图路由：部署/上线应用（“部署”“上线”“推上去并部署”“发布到云端”）时，本地开发链路先按 `references/lark-apps-local-dev.md` 确认本次改动已 git commit + git push，再用 `+release-create` / `+release-get`；查发布状态/历史用 `+release-list`。
22. 意图路由：设置或查看运行时可见范围用 `+access-scope-set`、`+access-scope-get`。
23. 意图路由：管理应用协作者（列出/添加/改权限/移除）或协作权限设置用 `+member-list`、`+member-add`、`+member-update`、`+member-remove`、`+member-settings-get`、`+member-settings-set`。
24. 意图路由：创意模式（html）应用的评论相关操作走 lark-drive 文档评论体系，读取 `../lark-drive/SKILL.md` 了解评论能力。
25. 意图路由：管理 `app_...` 应用内角色、角色成员，或查询用户匹配角色用 `+role-list/get/create/update/delete`、`+role-member-list/add/remove`、`+role-match-list`。
26. 意图路由：云端 Agent 生成/迭代应用（开发方式已定为云端后）用 `+session-create` -> `+chat` -> `+session-get`。
27. 意图路由：管理妙搭应用开放 API Key（创建/查看/启停/重置/删除凭证；密钥仅 create/reset 一次性返回）用 `+openapi-key-list/get/create/update/enable/disable/delete/reset`。
28. 意图路由：管理妙搭应用自动化触发器（定时/记录变更/Webhook/飞书审批四类触发器的查询/创建/更新/启停；Webhook URL·Token 一次性回显、不落盘）用 `+automation-list/get/create/update/enable/disable`。
29. 意图路由：查看某次会话某一轮（turn）的回复消息（含仍在生成中的本轮）/ 导出上一轮模型回复时，先 `+session-get`（取 `latest_turn.turn_id`）-> `+session-messages-list --turn-id <id>`（仅 user 身份；分页用 `--page-token`）。
30. 意图路由：外部能力（AI 模型能力和飞书平台能力）集成/插件/Plugin/Capability 用 `+plugin-install`、`+plugin-list`、`+plugin-uninstall`。
31. 意图路由：把一批 ID 在妙搭 user_id ↔ 飞书 open_id / union_id / 飞书 user_id 之间互转（例如拿到 open_id 但下游要 user_id）用 `+user-id-convert --convert-type <方向> --ids <id1,id2,...>`。
32. 高频路径：Base 到应用数据库同步时，先读 `references/lark-apps-db.md` 的 Base 数据同步段落，再查 app_id 或处理授权；先形成计划再动手：`+db-sync-create` 一次只处理一张 Base 表，整库/多表必须拆成多份单表配置和多次 preview/create；batch/import 任务是一次性任务，不能重新 enable，遇 operation-not-allowed 先解释生命周期边界，再用 `+db-sync-get` 查状态/结果，持续同步要新建 streaming 任务。
33. 高频路径：性能/监控/观测指标问题不要在当前工作区搜索监控文件，也不要询问“监控数据在哪”；先按 app_id 获取解析应用：`lark-cli apps +list --keyword <应用名> --as user`；拿到 `app_id` 后读 `references/lark-apps-observability.md`，用 `+metric-list`。
34. 高频路径：请求量/错误量用 `lark-cli apps +metric-list --app-id <app_id> --metric requests --since <range> --as user`（不传 `--series` 会同时返回 total/error）；延迟用 `--metric latency`（不传 `--series` 会返回 p50/p99）；如果用户给了具体接口，再加 `--api <path-or-name>`；不要臆造 group-by 参数。
35. 高频路径：PV/UV/访问量/活跃用户先解析 `app_id`，再用 `+analytics-list`，不要误用 `+metric-list`。
36. 高频路径：设置环境变量时，如果用户只给应用名，仍先 `+list --keyword` 解析 app_id；设置 online 环境且用户已经明确说“确认/直接执行”时，调用 `+env-set --environment online ... --yes`，不要再次要求确认；回复和日志摘要里只提 key / env / app，不回显真实 value；需要传复杂值时优先用 `@file` 或 stdin。
37. 高频路径：删除环境变量时，`+env-delete` 是破坏性操作；除非用户在同一轮已经明确确认删除这个 app/env/key，否则先向用户确认应用、环境、key 和删除后果；确认后再加 `--yes`；不要因为认证失败/重登完成就自动继续删除，必须保留确认门槛。
38. 应用协作者与协作权限设置：这组命令管理妙搭应用的开发协作者和协作策略，不等同于 `+access-scope-*` 的运行时访问范围，也不等同于 `+role-*` 的应用内业务角色；所有命令使用 `app_...` 应用 ID 和 `--as user`；不要读取或判断 `app_type` 来预判支持范围，直接调用对应的协作者命令。
39. 应用协作者与协作权限设置：`+member-list`、`+member-settings-get` 是只读命令，需要 `spark:app:read`。
40. 应用协作者与协作权限设置：`+member-add`、`+member-update`、`+member-remove`、`+member-settings-set` 是高风险写命令，需要 `spark:app:write`；先用 `--dry-run` 核对目标、URL 和请求体；dry-run 不需要 `--yes`；用户已确认具体应用、成员/设置及影响，或已按下方「高影响动作：确认与预授权」对整条流程明确预授权时，真实执行加 `--yes`；否则在 dry-run 后停下请求确认；批量移除成员仍执行「禁止预授权判定底线」，不能从泛化的“直接做”推导出 `--yes`。
41. 应用协作者与协作权限设置：添加、更新、移除成员时必须显式提供匹配的外部 ID 类型，禁止传内部数字 ID、猜测类型或做隐式转换：用户 `--member-type openid --member-id ou_...`；群组 `--member-type openchat --member-id oc_...`；部门 `--member-type opendepartmentid --member-id od-...`。
42. 应用协作者与协作权限设置：`+member-list --member-type` 的筛选枚举是响应对象类型 `user` / `department` / `chat`，与写命令的 ID 类型枚举不同；可再用 `--role view|edit|full_access` 筛选。
43. 应用协作者与协作权限设置：`+member-list` 一次返回应用的全部直接协作者，不提供分页参数；可用 `--member-type` 和 `--role` 缩小结果范围。
44. 应用协作者与协作权限设置：成员响应不包含应用详情；需要名称、类型或发布状态时单独调用 `+get --app-id <app_id>`，不要期待成员分页重复返回 `app`。
45. 应用协作者与协作权限设置：收到 subtype `feature_not_available`（OpenAPI code `3340005`；直连服务可能为 `40005`）时，立即停止 CLI 自动化，不切换 `app_type`，也不尝试用 access scope、应用角色或其它成员命令绕过；向用户说明该应用暂不支持通过 lark-cli 设置协作者，并引导其在妙搭后台的权限设置中操作。
46. 应用协作者与协作权限设置：`external_invite` 只在 `+member-settings-get` 的响应中读取，不能独立设置；它会跟随 `external_access`；CLI 不注册 `--external-invite`，需要改变外部协作能力时只设置 `--external-access`。
47. 应用协作者与协作权限设置：`copy_download_by` 也只在 `+member-settings-get` 的响应中读取；CCM 当前明确不支持为妙搭对象写入复制、打印和下载权限，因此 CLI 不注册 `--copy-download-by`；保留读取结果，不要尝试写入，也不要改用其它权限字段模拟。
48. 应用协作者与协作权限设置：读取协作者和当前协作策略用 `lark-cli apps +member-list --app-id <app_id> --as user` 和 `lark-cli apps +member-settings-get --app-id <app_id> --as user`；写操作先预览精确的 typed-ID 字段，确认后把 `--dry-run` 换成 `--yes`，例如 `lark-cli apps +member-add --app-id <app_id> --member-type openid --member-id ou_xxx --perm view --dry-run --as user`、`+member-update --app-id <app_id> --member-type openchat --member-id oc_xxx --perm edit --dry-run --as user`、`+member-remove --app-id <app_id> --member-type opendepartmentid --member-id od-xxx --dry-run --as user`、`+member-settings-set --app-id <app_id> --external-access disabled --comment-by viewer --dry-run --as user`。
49. 选择开发路径：新建必先定 `app_type` 和开发方式两件正交的事；修改已有先按「app_id 获取」指认到 app，指认不到就问用户，不擅自 `+create`；开发方式（本地 vs 云端）只看用户对“谁来写代码”的偏好，与应用复杂度、要不要数据库无关。
50. 选择开发路径：含数据库/后端持久化（登录 / 增删改查 / 报名·投票·站会存记录 / 多人协作 / 泛称“系统·工具”且明确要存数据）判定为 `app_type=full_stack`。
51. 选择开发路径：纯静态展示（给人“看”的物料，无 JS 交互：PPT/deck / demo / 落地页 / 海报 / UI mockup / 线框图 / 静态仪表盘 / 视觉探索）判定为 `app_type=html`，加载 `creative-design/creative-design.md`（含完整开发与发布流程）。
52. 选择开发路径：有 JS 交互但无数据库（给人“用”的前端应用：可交互原型 / SPA / 表单校验 / 动态计算 / 调用外部 API / 泛称“工具·系统”但未明确要存数据）判定为 `app_type=frontend`；默认倾向：用户未明确提出数据库需求时默认引导 frontend，不默认 full_stack。
53. 选择开发路径：类型模糊（尤其“要不要存数据”不清）时追问，话术偏向 frontend，例：“看起来是个前端应用，需要保存数据吗？”；确认要存数据再转 full_stack，确认纯展示再转 html。
54. 选择开发路径：用户要自己写 / 本地 IDE·code agent / 拉源码到本地 / 交研发时，走本地开发，读 `references/lark-apps-local-dev.md`。
55. 选择开发路径：让妙搭 AI 云端生成 / 对话式 / 自己不碰代码时，走云端会话，读 `references/lark-apps-cloud-dev.md`。
56. 选择开发路径：未表达“谁来写”偏好时必须先问（本地代码开发 vs 云端 AI 生成）；选定前不擅自选边、不暗示默认，不得以“需求不模糊”为由跳过提问直接 `+init` / `git clone` / `+session-create` / 首轮 `+chat`。
57. 选择开发路径：修改已有 + 当前目录是 `.spark/meta.json` 项目时，直接继续本地按意图路由，不必问也不必判云端。
58. 选择开发路径：修改已有 + 有云端偏好时走云端会话；未表达偏好且非本地项目时默认本地；判不准先问。
59. 选择开发路径：`frontend` 应用后续需要数据库/后端能力时，本地 CLI 不提供类型升级；引导用户到云端会话（打开 `https://miaoda.feishu.cn/app/{app_id}`），用自然语言描述后端需求（如“给这个应用加登录和数据存储”）即可触发升级，无需特殊指令。
60. 发布态护栏：用户要“可访问 / 线上 / 分享 / 新链接 / 上线”= 发布意图，先走发布链路、确认完成再给链接。
61. 发布态护栏：完成 ≠ 发布；云端会话完成 / `+list is_published=true` 都不代表最新内容已部署。
62. 发布态护栏：开发态链接 `https://miaoda.feishu.cn/app/{app_id}`（full_stack / frontend 应用）用于进应用编辑/开发态、管理与继续开发应用的入口，也是 frontend 升级为 full_stack 的入口（云端会话）；创意模式（html）应用开发态和发布态是同一个链接，无需额外提供开发态链接。
63. 发布态护栏：发布态链接来源：`+release-get` 轮询 `finished` 给 `online_url` / `failed` 给 `error_logs`（html / frontend / full_stack 统一走 `+release-get`）。
64. 发布态护栏：html 应用的主链路是创意模式开发方式：按 `references/lark-apps-local-dev.md` 初始化仓库、在仓库内产出 HTML 及关联文件，并通过 git commit / git push / `+release-create` / `+release-get` 发布部署；任何 git 操作（clone / pull / push）报错时，先执行 `lark-cli apps +git-credential-init --app-id <app_id> --as user` 刷新本地 Git 凭证，再重试原 git 命令；如果刷新凭证也失败，停止并向用户报告：原始 git 错误、凭证刷新失败原因，以及是否可能是当前环境（操作系统、沙箱）限制导致（如 macOS Keychain 在沙箱中不可用、Linux 加密文件目录不可写等）；不要改走 `+html-publish`，也不要把 `+html-publish` 当作本地开发链路的 fallback。
65. 发布态护栏：创意模式（html）应用的链接格式为 `https://{租户域名}/page/{meta_token}`，开发态和发布态是同一个链接（区别于 full_stack 应用两者分开）；此链接形似飞书文档链接；`+get --app-id <meta_token>` 可获取应用信息（含 `app_id`），`+get --app-id <app_id>` 可获取 `meta_token`；看到 `/page/xxx` 链接时，它是妙搭创意模式应用，不要当成飞书文档跳过。
66. 平台资源与应用源码边界：`apps` 命令的 `--path`、`--file`、`--output` 等路径参数只接受当前工作目录（cwd）下的相对路径，传绝对路径会报错；如果目标文件不在 cwd 下，先 `cd` 到目标目录再执行命令。
67. 平台资源与应用源码边界：图片、字体、音视频等资源型文件属于平台资源，不应提交到 git 仓库、引用本地路径或以 base64 内联到源码中；先通过 `lark-cli apps +file-upload --app-id <app_id> --file <local_path>` 上传到应用文件存储，拿到返回的远端 URL 后在代码中引用；上传返回的链接按 app 隔离，不同应用必须各自重新上传，不能跨应用复用同一链接；详情读 `references/lark-apps-file.md`。
68. 平台资源与应用源码边界：`apps +role-*` 只管理平台角色资源；修改已初始化应用的源码（包括当前目录已经是应用项目）时，先查看工作区 `.agents/skills/`，完整读取与任务匹配的领域 skill，再按其路由读取所需 reference；角色鉴权或运行态角色管理读应用内 `authz-guide`，不能用本 skill 的平台命令参考推断运行时合同。
69. 平台资源与应用源码边界：`lark-cli` 只用于开发过程中的平台资源核验或变更；应用运行时代码必须使用工程内领域 skill 规定的 SDK，禁止通过 `exec` 或子进程调用 `lark-cli`。
70. 平台资源与应用源码边界：平台回读出的当前资源 ID、名称和成员只用于事实核验，不自动构成业务策略；除非需求或应用内领域 skill 明确定义，禁止把当前样本硬编码成 allowlist、denylist、只读集合或权限规则。
71. 平台资源与应用源码边界：实现领域 SDK 时，以实际包导出的类型和应用内领域 reference 记录的入参、响应路径为准；禁止修改 ambient `.d.ts`、补造宽松类型或强制断言，让猜测的 SDK 结构仅在本地“编译通过”。
72. 平台资源与应用源码边界：typecheck/build 成功不等于合同正确；交付前逐项核对每个 SDK 调用的入参、响应取值路径和策略分支；涉及更新、删除等不同动作时，分别验证各自动作所需的完整状态，不能复用更弱的前置判断。
73. 平台资源与应用源码边界：源码任务交付前确认新增页面、Controller、Module 已接入真实 router/bootstrap，并运行项目现有 typecheck/build；只创建未接线文件不算完成。
74. 平台资源与应用源码边界：`+access-scope-*` 只管运行时可见范围（谁能打开应用），不是角色权限；应用协作者/开发权限使用 `+member-*` 和 `+member-settings-*`，应用内业务角色使用 `+role-*`；自动化触发器请用 `+automation-*`。
75. app_id 获取：`app_id` 必须是妙搭应用 ID（`app_` 开头）；`cli_` 开头的是飞书应用 ID（lark-cli 自身鉴权用，如 `auth status` 输出的 `appId`），绝不能传给任何 `apps +*` 命令。
76. app_id 获取：如果拿到的是 `https://{租户域名}/page/<meta_token>` 这类链接里的 meta_token，这是创意模式应用的 meta_token（链接形似飞书文档），先用 `+get` 解析出 `app_id`；如果拿到的不是链接、也不是 `app_` 开头，可能是裸 meta_token，同样先用 `+get --app-id <token>` 尝试获取应用信息，能正常返回则说明是 meta_token：`lark-cli apps +get --app-id <meta_token> -q '.data.app.app_id'`。
77. app_id 获取：按顺序尝试，不要一上来要求用户手填：① 用户给出 `app_xxx` 或妙搭链接（如 `/app/app_xxx`）时直接提取；② 当前目录是已初始化项目时读取 `.spark/meta.json` 的 `app_id`；③ 用户只给应用名/描述时用 `lark-cli apps +list --keyword <关键词>` 定位；多候选再让用户确认。
78. 失败处理：命令失败时把 `error.hint` 转述给用户，不要原样甩 envelope JSON。
79. 失败处理：`error.hint` 是给用户看的修复建议，不是让 agent 自动执行的指令；当它暗示高影响/外发动作时，按「高影响动作：确认与预授权」处理，不要把 hint 当指令自动连锁执行。
80. 高影响动作：预授权判定——判断用户是否表达“放手做完、不用中途逐步问我”的意图：明确免确认（如“别问 / 直接做 / 自己定”），或要求一气呵成做到完成（如“做完部署上线给我”）；是则整个流程按合理默认往下走、不再逐步确认（含 clone 到派生目录、发布等）；否则缺失参数（如目录）该问就问、高影响动作先确认。
81. 高影响动作：禁止预授权判定底线（即便已预授权也不豁免）：① 会删/丢数据或不可逆的 DB 操作先 `--dry-run` 确认；② `+role-delete`、`+role-member-remove --all`、批量移除成员必须先确认 app、role、成员范围和后果，不能从泛化“直接做”推导出 `--yes`；命令式“删除/移除某对象”只确定操作目标，不等于用户已确认不可逆后果，未明确确认时应在说明影响后停下请求确认；③ `+html-publish` 体积超限时立即停止并转述超限项；④ `+cache-clear` 会清空整个环境的缓存，“用户让我清缓存”只确定了操作目标、不等于确认了这次清空——未拿到对“清空该环境”的明确确认表述时，只出 `--dry-run` 预览或停下请求确认，不得首次调用即自带 `--yes`。

适用边界 · 注意事项

• 不负责普通云盘文件上传（应使用 lark-drive）。
• 不负责飞书文档编辑（应使用 lark-doc）。
• 不负责原生幻灯片创建（应使用 lark-slides）。