# Lark Base > 飞书多维表格(Base)操作:建表、字段、记录、视图、统计、公式/lookup、表单、仪表盘、workflow、角色权限;遇到 Base/多维表格/bitable 或 /base/ 链接时使用。文件导入/导出转 lark-drive,认证/授权转 lark-shared。 Source: https://skillsagentes.com/skills/larksuite/cli/lark-base Repository: https://github.com/larksuite/cli Author: larksuite License: MIT Updated: anteayer Context cost: 69 tok installed, 6.2k tok once triggered, 96k tok with every bundled file Bundle: 30 files, 375 KB Permissions requested: none declared ## Install ```bash npx -y skills add larksuite/cli --skill lark-base --agent claude-code ``` ## What it does - Gestiona tablas, campos, registros y vistas en Lark Base mediante shortcuts `lark-cli base +...` - Configura campos de fórmula y lookup, formularios, dashboards, workflows y roles de permisos avanzados - Resuelve tokens e IDs reales (base_token, table_id, etc.) a partir de URLs o títulos antes de operar - Aplica reglas de escritura segura: lectura previa, confirmación `--yes` para acciones de alto riesgo, reintentos controlados - Sigue una SOP dedicada para consultas y análisis de registros usando jq, Python o consultas en la nube ## Use it when - El usuario menciona explícitamente Base, 多维表格 o bitable, o da un enlace `/base/` - El usuario quiere crear/modificar tablas, campos, registros o vistas dentro de un Base - El usuario necesita fórmulas, lookups, cálculos entre tablas, filtros, agregaciones o TopN - El usuario gestiona formularios, dashboards, workflows o roles/permisos avanzados de un Base ## Don't bother when - Solo se trata de autenticación, configuración inicial, cambio de identidad o recuperación de scopes (usar lark-shared) - Importar un archivo local a Base o exportar Base a archivo local (usar lark-drive) - Discusión genérica de análisis de datos o diseño de campos sin contexto de Base ## What triggers it - "Crea una tabla nueva en este Base con estos campos" - "Añade un campo de fórmula que calcule el total por fila" - "Filtra los registros de esta vista donde el estado sea 'pendiente'" - "Configura un dashboard con un gráfico de ventas mensuales" - "Sube este archivo adjunto al registro con record_id X" ## Before you install - Requiere el binario `lark-cli` y haber obtenido previamente un `base_token` válido (vía +url-resolve o +title-resolve). ## Files - SKILL.md — 24 KB - references/dashboard-block-data-config.md — 14 KB - references/formula-field-guide.md — 54 KB - references/lark-base-cell-value.md — 6 KB - references/lark-base-dashboard-block-get-data.md — 24 KB - references/lark-base-dashboard.md — 13 KB - references/lark-base-data-analysis-cloud.md — 9 KB - references/lark-base-data-analysis-pandas.md — 3 KB - references/lark-base-data-analysis-python-stdlib.md — 4 KB - references/lark-base-data-analysis-sop.md — 20 KB - references/lark-base-data-query-guide.md — 3 KB - references/lark-base-data-query.md — 20 KB - references/lark-base-field-create.md — 7 KB - references/lark-base-field-json.md — 16 KB - references/lark-base-field-update.md — 9 KB - references/lark-base-filter-condition.md — 5 KB - references/lark-base-form-detail.md — 3 KB - references/lark-base-form-questions-create.md — 7 KB - references/lark-base-form-questions-update.md — 7 KB - references/lark-base-form-submit.md — 7 KB - references/lark-base-record-batch-create.md — 2 KB - references/lark-base-record-batch-update.md — 2 KB - references/lark-base-record-history-list.md — 1 KB - references/lark-base-record-upsert.md — 2 KB - references/lark-base-role-guide.md — 4 KB - references/lark-base-view-set-filter.md — 3 KB - references/lark-base-workflow-guide.md — 27 KB - references/lark-base-workflow-schema.md — 38 KB - references/lookup-field-guide.md — 18 KB - references/role-config.md — 21 KB ## SKILL.md Reproduced verbatim from larksuite/cli under MIT. This section is the upstream document and is in English. # Base 普通 Base 是数据容器,由一棵 Base Block 资源树和 Base 级配置组成。`folder`、`table`、`docx`、`dashboard`、`workflow` 都是 Block 类型;Advanced Permission / Role 是 Base 级配置,不属于 Block。Table 是其中承载业务数据的核心 Block。Workspace 是组织 Base 与 BaseApp 的外层容器;BaseApp(AppMode)通过 Page 和组件组织 Base 数据,不是 Base 的别名。 ## 身份选择(优先) 操作 Base 优先使用 `--as user`;用户明确要求应用身份时使用 `--as bot`。权限失败按 `lark-shared` 以原身份修复 scope 或资源 ACL;只有用户明确同意更换操作者时才切换身份。 ## 进入前必做:解析目标实体 开始操作前先确定 `base_token` 和目标实体类型;上下文已提供 `` / `` 标签及资源 ID 时直接使用。其余情况从两个入口解析: 1. **URL 或分享链接:** `lark-cli base +url-resolve --url '' --as user`。Base URL 根据返回的 `resource_type` / `block_type` 及 `table_id`、`view_id`、`record_id`、`dashboard_id`、`workflow_id`、`docx_token`、`share_token` 等坐标进入对应模块;BaseApp `/app/` URL 返回 `app_token`,并在链接携带时返回 `workspace_token` 和 `page_id`。实体类型以解析结果为准。 2. **Base 标题或关键词:** `lark-cli base +title-resolve --title '' --as user`。单一结果直接取得 `base_token`;多个候选结合标题、所有者和更新时间消歧,仍无法唯一确定时请用户选择。随后按下方 Base Block 资源模型定位目标实体。 3. **BaseApp:** 优先使用真实 `/app/` URL;已有 `workspace_token` 时可用 `+workspace-entity-list --type baseapp` 定位。两者都没有时请用户补充应用链接或 Workspace,不按名称全局猜测 `app_token`。 **读取 Base:** Base 信息用 `+base-get`,资源目录按下方 Base Block 资源模型读取。 **写入 Base:** 创建新 Base 使用一次 `+base-create --name --table-name --fields ''` 同时创建 Base、首表和 fields;`+base-copy` 复制整个 Base;Base 内资源统一按下方 Block 生命周期管理。 ## Base Block 资源模型 ```text Base ├── Base Block 资源树 │ ├── Table Block │ │ ├── Field schema │ │ ├── Records / CellValue │ │ ├── Views │ │ └── Forms / Questions │ ├── Dashboard Block(布局容器) │ │ └── Dashboard 内部 Blocks(图表、指标卡、文本) │ ├── Workflow Block │ │ └── Workflow definition(title、status、steps 执行图) │ ├── Docx Block → docx_token / lark-doc │ └── Folder Block → 子 Block └── Base 级配置 └── Advanced Permission / Roles ``` 每个 Base Block 都有 `id`、`type`、可修改的 `name`、所在 Folder 的 `parent_id`,并在同级目录中具有顺序。`+base-block-list` 是统一发现入口;`+base-block-create` 创建 Block,`+base-block-rename` 修改名称,`+base-block-move` 通过 `--parent-id` 调整目录并通过 `--before-id` / `--after-id` 调整顺序,`+base-block-delete` 删除 Block。类型专属内容再由对应模块命令处理。 创建时已经明确类型专属初始内容,可直接使用对应构造命令一次完成:Table 用 `+table-create --fields`,Dashboard 用 `+dashboard-create` 设置主题,Workflow 用 `+workflow-create --json` 提交完整定义;Folder 和 Docx 使用 `+base-block-create`。 Block 的 `id` 按类型直接作为对应模块坐标: | Block type | 模块坐标与内部内容 | |---|---| | `table` | `id` 即 `table_id`;内部包含 Field、Record、View 和 Form | | `dashboard` | `id` 即 `dashboard_id`;内部包含图表、指标卡和文本等 Dashboard 组件 | | `workflow` | `id` 即 `workflow_id`;内部包含 title、status 和 steps 执行图 | | `docx` | Block 另带 `docx_token`;正文由 `lark-doc` 处理 | | `folder` | `id` 是目录 Block ID,也可作为 `--parent-id`;只组织子 Block | ## Table Block(The Core) Table 本身是 Base Block,也是 Base 的核心数据存储层;Field、Record、View 和 Form 是 Table 内部对象,不是 Base Block。业务数据查询、写入、关联、统计和分析都从 Table 开始;标准资源读取链路是 `+table-list → +field-list → +record-list` / `+record-search`,多表的 `+field-list` 可以并发执行;记录相关任务读取 [Record 查询与分析 SOP](references/lark-base-record-query-and-analysis-sop.md)。 **读取 Table:** `+table-list` 定位表,`+table-get` 读取详情。Table 专属复制使用 `+table-copy`,异步状态用 `+table-copy-status`;schema 和 records 由下方内部对象操作。 Table 下的大多数更新通过异步链路生效,接口成功返回后立即读取可能暂时看不到最新状态。优先以写入成功响应作为操作结果;任务必须确认最终状态时,先完成本轮相关变更,再统一读取验收,避免逐项写后立即读回。 ### Field Field 定义列 schema。`field_id` 是稳定列标识,`name` 是可修改的展示名称;Formula、Lookup、Link、Select 等属于 Field 类型或能力。 **读取 Field:** `+field-list` / `+field-get` / `+field-search-options`。**写入 Field:** 已有 Table 中创建多个字段时,优先向一次 `+field-create --json` 传字段对象数组;单字段更新和删除用 `+field-update` / `+field-delete`。创建和更新分别读取 [field-create](references/lark-base-field-create.md) / [field-update](references/lark-base-field-update.md),由命令文档继续路由 Field JSON、Formula 和 Lookup 协议。 ### Record Record 是 Table 中的一行数据,包含该记录在各个 Field 下的 CellValue。系统 `record_id` 是表内稳定、非空且唯一的主键,Table 的主字段只是展示字段。 **读取 Record:** 记录预览、筛选、匹配、统计、聚合、TopN、多表或语义分析,以及写前定位记录和写后验收,都必须先完整读取 [Record 查询与分析 SOP](references/lark-base-record-query-and-analysis-sop.md),并由该 SOP 选择具体命令。**写入 Record:** 优先使用 [batch create](references/lark-base-record-batch-create.md) / [batch update](references/lark-base-record-batch-update.md) 创建或更新一条或多条记录,按其文档中的 CellValue 协议提交字段值。 **Record 生命周期:** `+record-delete` 删除记录;`+record-share-link-create` 创建记录分享链接;`+record-history-list` 查询单条记录的变更事件,读取 [历史记录协议](references/lark-base-record-history-list.md)。附件使用 `+record-upload-attachment` / `+record-download-attachment` / `+record-remove-attachment` 操作。 Record 中的 Select、人员、群组、Link、附件的 CellValue 通常是多值;Link 的目标 `table_id` 来自 Field schema,CellValue 中的 `id` 对应目标表 `record_id`。 ### View View 是同一 Table records 上的持久化筛选、排序、分组和展示配置,共享底层 records,不产生数据副本。一次性查询直接使用 Record 读取;需要在 Base UI 中长期保存、共享或复用访问方式时使用 View。 **读取 View:** 使用 `+view-list` / `+view-get`,并通过 `+view-get-filter` / `+view-get-sort` / `+view-get-group` / `+view-get-visible-fields` / `+view-get-timebar` / `+view-get-card` 读取持久化配置。**写入 View:** 使用 `+view-create` / `+view-rename` / `+view-delete` 管理 View,并通过对应的 `+view-set-*` 更新筛选、排序、分组、可见字段、时间轴和卡片配置;筛选结构读 [View filter](references/lark-base-view-set-filter.md),由该文档继续路由公共 condition 协议。 ### Form Form 依附于 Table,以 Field 作为题目,每次有效提交会创建一条 Record,适合信息收集、外部填写、条件题目和附件提交。 1. **读取 Table 中的表单配置:** 使用 `+form-list` / `+form-get` 读取表单,使用 `+form-questions-list` 读取题目配置;这些命令使用表单所属的 `base_token + table_id`。 2. **创建或修改 Table 中的表单配置:** 使用 `+form-create` / `+form-update` / `+form-delete` 管理表单;题目由 Table Field 承载,question ID 对应 `field_id`,创建和更新分别读取 [questions create](references/lark-base-form-questions-create.md) / [questions update](references/lark-base-form-questions-update.md),删除使用 `+form-questions-delete`。 3. **填写分享表单并提交:** 对表单分享链接使用 `+url-resolve` 取得 `share_token`,按 [Form detail](references/lark-base-form-detail.md) 执行 `+form-detail` 读取真实题目、必填项和显示条件,再按 [Form submit](references/lark-base-form-submit.md) 构造字段与附件并执行 `+form-submit`。 ## Dashboard Block Dashboard Block 是 Base Block 树中的仪表盘容器,负责承载页面主题、布局和内部组件集合,本身不表示某一项图表数据。使用 `+dashboard-list` 定位容器,`+dashboard-get` 读取容器信息,`+dashboard-update` 修改主题,`+dashboard-arrange` 统一编排内部组件布局。 容器内部的图表、指标卡和文本等组件在 Dashboard API 中也称为 Block,但不属于 Base Block 树。内部 Block 分为三条操作路径: 1. **读取配置:** `+dashboard-block-list` / `+dashboard-block-get` 读取组件类型、布局和 `data_config`;文本组件的正文也属于配置。 2. **写入配置:** `+dashboard-block-create` / `+dashboard-block-update` / `+dashboard-block-delete` 管理组件,`data_config` 定义数据源、维度、指标、聚合或文本内容。 3. **读取内容:** `+dashboard-block-get-data` 读取图表、指标卡等数据组件的计算结果。 操作内部 Block 前先读 [Dashboard](references/lark-base-dashboard.md),由该入口继续路由组件配置和结果协议。 ## 应用模式与 Workspace 心智模型 Workspace 是组织 Base 和 BaseApp 的空间容器;BaseApp 创建时必须归属一个 Workspace。BaseApp 用 Page 组织界面,每个 Page 包含图表、列表或富文本组件;组件通过 `data_config` 引用 Base 数据,但不会改变 Base、Table、Field 和 Record 的归属关系。Workspace 负责资源归属,App 负责页面和组件,Base 负责数据。 1. **Workspace:** 使用 `+workspace-create`、`+workspace-entity-list` 和 `+workspace-move-in` 创建目录、列出其中的 Base/BaseApp 或移入资源。 2. **应用:** 使用 `+app-create` / `+app-get`;应用查询和创建依赖真实 `app_token` / `workspace_token`。 3. **页面:** 使用 `+app-page-list/get/create/rename/delete` 管理 Page。 4. **组件:** 使用 `+app-block-list/get/create/update` 读写组件配置,使用 `+app-block-get-data` 读取组件计算结果。 BaseApp、Workspace、Page 或组件任务开始前完整读取 [应用模式与 Workspace](references/lark-base-app.md);构造组件 `data_config` 时继续读取 [应用组件配置](references/lark-base-app-block-data-config.md)。BaseApp 不走 `lark-apps`。当前不支持 BaseApp 复制、Page 完整复制、页面图标以及从 Workspace 移出资源;遇到这些目标按 reference 的能力边界处理,不以新建空对象或 Drive 移动冒充。 - BaseApp(应用模式)中的 Page 和组件使用 `app_token` / `page_id` / `block_id`,表、字段和记录仍使用组件所引用 Base 的 `base_token`;不要混用 token 或把 BaseApp 当作 Base 的别名。 - 复用现有 BaseApp block 的 `data_config` 只能作为结构模板,首次 Create/Update 前仍要逐项对齐用户显式要求;用户要求排序时必须显式写 `group_by[].sort.order` 或顶层 `sort.order`,不能用旧配置省略的方向或当前 `get-data` 结果顺序代替。 - 应用页面的 block 与仪表盘 block 是同一套底层实体,但 ID 体系不通用;按当前模块 reference 选择命令和配置协议。 ## Workflow Block Workflow 本身是 Base Block,其内部是一张由 `next` / `children` 连接的 steps 执行图;触发器、动作、条件分支和循环都是 step 类型。它适合定时执行、Record 新增或变更联动、消息通知、记录读写和跨系统调用。Workflow 分为三条操作路径: 1. **读取配置:** `+workflow-list` 定位流程,`+workflow-get` 读取 `title`、`status` 和完整 `steps` 执行图。 2. **写入配置:** `+workflow-create` 创建完整定义,`+workflow-update` 更新完整定义;构造或修改配置前读取 [Workflow](references/lark-base-workflow.md),由该入口继续路由 step 类型和 schema。 3. **运行状态控制:** `+workflow-enable` / `+workflow-disable` 启用或停用已有 Workflow,不修改 steps 执行图。 ## Advanced Permission(AdvPerm) AdvPerm 为 Base 开启细粒度权限模式;Role 在此基础上配置 Base、Table、View、Field、Record、Dashboard 和 Docx 等资源的访问能力,适合按团队或职责限制可见范围、编辑能力、复制下载和数据访问规则。 **读取 AdvPerm:** `+base-get` 查看 `is_advanced`,`+role-list` / `+role-get` 查看角色。**写入 AdvPerm:** `+advperm-enable` / `+advperm-disable` 启停高级权限,`+role-create` / `+role-update` / `+role-delete` 管理角色。先读 [权限与角色](references/lark-base-advanced-permission-and-role.md),由该入口继续路由权限 JSON 协议。 ## Docx Block Docx Block 是组织在 Base 目录中的飞书文档资源,适合把说明、方案和报告与数据表、仪表盘及流程放在同一 Base 中;正文仍使用标准 Docx 数据模型。 从 Base Block 资源目录按 `--type docx` 定位文档并取得 `docx_token`;正文读取、创建与编辑使用 `lark-doc`。 ## Folder Block Folder Block 只承担 Base 目录分组和层级组织。用 `+base-block-list --parent-id ` 读取直接子项。 ## 通用执行契约 - Update 先确认命令是完整替换还是 delta:完整替换使用可信当前配置做 read-modify-write,delta 只提交目标变更。 - 优先用写入返回确认结果;返回不足以确认或任务明确要求核验时再读回目标。 - 命令具有 confirmation gate 时,确认目标和影响后使用 `--yes`。 ## 不在本 Skill 范围 - 认证、初始化、scope、身份切换和授权恢复 → `lark-shared` - Excel、CSV、`.base` 等本地文件与 Base 之间的导入/导出 → `lark-drive` - Base 内嵌 Docx 的正文编辑 → `lark-doc`;电子表格内容操作 → `lark-sheets` --- Skills Agentes — https://skillsagentes.com/skills/larksuite/cli/lark-base