把项目定义为既有巡检平台上的挂载式升级，而不是独立新系统
为什么这样做
工业企业里最稳的建设路径通常不是新造平台，而是在现有业务底座上扩展重点能力，这样更容易落地，也更符合真实组织使用方式。
备选方案
- 独立建设一个全新的 AI 交接班系统
- 只做语音纪要工具，不考虑与现有业务系统的挂载关系
项目案例
已完成
某地石化 AI 交接班
围绕既有 5G 巡检系统规划 AI 交接班挂载式升级，独立完成可行性报告及 PC / App 双端原型，把语音采集、自动成稿、会议纪要、任务督办与日志沉淀组织成一条完整交接闭环
可行性分析PC / App 双端原型语音采集与转写链路设计会议纪要生成任务督办闭环5G巡检系统挂载式扩展
项目概述
这个项目不是一个独立新建的会议纪要工具，而是依托某地石化现有 5G 巡检系统，围绕交接班日志、值班日志、会议纪要和任务督办做的一次挂载式 AI 业务改造。重点不在单点语音转写，而在于把交接前、中、后的信息采集、整理、流转和闭环串起来。
核心问题
交接班信息长期依赖人工口头传递和手工整理，存在遗漏、重复、表达不一致、重复录入和任务事项难以闭环跟踪等问题。现有系统虽有基础记录能力，但在语音采集、结构化提炼、会议纪要生成和任务督办流转层面仍缺少更强的智能支撑。
项目约束
- 项目需要挂载在既有 5G 巡检系统上，而不是另起一套孤立平台
- 必须同时兼顾现场侧与管理侧，不能把双端需求简单做成一个缩放版本
- AI 只能做增强层，最终正式日志和任务流转仍需模板、规则与人工确认
- 方案既要讲清系统集成路径，也要落成客户可直接理解的双端原型
方案路径
围绕交接班主链路和会议纪要 / 任务督办链路，先用可行性报告明确现状问题、系统挂载关系、实施路径与风险，再用 PC / App 双端 HTML 原型把现场发起交接、录音转写、模板成稿、日志查询、纪要提炼、任务审批分发和督办看板等能力落成可展示界面。
关键判断
用双端协同分工承接现场侧和管理侧需求
为什么这样做
PC 端更适合做查询、审核、配置、统计与督办，App 端更适合做现场发起、录音、摘要查看和任务执行，两端职责必须拆清。
备选方案
- 把 PC 端功能整体缩放到移动端
- 只做单端原型，模糊管理侧和现场侧差异
关键能力 / 技术要点
- 可行性分析
- PC / App 双端原型
- 语音采集与转写链路设计
- 会议纪要生成
- 任务督办闭环
- 5G巡检系统挂载式扩展
结果与价值
- PC + App 双端原型形态
- 交接班 + 纪要 + 督办核心闭环
- 挂载既有巡检系统建设路径
这个项目证明了我不仅能把 AI 能力讲清楚，还能把交接班这种高频工业管理动作拆成结构化产品链路，并落成客户能直接理解的双端原型。
项目收获
- 工业场景中的 AI 产品价值通常来自流程闭环，而不是单点模型能力
- 挂载式建设比另起系统更符合企业真实使用与推进逻辑
- 双端协同设计能更清楚地体现我对管理侧与现场侧差异的理解
项目核心理解
这个项目不能被简单写成“做了一个语音转文字工具”，它更准确的定位是：依托既有巡检平台，把交接班日志、值班日志、会议纪要和任务督办组织成一条完整的交接闭环。
我的工作
我在这条项目线里主要做了三类工作：
- 独立完成 AI 交接班可行性报告，明确项目背景、建设必要性、系统架构、实施路径与风险
- 独立完成 PC 端和 App 端 HTML 原型，把现场侧和管理侧的功能分工落成具体页面
- 把交接发起、语音采集、自动成稿、会议纪要、任务督办和日志沉淀组织成一条可展示的业务链路
原型查看
下面两个入口可以直接查看完整静态原型界面：
为什么它有价值
相比只展示一页 AI 功能原型，这条项目更能说明我理解：
- 交接班不是“语音转文字”，而是挂载在既有系统上的业务闭环改造
- PC 端与 App 端必须按角色和场景分工，而不是简单缩放
- AI 在工业场景中适合做增强层，而不是绕开规则和人工确认直接做最终决策