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

📖 系列文章

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

文章目录

  • [6 Day 5:完整场景实操验证](#6 Day 5:完整场景实操验证)
    • [6.1 场景1:从需求到开发的完整流程](#6.1 场景1:从需求到开发的完整流程)
    • [6.2 场景2:每日早报自动生成](#6.2 场景2:每日早报自动生成)
    • [6.3 场景3:Bug从发现到修复的追踪](#6.3 场景3:Bug从发现到修复的追踪)
    • [6.4 场景4:客户支持的AI增强](#6.4 场景4:客户支持的AI增强)
    • [6.5 Day 5 完成清单](#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 ID 和 App 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组织。

相关推荐
2601_960567961 天前
电商套图自动化效率的工程量化分析——从逐张生成到批量套图的架构演进
运维·架构·自动化
HiDev_1 天前
【非标自动化】2、认识元器件(确定目标)
运维·自动化
一次旅行1 天前
Python+大模型端到端自动化日报系统
开发语言·python·自动化
我送炭你添花1 天前
工业现场疑难软故障实录:09 老旧产线,稳定裕量已经被吃光了
机器人·自动化·智能工厂
AOwhisky1 天前
Python 学习笔记(第十五期)——运维自动化(下·后篇):堡垒机实战——paramiko高阶篇
运维·python·学习·云原生·自动化·运维开发
Urbano1 天前
夹克与商务单西口袋工序自动化技改研究报告
运维·自动化
午安~婉1 天前
Git中SSH连接
前端·git·gitee
Xzaveir_7771 天前
OPPO、vivo、荣耀号码认证:多终端拨测矩阵与异常复现
大数据·网络·科技·矩阵·产品经理·ai-native
不爱记笔记2 天前
音视频转笔记工具横评2026,通义听悟、Ai好记、NotebookLM 实测对比
人工智能·笔记·ai·音视频·飞书·obsidian
MXsoft6182 天前
成熟的自动化运维平台是什么样的?
运维·数据库·自动化