- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段 - 强制每个任务都必须有唯一 id,且由用户负责生成 - 修改合并模式逻辑,merge=true 下保留未提及的旧任务 - 支持已完成和已取消任务重新激活(状态改回 pending 或 in_progress) - 禁止 in_progress 状态退回到 pending,必须标记为 completed 或 cancelled - 优化状态转换校验,允许特定状态间合法切换 - 简化任务变更消息,移除详细的新增/更新/移除统计 - 更新文档和示例,明确 id 必须由用户生成和使用 - 修复和补充测试,增强状态转换和合并模式验证 - 调整任务时间戳生成逻辑,统一使用当前时间及索引 - 该变更提供更合理的任务状态机械及管理模式,提升稳定性和易用性
10 KiB
Dashboard(仪表盘/数据看板)模块指引
前置条件: 先阅读
../lark-shared/SKILL.md了解认证、全局参数和安全规则。
Dashboard 是 Base 中的数据可视化看板,可以把表格数据变成组件(图表、指标卡等)进行展示。
核心概念
- Dashboard(仪表盘):容器,包含多个组件
- Block(组件):仪表盘中的单个可视化元素(柱状图、折线图、饼图、指标卡等)
- data_config:组件的数据源配置(表名、字段、分组等)
能力速览
| 你想做什么 | 用这些命令 | 关键文档 |
|---|---|---|
| 创建/删除/改名称 | +dashboard-create/delete/update |
本页下方「仪表盘管理」 |
| 在仪表盘里添加组件 | +dashboard-block-create |
先定位 dashboard、表和字段,再读 dashboard-block-data-config.md 构造 data_config |
| 修改组件 | +dashboard-block-update |
先读 block 现状,再读 dashboard-block-data-config.md 决定替换哪些顶层 key |
| 查看仪表盘有哪些组件 | +dashboard-get 或 +dashboard-block-list |
本页下方「查看仪表盘」 |
| 读取图表计算结果 | +dashboard-block-get-data |
返回图表最终数据协议;需要 block 元数据先用 +dashboard-block-get |
| 智能重排组件布局 | +dashboard-arrange |
只在用户明确要求重排时执行;无法指定精确位置 |
典型场景工作流
场景 1:从 0 到 1 创建仪表盘
示例:搭建一个销售数据分析仪表盘
# 第 1 步:创建空白仪表盘
lark-cli base +dashboard-create --base-token xxx --name "销售数据分析"
# 记录返回的 dashboard_id
# 第 2 步:获取数据源信息
lark-cli base +table-list --base-token xxx
lark-cli base +field-list --base-token xxx --table-id <table_id>
# 第 3 步:规划应该创建哪些组件(根据用户需求确定组件类型和数量)
# 例如:总销售额(指标卡)、月度趋势(折线图)、品类占比(饼图)
# 第 4 步:顺序创建每个组件(必须串行执行,不能并发)
# 重要:创建组件前,先确定 dashboard_id、组件 name/type 和真实表字段
# 再阅读 dashboard-block-data-config.md 了解 data_config 结构、组件类型和 filter 规则
# 第 1 个组件
lark-cli base +dashboard-block-create \
--base-token xxx \
--dashboard-id blk_xxx \
--name "总销售额" \
--type statistics \
--data-config '{"table_name":"订单表","series":[{"field_name":"金额","rollup":"SUM"}]}'
# 第 2 个组件(等上一个完成后再执行)
lark-cli base +dashboard-block-create \
--base-token xxx \
--dashboard-id blk_xxx \
--name "月度趋势" \
--type line \
--data-config '{"table_name":"订单表","series":[{"field_name":"金额","rollup":"SUM"}],"group_by":[{"field_name":"月份","mode":"integrated"}]}'
# 继续创建其他组件...
# 第 5 步:组件创建完成后,使用 arrange 命令智能重排布局(可选但推荐)
# 默认布局可能不够美观,arrange 会根据组件数量和类型自动优化布局
lark-cli base +dashboard-arrange \
--base-token xxx \
--dashboard-id blk_xxx
场景 2:在已有仪表盘上添加新组件
# 第 1 步:列出仪表盘,定位到当前仪表盘
lark-cli base +dashboard-list --base-token xxx
# 获取目标 dashboard_id
# 第 2 步:根据用户诉求规划组件类型和数据源
# 建议先查看当前仪表盘已有组件,避免重复创建,或作为参考
lark-cli base +dashboard-get --base-token xxx --dashboard-id blk_xxx
# 第 3 步:获取数据源信息
lark-cli base +table-list --base-token xxx
lark-cli base +field-list --base-token xxx --table-id <table_id>
# 第 4 步:顺序创建每个新组件(必须串行执行,不能并发)
# 重要:先确定 dashboard_id、组件 name/type 和真实表字段
# 再阅读 dashboard-block-data-config.md 了解 data_config 结构
lark-cli base +dashboard-block-create \
--base-token xxx \
--dashboard-id blk_xxx \
--name "新组件名" \
--type column \
--data-config '{...}'
场景 3:编辑已有组件
Important
+dashboard-block-update不能修改组件的type(图表类型),只能更新name和data_config。 如需更换组件类型,必须先删除再重新创建。
# 第 1 步:列出仪表盘,定位到当前仪表盘
lark-cli base +dashboard-list --base-token xxx
# 第 2 步:列出组件,获取到目标组件
lark-cli base +dashboard-block-list --base-token xxx --dashboard-id blk_xxx
# 获取目标 block_id
# 提示:查看已有组件可作为参考,或检查是否重复创建相似组件
# 第 3 步:获取组件当前详情
lark-cli base +dashboard-block-get --base-token xxx --dashboard-id blk_xxx --block-id chtxxxxxxxx
# 第 4 步:根据用户编辑诉求准备更新
# 如果编辑诉求涉及数据源变更,需要先获取数据源信息
lark-cli base +table-list --base-token xxx
lark-cli base +field-list --base-token xxx --table-id <table_id>
# 第 5 步:执行更新
# 重要:先读取当前 block 的 name/type/data_config
# 再阅读 dashboard-block-data-config.md 了解 data_config 更新规则
lark-cli base +dashboard-block-update \
--base-token xxx \
--dashboard-id blk_xxx \
--block-id chtxxxxxxxx \
--data-config '{...}'
场景 4:重排仪表盘布局
当用户明确要求对已有仪表盘进行布局重排或美化时使用。
Caution
- 排列结果是服务端智能推荐,不一定完全符合用户预期
- 无法指定具体位置(如"第一排放 A,第二排放 B"),排列逻辑是自适应的
- 不建议在已有仪表盘上自动调用,除非用户明确要求
# 第 1 步:列出仪表盘,定位到目标仪表盘
lark-cli base +dashboard-list --base-token xxx
# 第 2 步:执行智能重排
lark-cli base +dashboard-arrange \
--base-token xxx \
--dashboard-id blk_xxx
场景 5:读取仪表盘或组件现状
选择查询方式:
- 想看仪表盘整体结构(含主题、所有组件名称和类型)→ 用 方式 A
- 只想快速查看有哪些组件 → 用 方式 B
- 想看某个组件的详细 data_config 配置 → 用 方式 C
- 想看某个图表/指标卡实际算出来的数据 → 用 方式 D
# 第 1 步:列出仪表盘,定位到当前仪表盘
lark-cli base +dashboard-list --base-token xxx
# 第 2 步:根据用户诉求查看详情
# 方式 A:查看仪表盘整体情况(包含所有组件列表)
lark-cli base +dashboard-get --base-token xxx --dashboard-id blk_xxx
# 方式 B:列出所有组件
lark-cli base +dashboard-block-list --base-token xxx --dashboard-id blk_xxx
# 方式 C:查看某个组件的详细配置
lark-cli base +dashboard-block-get --base-token xxx --dashboard-id blk_xxx --block-id chtxxxxxxxx
# 方式 D:查看某个图表组件的计算结果(AI 友好的 chart protocol)
lark-cli base +dashboard-block-get-data --base-token xxx --block-id chtxxxxxxxx
# 最后:把获取到的现状信息整理好告诉用户
组件类型选择
组件 type 决定展示形式:
| 用户想看什么 | 选什么 type | 说明 |
|---|---|---|
| 数据趋势(时间变化) | line | 折线图组件 |
| 类别比较(谁高谁低) | column | 柱状图组件 |
| 占比分布(各部分比例) | pie | 饼图组件 |
| 单个关键指标 | statistics | 指标卡组件 |
| 富文本说明/标题/注释 | text | 文本组件(支持 Markdown) |
详细组件类型和 data_config 完整规则:dashboard-block-data-config.md
常见问题
Q: 创建组件的命令和 data_config 怎么写? A:
- 先确定
dashboard_id、组件name、组件type和真实表字段 - 再读 dashboard-block-data-config.md 了解:
- 全部组件类型的可复制模板
- filter 筛选条件格式
- 字段类型与操作符对应表
Q: 为什么组件创建失败了? A: 常见原因:
table_name用了 table_id 而不是表名(必须用表名称,如「订单表」)series和count_all同时存在(必须二选一,互斥)- 字段名拼写错误(必须用
+field-list获取的真实字段名,禁止猜测) - 组件创建并发执行(必须串行,等上一个完成再执行下一个)
Q: 可以一次创建多个组件吗?
A: 不可以,必须串行执行。等上一个 +dashboard-block-create 完成后再执行下一个。
Q: 组件的 type 创建后能改吗?
A: 不能。+dashboard-block-update 只能修改 name 和 data_config,不能修改 type。
Q: 更新组件的命令和 data_config 怎么写? A:
- 先读取当前 block,确认
block_id、当前type和已有data_config - 再读 dashboard-block-data-config.md 了解 data_config 结构
data_config 更新策略(顶层 key merge):
- 只传入需要修改的顶层字段(如
series、filter) - 未传的顶层字段(如
group_by)自动保留原值 - 但每个传入的字段内部是全量替换(如传新
filter会完整覆盖旧filter)
Q: 查看已有组件有什么用? A: 在「添加新组件」或「编辑组件」前查看已有组件可以:
- 了解当前仪表盘已有哪些可视化
- 避免重复创建相似的组件
- 参考已有组件的 data_config 结构作为模板
Q: 我想直接拿图表算好的结果给 AI 分析,应该用什么?
A: 用 +dashboard-block-get-data。它返回图表协议 JSON(常见字段包括 dimensions、measures、main_data,指标卡可能还有 comparison_data、trend_data),不返回 block 名称、类型、布局或 data_config;需要这些元数据时先用 +dashboard-block-get。
写入前检查
- 创建 block 前必须知道
base_token、dashboard_id、组件name/type和data_config。 - 更新 block 前必须知道
base_token、dashboard_id、block_id,并读过当前 block。 data_config中使用表名和字段名,不使用 table_id / field_id;名称必须来自+table-list/+field-list的真实返回。