恒田AI大脑项目｜钱工会议纪要与后续 FDE × IT 数据协作计划

会议日期：2026-06-15
会议主题：恒田AI大脑项目阶段进展同步，以及后续 FDE 配合恒田 IT 团队进行高效数据协作的落地安排
参会重点人员：过彦名 Yann、钱广 Quinney、聂紫瑶、卢彦君 Lucas、范泽鹏 Ben、CIO小田

一、会议管理结论

本次会议形成一个核心共识：

恒田AI大脑不是先做“聊天机器人”，而是先建设可靠、可追溯、可持续扩展的数据基座。SOP、ERP、HR/OA、云盘文件和业务现场知识必须通过统一的数据定义、语义建模和证据链进入企业大脑，小田的分析和决策建议必须基于原始证据，不允许凭空生成。

后续落地分为三条主线：

1. SOP 与非结构化资料扩容：以 Google Drive / 云盘作为快速入口，把 767 份文件扩展到万级资料规模，先调通全链路，再逐步补质量。
2. ERP / HR / OA 数据镜像与语义建模：内部核心系统数据由恒田 IT 侧建设对外镜像库，FDE 不直接触碰内部生产库，在镜像基础上做 ontology 和工具打通。
3. FDE × IT × 业务现场协作机制：聂紫瑶担任数据建模总调度，协同卢彦君 Lucas、范泽鹏 Ben 推进 ontology 数据基座；FDE 的核心职责是把业务问题翻译成高价值字段、objects 和可执行数据结构。

二、会议重点纪要

1. SOP 与数据基座建设

1.1 SOP 决定小田的分析角度

Yann 强调：

• SOP 不是普通文档，而是小田理解恒田业务、工艺、责任边界和现场动作的基础。
• SOP 决定 AI 分析问题的角度，尤其要聚焦纺织服装行业的工艺细节。
• SOP 中的工艺要求、质量判断、流程节点、岗位职责，应反馈到后续数据解析和 ontology 建模过程。

管理含义：

如果 SOP 定义不清，小田就无法稳定判断“谁负责、按什么标准执行、什么算异常、如何闭环”。

1.2 SOP 文档需要严格定义三类内容

会议明确：SOP 文档后续不能只停留在“制度正文”，需要进一步定义：

CIO小田责任：

• 将 SOP 数据定义、解析规则和业务报告整合到 Wiki；
• 按会议结论形成可追溯的资料治理报告；
• 后续把 SOP 分析结果转为“可执行数据定义”，供 FDE 与 IT 团队继续建模。

1.3 数据建模组织分工

会议明确数据建模推进机制：

1.4 当前数据接入状态

Yann 介绍当前数据上传和解析机制：

• 非敏感数据由 FDE 对接后自动解析；
• 定制化数据需要另拉专题会议沟通；
• Google Drive 中 767 份文件已全部同步解析；
• 主页面 Overview 已展示文件数、objects、agents、skills 及数据类型分布；
• 已抽取约 100 个 glossary 词条做初步数据库验证；
• 当前支持 source lineage 溯源，包括 PDF 来源、创建时间等来源信息；
• 当前仍处于开发模式，后台字段暂时展示；未来面向全集团开放时，将关闭非必要字段展示。

管理含义：

第一阶段链路已跑通，下一阶段重点从“能同步”转为“数据量扩容 + 业务定义精细化 + 权限展示收敛”。

1.5 数据量扩容方向

Yann 指出：

• 小田知识库响应专业性已经显著提升；
• 但当前 767 份资料仍是起步规模；
• 数据量需要从 767 份扩展到万级，甚至十倍至百倍增长，才能形成质变。

钱广 Quinney 建议：

• 参照吉新方式，由研发、财务等业务团队自主上传非结构化文件；
• 通过业务团队主动供数，加快数据量扩充。

Yann 确认：

• 云盘，尤其类似 Google Drive 的方式，更适合作为万份文本上传入口；
• 原因包括：操作熟悉、拖拽便捷、成本低、权限与目录管理清晰；
• 当前约 20 美金/月可支持 5TB，恒田文本数据需求预计小于 50GB，容量完全满足；
• 后续可开发小文件直传数据管道，但优先采用云盘快速落地；
• 云盘支持版本控制和协作修改，便于 SOP 持续优化并同步更新数据基座。

管理判断：

短期优先采用云盘，减少 IT 开发阻力；中期再补直传管道和系统级接入。

1.6 AI 推理必须基于原始证据

Yann 强调：

• AI 推理必须基于原始证据；
• 禁止小田凭空捏造数据；
• 输出结果必须可追溯、可归因；
• source lineage 是后续数据可信度的核心。

后续要求：

每一条重要结论尽量能够回答：

1. 来自哪个文件 / 系统 / 表；
2. 原始字段或原文是什么；
3. 谁上传 / 谁确认；
4. 何时同步；
5. 是否为正式版本。

2. ERP 接入与语义建模

2.1 ERP 优先接入

钱广 Quinney 提出：

• 优先接入 ERP 数据，参考吉兴实践；
• HR 数据库和 OA 数据库也需要后续同步拉取镜像。

管理含义：

当 ERP 接入后，小田才能从“知识问答”升级为“经营分析和职业经理人辅助决策”。

2.2 内部数据安全边界

Yann 明确：

• 内部核心数据由 FDE 不直接触碰；
• 钱广 Quinney 侧负责构建对外镜像库；
• FDE 基于镜像库进行语义建模和工具打通；
• 小田通过经过授权和定义的数据层进行理解、检索和调用。

建议安全原则：

2.3 ERP 表数量庞大，需要 ontology 做“数据高速公路”

Yann 指出：

• ERP 表数量可能达到数百至数千张；
• 不能让小田直接面对海量原始表；
• 需要通过 ontology 系统构建“数据高速公路”；
• 关键业务对象，例如 SOP、客户维度、订单、物料、质量、产能等，需要映射到原始表。

管理理解：

Ontology 的价值不是“把表再分类一遍”，而是把原始系统数据翻译成管理层和业务现场能理解的对象。

2.4 FDE 的核心职责是翻译层

Yann 明确：

• FDE 的核心职责是“翻译层”；
• 从海量原始数据中提炼约 1000 个高价值字段 / objects；
• 100 个高质量对象就能明显提升体验；
• 目标是支撑小田精准决策，而不是追求一次性接完所有表。

建议建模优先级：

2.5 建模必须与业务现场深度配合

Yann 强调：

• 后续建模不能只由技术人员闭门完成；
• 必须结合业务现场，明确关注视角；
• 市场、销售、制造、技术、财务、人事等视角不同，所需字段和对象不同；
• FDE 应联合 IT 团队完成多维业务建模。

建议采用“业务问题倒推数据对象”的方式：

三、后续实际操作计划

阶段一：先把非结构化资料扩容跑起来

目标：把企业大脑资料量从 767 份扩展到第一批 3,000–10,000 份，再逐步冲刺万级以上。

上传资料优先范围

1. SOP、制度、作业指导书；
2. 工艺标准、质量标准、客户标准；
3. 培训材料、会议纪要、检查表；
4. 表格模板、流程图、岗位说明；
5. 非敏感经营分析资料。

上传资料暂缓范围

1. 未授权客户合同和价格；
2. 薪酬、人事隐私；
3. 财务敏感明细；
4. 账号、密码、密钥、系统配置；
5. 生产库直接导出的未脱敏原始数据。

阶段二：SOP 数据定义与 Wiki 化

目标：把 SOP 从“文件”变成“可被小田理解和执行分析的数据对象”。

建议每份 SOP 的 Wiki 统一包含：

1. 文件来源与版本；
2. 适用范围；
3. 责任部门和岗位；
4. 关键流程；
5. 关键数据字段；
6. 关联表单；
7. 风险点；
8. 可追溯依据；
9. 待业务确认事项。

阶段三：ERP / HR / OA 镜像库建设

目标：在不触碰内部生产库的前提下，建立可供 FDE 建模和小田调用的数据镜像层。

阶段四：Ontology 数据高速公路建设

目标：从海量系统表和文件中提炼 100–1000 个高价值业务对象，先让小田在关键业务场景中明显变强。

建议第一批对象：

建模原则：

1. 先做高价值对象，不追求一次性覆盖所有表；
2. 每个对象必须有来源字段和业务解释；
3. 每个对象要能回答一个具体管理问题；
4. 每个对象要明确 owner；
5. 每个对象要能回溯到原始文件或镜像库字段。

阶段五：小田能力升级与业务展示

目标：让小田从“资料问答”逐步升级为“可追溯的业务分析助手”，再向职业经理人角色演进。

短期可展示能力：

1. SOP 摘要和制度风险分析；
2. Wiki 自动发布和知识沉淀；
3. 文件、链接、报告发送；
4. Source lineage 证据追溯；
5. Glossary / Ontology 查询；
6. 会议纪要转 Action List；
7. 业务语言汇报，而不是技术语言汇报。

中期升级方向：

1. 接入 ERP 镜像库后，支持订单、客户、质量、产能、库存等经营分析；
2. 按部门角色提供不同视角：销售、生产、品质、供应链、财务、HR；
3. 从“查资料”升级到“发现异常、提示风险、提出下一步动作”；
4. 支持责任人、截止时间、状态跟踪和复盘闭环。

四、三阶段演进路径

Yann 在会上提出三阶段路径：

五、近期 Action List

六、风险与控制点

七、下一步会议建议

建议再开三类专题会：

1. SOP 数据定义专题会：确定 SOP 模板、字段字典、第一批制度清单。
2. ERP / HR / OA 镜像库专题会：由钱工和 IT 团队说明连接方式、权限、安全边界。
3. Ontology 第一批对象评审会：聂紫瑶组织 Lucas、Ben、FDE、CIO小田确认第一批 100 个核心对象。

八、最终共识

本次会议的最终共识可以概括为：

恒田AI大脑下一阶段的关键不是单点功能展示，而是让 SOP、云盘资料、ERP、HR/OA 和业务现场知识进入同一套可追溯的数据基座。FDE 与 IT 团队要分工明确：IT 负责安全镜像和系统边界，FDE 负责语义翻译和 ontology 建模，CIO小田负责资料沉淀、Wiki 化和管理口径输出。只有先调通可靠数据链路，小田后续才能真正服务订单、交付、质量、成本、产能和管理决策。