Chat SDK 接飞书/Lark：机器人先加写入审批

这篇解决什么

中文团队常把飞书作为协作中枢。机器人一旦能发卡片、编辑消息和删除内容，就从客服助手变成工作流执行者，需要审批和日志。

适合谁

适合做飞书/Lark 内部助手、客服机器人、审批机器人和团队 Agent 的开发者。

操作步骤

1. 把机器人动作分为只读、回复、编辑、删除和流程触发
2. 只读和草稿可以自动执行，写入动作需要确认
3. 给每个工具定义 message id、用户 id 和会话 id 日志
4. 对删除、@全员、外部群发送和审批流触发加二次确认
5. 用 20 条真实群聊回放测试误触发率
6. 上线后按动作类型统计失败和撤回次数

可复制模板

机器人：
动作：只读 / 回复 / 编辑 / 删除 / 触发流程
审批规则：
日志字段：
高风险动作：
回放结果：

验收清单

• 动作按风险分级
• 写入动作需确认
• 日志字段完整
• 真实群聊已回放
• 上线后有撤回统计

常见错误

• 只收藏产品更新，没有改成自己的任务卡、权限表和验收证据。
• 直接在生产账号、生产仓库或公开页面试新功能，没有先跑低风险样本。
• 只看工具能力，不记录成本、失败率、人工接管次数和恢复动作。
• 把外部链接当正文主体，读者离开页面后才知道怎么做。

30 分钟小样本

前 5 分钟写清输入、目标和风险边界；中间 15 分钟按步骤跑一个低风险样本；最后 10 分钟记录输出、失败点、人工修改量和下一次复用条件。样本不通过时，只修失败点，不扩大范围。

下一步怎么用

第一次执行时把它当成个人操作卡；第二次复用时沉淀为团队模板；第三次仍然稳定后，再升级为固定 SOP、Skill 或工具导航页。涉及账号、发布、删除、付费、生产代码和客户数据的动作，必须保留人工确认点。

资料依据

• Vercel Changelog / Chat SDK adds Lark and Feishu support / 2026-05-31

标签