Lark Base

3.2 任务选路心智模型

3.3 查询执行契约

涉及查询、统计或判断结论时，先阅读 references/lark-base-data-analysis-sop.md，并遵守以下高优先级规则：

1. +record-list 默认页、固定 --limit 和本地 jq 只能证明已读取范围内的事实，不能直接支撑全局最值、全量计数、Top/Bottom N、异常识别或分组结论。
2. 能由 Base 表达的筛选、排序、投影、聚合、分组和限制，应在 Base 云端查询服务中执行；不要先拉明细到本地上下文再手工筛选排序。
3. has_more=true 或等价分页信号表示当前结果不是全量；除非用户只要样例/前 N 条，不能基于该页回答全局问题。
4. 多表查询必须先确认关系字段和连接键；link 单元格里的 record_id 是关系键，不是用户可读答案。
5. 最终答案必须能追溯到真实表、真实字段、查询范围、筛选/排序/聚合条件和必要的连接键。

3.4 表名、字段名与表达式引用

1. 表名、字段名必须精确匹配真实返回，来源应是 +table-list / +table-get / +field-list。
2. 不要凭自然语言猜名称，不要自行改写用户口述中的表名、字段名。
3. formula / lookup / data-query / workflow 中出现的名称同样必须精确匹配；表达式引用、where 条件、DSL 字段名、workflow 配置都遵守同一规则。
4. 跨表场景必须额外读取目标表结构，不能只看当前表。

3.5 Token 与链接

这是高优先级章节。只要用户输入里出现链接、token，或报错涉及 baseToken / wiki_token / obj_token，都应优先回到这里检查。

3.6 身份选择与权限降级策略

多维表格通常属于用户的个人或团队资源。默认应优先使用 --as user（用户身份）执行所有 Base 操作，始终显式指定身份。

• --as user（推荐）：以当前登录用户身份操作其有权访问的 Base。执行前先完成用户授权：

lark-cli auth login --domain base

• --as bot（降级）：仅当 user 身份权限不足、且 bot 身份确实拥有目标 Base 的访问权限时，才降级使用。bot 看不到用户私有资源，行为以应用身份执行。

执行规则：

1. 所有操作默认先用 --as user。
2. 若 user 身份返回权限错误，先判断是否为不可重试错误码（如 91403）。若是，立即停止，不做任何重试或降级，直接按 lark-shared 权限不足处理流程引导用户解决。
3. 非不可重试错误码时，检查错误响应中是否包含 permission_violations / hint 等提权引导信息：
   • 有提权引导：按 lark-shared 权限不足处理流程，先引导用户完成 user 身份提权（auth login --scope）；确认提权成功后，以 --as user 重试。
   • 无提权引导（如资源级无访问权限、非 scope 不足）：切换到 --as bot 重试一次。
4. 若 bot 身份仍然返回权限错误，立即停止重试，根据错误响应按 lark-shared 流程引导用户解决（引导去开发者后台开通 scope 或确认资源访问权限）。
5. 只有在用户明确要求"用应用身份 / bot 身份操作"，才跳过 user 直接使用 --as bot。

4. 执行规则

4.1 标准执行顺序

1. 先判断任务属于哪个模块，选对命令族。
2. 如果用户给了链接，先解析 token，不要把 wiki token、完整 URL 或其他对象 ID 误当成 base_token。
3. 如果是查询类任务，先判断问题范围，阅读 data analysis SOP，再决定使用 record / view / data-query。
4. 先拿结构，再写命令，避免猜表名、字段名、表达式引用。
5. 定位到命令后，先读对应 reference，再执行命令。
6. 执行命令，并按返回结果判断下一步。
7. 回复时返回关键结果和后续可继续操作的信息，方便 agent 链式执行下一步。

4.2 不可违反规则

1. 先拿结构，再写命令；至少先拿当前表结构，跨表时还要拿目标表结构。
2. 不要猜表名、字段名、表达式引用，一律以真实返回为准。
3. 只使用原子命令；不要回退到旧的聚合式 +table / +field / +record / +view / +history / +workspace。
4. 写记录前先读字段结构；先 +field-list，再按 lark-base-cell-value.md 构造 CellValue。
5. 写字段前先看字段属性规范；先读 lark-base-shortcut-field-properties.md，再构造 +field-create / +field-update 的 JSON。
6. 只写可写字段；系统字段、附件字段、formula、lookup 默认不作为普通记录写入目标。
7. 聚合分析与取数分流；统计走 +data-query，关键词检索走 +record-search，明细走 +record-list / +record-get。
8. 筛选查询按视图能力执行；先用 +view-set-filter 配置筛选，再结合 +record-list 读取。
9. 全局查询不得基于默认分页、小 --limit 或未证明全量的本地 jq 结果下结论。
10. Base 场景不要改走裸 API，不要切去 lark-cli api /open-apis/bitable/v1/...。
11. 统一使用 --base-token。
12. workflow 场景先读 schema，不要凭自然语言猜 type。
13. dashboard 场景先读 guide；提到图表、看板、block 就先进入 dashboard 模块。
14. formula / lookup 场景先读 guide；没读 guide 前不要直接创建或更新。

4.3 并发、分页与批量限制

• +table-list / +field-list / +record-list / +view-list / +record-history-list / +role-list / +dashboard-list / +dashboard-block-list / +workflow-list 禁止并发调用，只能串行执行。
• +record-list 分页时，--limit 最大 200；先拉首批并检查 has_more，只有用户明确需要更多数据时再继续翻页。
• 批量写入时，单批不超过 200 条。
• 连续写入同一表时，必须串行写入，批次间延迟 0.5–1 秒。

4.4 确认与回复规则

• 视图重命名时，用户已明确“把哪个视图改成什么名字”时，+view-rename 直接执行即可。
• 删除记录 / 字段 / 表时，如果用户已经明确说要删除，且目标明确，+record-delete / +field-delete / +table-delete 可直接执行，并带 --yes。
• 删除目标仍有歧义时，先用 +record-get / +field-get / +table-get 或相应 list 命令确认。
• +base-create / +base-copy 成功后，回复中必须主动返回新 Base 的标识信息；若结果带可访问链接，也应一并返回。
• 若 Base 由 bot 身份创建或复制，shortcut 会自动尝试为当前 CLI 用户补授 full_access，并在输出中返回 permission_grant；agent 不需要再手动编排单独授权。owner 转移必须单独确认，禁止擅自执行。

5. 常见错误与恢复