恒田AI大脑项目｜钱工同步会 Schedule
会议目的：用 30–60 分钟把这段时间恒田AI大脑项目的进展、现状能力、后续 FDE 更新重点和需要钱工确认的事项一次同步清楚，便于后续按业务优先级推进。
一、会议信息
- 会议主题：恒田AI大脑项目阶段同步会
- 建议时间：2026-06-15，30–60 分钟
- 建议参会：Yann、钱工、CIO小田；如涉及部署/接口细节，可同步 CTO/技术负责人
- 会议产出：
- 确认当前数据接入与可用范围；
- 确认 Glossary / Ontology 后续更新方向；
- 确认可向管理层和业务部门展示的小田能力；
- 明确下一阶段责任人、优先级和截止时间。
二、当前项目状态摘要
截至当前 Handa Data OS 页面显示：
| 模块 | 当前状态 | 管理含义 |
|---|---|---|
| Google Drive 文件目录 | 767 个文件 | 恒田 Drive 资料已进入统一目录，可追溯来源 |
| Source Docs / OCR 正文 | 767 条 | 当前资料已形成 Agent 可读正文层 |
| 全文字符数 | 35,040,697 字 | 已具备制度、SOP、表格正文检索和问答基础 |
| Ontology Objects | 2,382 个 | 已形成业务对象底座，可继续按 SOP/客户/项目/部门责任深化 |
| Agents / Skills | 12 / 162 | 小田运行框架和能力库已具备展示基础 |
| 最近 Drive 同步 | 2026-06-13 | 当前数据有明确同步时间，可用于版本说明 |
注意：以上为系统数据看板口径；对外沟通时建议说“资料已能被企业大脑读取”，少讲底层表和接口。
三、30 分钟精简议程
| 时间 | 议题 | 重点问题 | 负责人 |
|---|---|---|---|
| 0–5 分钟 | 项目目标对齐 | 本次同步会要确认什么；AI大脑第一阶段服务哪些业务场景 | Yann |
| 5–12 分钟 | 数据链接情况 | Google Drive 文件、SOP、OCR/正文读取是否稳定；哪些资料已可查，哪些还需要补充 | CIO小田 / 钱工 |
| 12–20 分钟 | Glossary 与 Ontology | 术语解析现状、业务对象现状；后续 FDE 应优先更新哪些方向 | CIO小田 / 钱工 |
| 20–26 分钟 | 小田当前能力展示 | 文件发送、Wiki 发布、SOP 摘要、资料查询、管理口径输出 | CIO小田 |
| 26–30 分钟 | 决策与下一步 | 确认 owner、优先级、截止时间、下次复盘方式 | Yann / 钱工 |
四、60 分钟完整版议程
| 时间 | 议题 | 讨论重点 | 建议输出 |
|---|---|---|---|
| 0–5 分钟 | 开场与目标 | 为什么开这次会；哪些事项今天必须定下来 | 本次会议目标确认 |
| 5–15 分钟 | 数据链接情况：Google Drive / SOP | 767 份 Drive 文件、767 条正文、SOP 制度文件读取情况；文件路径、来源、同步时间是否可追溯 | 数据接入现状与缺口清单 |
| 15–25 分钟 | SOP 数据可用性 | 以晨会管理制度为例，确认能否做到：查文件、读正文、提炼制度要点、指出风险和责任部门 | SOP 业务问答示例确认 |
| 25–37 分钟 | Glossary 解析情况 | 当前术语更多来自文件路径和资料标题，部分仍是候选定义；需要业务部门补正式定义 | 术语治理优先级 |
| 37–48 分钟 | Ontology 开发情况与 FDE 方向 | 重点从“文件对象”升级到“业务对象”：制度、SOP、部门、岗位、客户、订单、质量问题、改善事项、责任人、截止时间 | FDE 下一阶段更新方向 |
| 48–55 分钟 | 小田能力展示 | 1）文件/资料发送；2）Wiki 发布；3）SOP 摘要；4）业务风险分析；5）跨 Agent 协作 | 可展示能力清单 |
| 55–60 分钟 | 决策、责任与截止时间 | 谁补资料、谁确认口径、谁推进 FDE、下次看什么指标 | Action List |
五、建议重点讲法
1. 数据链接情况
建议表达：
- Google Drive 资料已进入企业大脑后台，当前能看到文件目录、来源路径、同步时间和正文提取状态。
- SOP、制度、表格等资料已经具备被小田读取、摘要和问答的基础。
- 下一步重点不是“再接一次数据”，而是确认：哪些资料是正式版本、哪些是旧版、哪些需要部门 owner 复核。
需要钱工确认：
- Drive 同步是否要设定固定频率；
- SOP 文件是否需要增加“有效/废止/待确认”状态；
- 是否需要建立正式制度 owner 字段，例如企业管理部、人力资源部、品质部等。
2. Glossary 解析情况
当前判断：
- Glossary 已有规模化解析结果，但很多定义仍属于“根据文件路径识别出的候选术语”。
- 业务价值在于让管理层和一线能统一词汇，例如：晨会管理制度、内部审核、采购流程、供应链管理、质量控制等。
- 风险是：如果没有业务部门确认，术语会“像有定义”，但不一定能作为正式制度口径。
后续建议：
- 优先补正式业务定义；
- 标注术语来源文件；
- 增加责任部门；
- 区分“正式术语 / 候选术语 / 废弃术语”。
3. Ontology 开发情况与 FDE 更新方向
后续 FDE 建议着重更新：
| 方向 | 为什么重要 | 示例 |
|---|---|---|
| SOP / 制度对象 | 管理层最容易验证价值 | 晨会管理制度、会议室管理规范、内部稽核管理办法 |
| 部门 / 岗位 / 责任人 | 支撑责任闭环 | 企业管理部、人力资源部、供应链管理部、班组长 |
| 业务流程节点 | 让制度变成可执行流程 | 召开晨会、签到、问题复盘、改善跟进 |
| 质量 / 安全 / 交付风险 | 直接影响订单和现场 | 客户标准、质量要求、安全生产、5S |
| Action / 待办事项 | 把知识库升级成管理系统 | 谁负责、何时完成、是否关闭 |
建议钱工重点确认：Ontology 后续是偏“资料分类”，还是偏“经营执行闭环”。CIO小田建议优先走后者：围绕订单、交付、质量、成本、责任人和截止时间建模。
4. 当前小田能力展示
可以现场展示：
- SOP 查询与分析：例如《HD-QG-WI-001 晨会管理制度》可直接提炼目的、范围、责任、流程、风险和整改建议。
- Wiki 发布：小田可把阶段会议议程、制度分析、项目总结发布为 Handa Wiki 页面，形成可追溯资料沉淀。
- 文件/资料发送：小田可将分析结果、链接、附件或媒体资料发送回工作群，减少人工复制粘贴。
- 管理口径转换：把技术状态翻译成管理层能看懂的话，例如“资料已可被企业大脑读取”“术语需要业务部门确认”“制度缺少 owner 和生效日期”。
- 跨职能小田协作：涉及技术部署同步 CTO小田；涉及流程落地同步 COO小田；涉及制度/合规同步 CLO/CHO。
六、建议会议 Action List
| 编号 | 待确认事项 | 建议责任 | 截止建议 |
|---|---|---|---|
| A1 | 确认 Drive / SOP 同步频率和正式资料范围 | 钱工 / CIO小田 | 会后 2 个工作日 |
| A2 | 选出第一批 20–50 个高价值 SOP 做深度治理 | Yann / 钱工 / 企业管理部 | 会后 3 个工作日 |
| A3 | 明确 Glossary 正式定义的确认机制 | 钱工 / 各业务部门 owner | 会后 1 周 |
| A4 | 确认 Ontology 下一阶段 FDE 更新方向 | 钱工 / CIO小田 | 会中定方向，会后细化 |
| A5 | 整理小田能力 Demo 清单：文件发送、Wiki 发布、SOP 分析 | CIO小田 | 会前准备 / 会中展示 |
| A6 | 建立每周一次项目进展复盘口径 | Yann / 钱工 | 会中确认 |
七、建议会议结论模板
会议结束时建议形成 4 条结论：
- 数据底座：Google Drive 与 SOP 正文读取已具备基础能力，下一步重点是版本、owner 和正式口径治理。
- 知识治理：Glossary 已形成候选术语库，但需要业务部门补正式定义；Ontology 要从文件对象升级到业务执行对象。
- 小田能力：当前可展示资料查询、SOP 分析、Wiki 发布、文件/链接发送和管理口径总结。
- 下一阶段：FDE 优先围绕 SOP、部门责任、流程节点、质量/交付风险和 Action 闭环更新。