【5天实战】从零构建AI-Native组织:飞书+Bot+Gitee全链路自动化实战指南—Day 5:完整场景实操验证

📅 2026/7/5 1:56:14 👁️ 阅读次数 📝 编程学习
【5天实战】从零构建AI-Native组织:飞书+Bot+Gitee全链路自动化实战指南—Day 5:完整场景实操验证

📖系列文章

  • (一)准备工作
  • (二)Day 1:飞书基础环境搭建
  • (三)Day 2:飞书Bot开发配置
  • (四)Day 3:Gitee和TRAE集成
  • (五)Day 4:多维表格和自动化工作流
  • (六)Day 5:完整场景实操验证
  • (七)FAQ与附录

文章目录

  • 6 Day 5:完整场景实操验证
    • 6.1 场景1:从需求到开发的完整流程
    • 6.2 场景2:每日早报自动生成
    • 6.3 场景3:Bug从发现到修复的追踪
    • 6.4 场景4:客户支持的AI增强
    • 6.5 Day 5 完成清单

6 Day 5:完整场景实操验证

最后一天的目标是验证整个AI-Native组织体系是否正常运转。我们将模拟4个完整的业务场景,从头到尾走一遍。

6.1 场景1:从需求到开发的完整流程

这个场景模拟一个新需求从提出到开发的完整生命周期。

步骤1:产品经理创建PRD

在知识库的"02-产品文档"子文档中,使用PRD模板创建一个新文档:

  1. 标题为"用户登录功能优化"
  2. 填写背景、目标、功能需求等内容
  3. 将文档状态设为"评审中"

步骤2:在多维表格中录入需求

打开"敏捷项目管理"多维表格,添加新记录:

  • 标题:用户登录功能优化
  • 类型:需求
  • 优先级:P1
  • 状态:待处理
  • 负责人:[开发负责人姓名]
  • 截止日期:[一周后的日期]
  • 描述:支持手机号+验证码登录方式
  • Sprint:Sprint 1

步骤3:验证自动通知

添加记录后,等待片刻,检查"[团队名]-项目管理"群是否收到了"新需求提醒"消息。如果收到了,说明自动化规则工作正常。

步骤4:更新任务状态

开发负责人将任务状态更新为"处理中",然后在Gitee创建对应的PR。PR创建后,检查"[团队名]-代码通知"群是否收到了Gitee Webhook通知。

步骤5:关联PR到任务

在多维表格中,将Gitee PR的URL填入"关联PR"字段,建立代码与需求的关联。

检查点
场景1验证要点:

  • PRD文档能够正常创建
  • 多维表格录入后自动发送通知到群聊
  • Gitee PR创建后通知群收到消息
  • 任务和PR能够正确关联

6.2 场景2:每日早报自动生成

步骤1:准备测试数据

在"敏捷项目管理"和"CRM客户管理"多维表格中各添加3-5条测试数据,确保有不同状态和优先级的记录。

步骤2:手动触发TRAE Work任务

在TRAE Work的"自动化"页面,找到"每日数据同步-项目早报"任务,点击"立即执行"(或等待每天09:00自动触发)。

步骤3:检查早报内容

检查"[团队名]-AI-Bot通知"群(或你配置的目标群聊)是否收到了早报消息。验证以下内容:

  • 任务统计数字是否准确
  • 超期任务是否正确列出
  • Gitee PR信息是否正确显示
  • 客户跟进信息是否正确展示

⚠️注意
如果早报没有正常发送,请按照以下顺序排查:

  1. 检查TRAE Work任务执行日志,确认任务是否成功执行
  2. 检查飞书API的App IDApp Secret是否正确
  3. 检查多维表格的URL和app_token是否正确
  4. 检查Webhook URL是否有效
  5. 检查Gitee Personal Access Token是否有效

6.3 场景3:Bug从发现到修复的追踪

步骤1:发现并录入Bug

在"敏捷项目管理"多维表格中添加Bug记录:

  • 标题:登录页面验证码无法收到
  • 类型:Bug
  • 优先级:P0(紧急)
  • 状态:待处理
  • 负责人:[后端开发姓名]
  • 截止日期:[今天的日期]
  • 描述:使用手机号登录时,部分手机号无法收到短信验证码。测试号码:138xxxx1234

步骤2:验证Bug通知

等待自动通知发送到项目管理群。由于这是一个P0 Bug,应该在通知中特别标注优先级。

步骤3:更新Bug状态

开发人员修复Bug后,更新多维表格中的状态:

  1. 状态从"待处理" → “处理中”(开始修复时)
  2. 状态从"处理中" → “测试中”(提交测试时)
  3. 状态从"测试中" → “已完成”(测试通过时)

检查点
场景3验证要点:

  • Bug录入后自动通知到群聊
  • Bug状态流转清晰可追踪
  • 如果Bug超期,超期提醒能正常触发

6.4 场景4:客户支持的AI增强

步骤1:录入客户信息

在"CRM客户管理"多维表格中添加客户记录:

  • 客户名称:示例科技有限公司
  • 联系人:张经理
  • 联系方式:138xxxx5678
  • 客户状态:初次接触
  • 跟进人:[销售姓名]
  • 最近跟进:[今天的日期]
  • 下次跟进:[明天的日期]
  • 备注:客户对产品感兴趣,需要详细报价

步骤2:验证跟进提醒

等待第二天早上10:00,检查"[团队名]-客户支持"群是否收到了该客户的跟进提醒。

步骤3:更新客户状态

跟进后更新多维表格中的客户状态:

  • 客户状态从"初次接触" → “需求确认”
  • 更新"最近跟进"日期为今天
  • 设置新的"下次跟进"日期
  • 在"备注"中补充跟进记录

6.5 Day 5 完成清单

  • 场景1(需求到开发流程)验证通过
  • 场景2(每日早报自动生成)验证通过
  • 场景3(Bug追踪流程)验证通过
  • 场景4(客户支持流程)验证通过
  • 所有群聊的通知消息格式正确
  • 多维表格数据与通知消息一致
  • 团队所有成员了解AI-Native组织的工作方式

5天完成 Checkpoint

恭喜!如果你完成了以上所有场景的验证,你的AI-Native组织已经基本搭建完毕。
从现在开始,你可以在此基础上不断扩展自动化场景,让AI参与越来越多的工作流。
后续我会继续更新新的自动化流程,完善AI-Native组织。