建议与执行分开
让用户在执行前看懂 AI 改了什么。
- 适合
- 面向能审阅查询的专业用户。
- 代价
- 多一次确认；普通业务用户需要更易读的变更说明。
Metabase Metabot · 产品截图
AI 写完查询，如何把控制权交还给用户？
生成的图表看起来合理，分析师仍需要检查 SQL、修改局部逻辑，并在出错时继续工作。
需要自己核对与修改查询的分析师
点击放大 ↗
操作 01 / 04
在现有工作区提问
- 用户操作
- 在图表或查询旁打开 Metabot 侧栏，说明分析需求。
- 系统反馈 · 公开材料
- 图表与对话并列，用户可以继续追问，也可以进入查询编辑器。
- 看图重点
- 注意侧栏与结果区的并置，当前分析对象没有被聊天页面替换。
DataHot 解读
已有分析工具可以先增加辅助侧栏，保留用户熟悉的编辑路径。
点击放大 ↗
操作 02 / 04
检查生成的 SQL
- 用户操作
- 选择数据库，要求 Metabot 编写 SQL。
- 系统反馈 · 公开材料
- 查询代码出现在编辑器中；官方说明此路径生成后不会自动执行。
- 看图重点
- 看生成代码与执行入口的分离：用户仍有运行前的检查机会。
DataHot 解读
对成本较高或影响较大的查询，生成完成可以停在可检查状态。
点击放大 ↗
操作 03 / 04
接受或拒绝局部修改
- 用户操作
- 在 SQL 编辑器中描述要修改的部分。
- 系统反馈 · 公开材料
- 新增与删除内容以差异呈现，并提供接受、拒绝入口。
- 看图重点
- 绿色勾选和红色叉号紧贴修改区域，便于逐次确认。
DataHot 解读
将 AI 建议保持为待确认变更，避免用户失去原始逻辑的参照。
点击放大 ↗
操作 04 / 04
从错误现场请求修复
- 用户操作
- 查询报错后，点击 Have Metabot fix it。
- 系统反馈 · 公开材料
- 修复入口与错误信息在同一工作区；是否修复成功仍需运行核对。
- 看图重点
- 看错误提示旁的下一步操作，用户不必重新描述整个问题。
DataHot 解读
异常状态应同时给出恢复入口，并保留错误上下文。
依据 Metabase v0.63 官方文档；以下为不同示例的关键操作，不是同一次会话录屏。 · 核对于 2026-09-05
迁移到你的产品 · DataHot 判断
把修复放在出错的位置
减少复制错误、跳转聊天、重新描述背景的负担。
- 适合
- 产品已经拥有编辑器和明确错误信息。
- 代价
- 需要准确传递出错对象；有修复按钮不代表修复一定成功。
对应证据：操作 04
未验证与边界本文未验证实际查询正确率、修复成功率或权限配置；截图证明交互入口，不证明模型质量。
同题对比：AI 给出结果后，用户如何修改和验证？ →资料出处
- Metabot 官方文档 · v0.63 ↗ · 官方文档
对你的产品设计有帮助吗？
反馈与收藏分开保存在当前设备。