6.8

今日
项目挂了，因为飞书机器人没有跑通闭环

今天是软件工程课第二次验收。

我做的项目是一个铁路客运站设备运维管理系统：FastAPI 后端 + 原生前端 + 飞书机器人 + DeepSeek AI。39 张表，配置层（cfg_*）定义规则，业务层（biz_*）由配置驱动执行——巡检线路驱动巡检任务、故障字典驱动维修建议、流程定义驱动审批流转。种子数据以石家庄站为核心，8 条业务闭环链路理论上都能跑通。

Web 端的演示很顺利：生成巡检任务 → 提交异常结果 → 自动创建流程实例 → 审批流转 → 故障处置单 → 备件出库 → 维修完成。一条线走到底。

然后老师问：「飞书机器人在这个闭环里做了什么？」

我说飞书可以查配置——发一句「石家庄站有哪些巡检线路」，DeepSeek Agent 查数据库回复。可以看任务——绑定巡检员角色后点「我的任务」卡片。可以收告警——故障发生时推一张带颜色编码的卡片到群里。

老师又问：「那飞书能生成任务吗？能提交巡检结果吗？能审批吗？」

不能。一个都不能。

飞书的 Agent 工具只映射了 cfg_* 配置表，create_record 和 update_record 碰不到业务层。卡片交互只有导航跳转（总览/我的任务/地图），没有业务操作按钮。消息处理链路里没有一条路径通向 submit-results 或 process-action。

闭环的骨架搭好了，但移动端的神经没接上。飞书只是一个查询工具加通知通道，没有真正参与业务。

不合格。

---

回头看 Git 记录，过去几周我花了大把精力在修地图坐标偏移、改前端加载逻辑、调页面样式上——那些「好不好看」的事。但验收不看这个。验收看的是需求满足度：飞书没有实现完整业务逻辑 → 功能不完整 → 不合格。链条就这么简单。

也不是全无收获。当我解释 cfg_inspection_route 怎么通过外键驱动 biz_inspection_task 时，旁边一个同学说「原来配置管理是这个意思，我以前一直以为是写配置文件」。那一刻觉得，至少架构设计的思路有人懂了。

要让飞书真正闭合，得做四件事：Agent 接入业务层模块、卡片增加业务操作按钮、消息回调解锁 submit/approve/issue 动作、流程状态机联动飞书推送。

项目有点失败了。