314 lines
14 KiB
Markdown
314 lines
14 KiB
Markdown
---
|
|
uid: 5e8cd649-6764-4615-8f11-6a8ce23efd0d
|
|
---
|
|
## 一、项目背景与角色定位
|
|
|
|
### 1.1 项目概况
|
|
|
|
中国黄金集团科研课题,针对镇沅、金厂峪、浩尧尔忽洞、布丘克四座典型金矿床,研发智能勘探与找矿预测技术。核心目标:通过多模态数据治理 + AI模型 + 四大专业智能体,实现找矿靶区预测准确率提升20%-30%,落地有效靶区6-8处,协助4家示范矿山新增金金属量5吨。
|
|
|
|
### 1.2 三方角色与我司定位
|
|
|
|
| 角色 | 单位 | 核心职责 |
|
|
|---|---|---|
|
|
| 最终用户/甲方 | 中国黄金集团地质有限公司 | 地质业务责任主体、数据与现场验证组织、成果验收 |
|
|
| 总包/乙方 | 中电云计算技术有限公司 | 软件系统与AI模型研发实施主体、平台集成 |
|
|
| 基础设施/丙方 | 中国黄金集团数智科技有限公司 | 国产化算力、存储、安全隔离 |
|
|
| **分包/供应商** | **我司** | **数据治理工具、算法模型、知识图谱、四大智能体、系统集成、测试部署培训** |
|
|
|
|
我司因与中电云长期合作,通过询比采购流程承接本项目算法、模型、智能体、数据治理、系统集成与接口、试点技术支持、系统优化、测试验收、培训、技术文档、知识产权配合等全链条工作。
|
|
|
|
### 1.3 我的角色
|
|
|
|
担任产品经理兼项目经理,负责:
|
|
- 调研中国黄金集团业务需求,编写任务书具体内容
|
|
- 需求拆解、工作量评估、排期、报价
|
|
- 多方协同(甲方/总包/高校/内部团队)
|
|
- 范围管控、风险识别、验收指标对齐
|
|
|
|
## 二、核心挑战(项目痛点)
|
|
|
|
### 2.1 跨行业知识壁垒
|
|
|
|
我非地质专业出身,面对地球化学、地球物理、遥感、蚀变矿物等专业数据十分陌生。地质业务判定、成矿规律总结、靶区合理性审查均依赖甲方地质专家,我无法独立判断输出结果的正确性。
|
|
|
|
### 2.2 数据治理是落地天花板
|
|
|
|
中国黄金集团拥有大量矿床勘探作业材料,但存在三大问题:
|
|
- **格式杂乱**:不同年代集团系统使用不同GIS格式(MapGIS、CAD、GRD/SRF/DTM等)
|
|
- **数字化程度低**:历史图纸、扫描件、PDF报告需矢量化、OCR
|
|
- **数据质量参差不齐**:坐标系统不统一、字段编码不规范、缺失值多
|
|
|
|
数据质量决定AI模型效果上限,但数据治理依赖甲方矿区人员与专家时间,节奏不可控。
|
|
|
|
### 2.3 业务需求模糊与边界不清
|
|
|
|
项目初期甲方业务需求相对模糊,"智能勘探""找矿预测"概念宽泛,若不厘清边界极易陷入范围蔓延。同时AI能力有边界(幻觉、准确率上限),甲方预期与技术现实存在gap。
|
|
|
|
### 2.4 多方协同链路长
|
|
|
|
甲方(中国黄金)→ 总包(中电云)→ 分包(我司)→ 高校(中国地质大学/中科院),链路长,确认周期长,任何一方滞后都会传导。
|
|
|
|
### 2.5 验收指标刚性且量化
|
|
|
|
任务书约束了大量量化指标(成矿预测准确率≥15%→20-30%、数据质量达标率≥85%、系统响应≤3秒、知识图谱推理准确率≥85%等),且需通过历史盲测+现场工程验证+专家复核三段式验收。
|
|
|
|
## 三、关键动作一:范围管控——基线确认单机制
|
|
|
|
### 3.1 痛点
|
|
|
|
政企AI项目最大风险是范围蔓延:甲方数据持续供给、需求持续增加,如果没有明确边界,项目永远做不完且无法验收。
|
|
|
|
### 3.2 动作
|
|
|
|
推动建立**《基线确认单》机制**:
|
|
- 合同生效后15个工作日内签署,锁定项目启动时实际数据状态快照
|
|
- 明确约定数据集边界、业务场景边界
|
|
- **所有考核指标均以基线数据集为评估基准**
|
|
- 基线后新增数据仅可接入系统存储,纳入模型训练/指标考核须履行变更流程
|
|
- 数据量偏差超20%可调整报价
|
|
|
|
配套**数据冻结盲测机制**:
|
|
- 冻结点以前数据用于训练和规则提取
|
|
- 冻结点以后新增的钻探/坑探/生产揭露数据作为验证依据
|
|
- 避免模型利用已知结果反推预测结论(数据泄漏)
|
|
|
|
### 3.3 实际进展与反思
|
|
|
|
**实际状态:基线确认单尚未签署**,数据治理进度滞后于任务书Q2/Q3计划。
|
|
|
|
根因分析:
|
|
- 甲方原始资料数字化程度低,矿区协调周期长
|
|
- 地质业务判定依赖专家,专家时间不可控
|
|
- 多方链路长,数据供给确认耗损大
|
|
|
|
改进方向:
|
|
- 后续政企AI项目应在启动阶段将"数据供给SLA"写入合同
|
|
- 基线确认单应作为合同生效后第一硬性节点,不签不进入大规模开发
|
|
- 建立数据供给逾期的顺延与变更机制
|
|
|
|
## 四、关键动作二:数据治理方法论——三级目录体系
|
|
|
|
### 4.1 痛点
|
|
|
|
面对四座矿区、七大类专业数据(N种格式),如果没有统一的盘点框架,数据治理无从下手,且无法为后续模型训练提供高质量数据集。
|
|
|
|
### 4.2 动作
|
|
|
|
设计**三级数据资产盘点目录**:
|
|
|
|
```
|
|
第一级:按矿区(镇沅、金厂峪、浩尧尔忽洞、布丘克)
|
|
第二级:按专业(地质、物探、化探、遥感、蚀变矿物、勘查工程、报告文献)
|
|
第三级:按资料形成时间(区分历史数据与新增数据)
|
|
```
|
|
|
|
每条数据记录字段:
|
|
> 资料名称 | 来源单位 | 形成时间 | 坐标系统 | 比例尺 | 数据格式 | 保密等级 | 可用状态 | 缺失问题 | 责任人
|
|
|
|
### 4.3 数据治理责任划分
|
|
|
|
通过责任矩阵明确三方边界,避免无限兜底:
|
|
|
|
| 工作项 | 我司(供应商) | 甲方(最终用户) |
|
|
|---|---|---|
|
|
| 数据治理工具/ETL | ✅ 开发 | |
|
|
| 格式转换、坐标统一、质检 | ✅ 技术实现 | |
|
|
| 质量评估报告 | ✅ 输出 | |
|
|
| 原始资料预处理 | | ✅ 组织矿区人员 |
|
|
| 图纸矢量化、OCR校对 | | ✅ 负责 |
|
|
| 人工样本标注 | | ✅ 负责 |
|
|
| 地质业务判定、异常值业务审核 | | ✅ 专家负责 |
|
|
| 知识图谱Schema、GNN节点/边业务筛选 | | ✅ 专家输出 |
|
|
|
|
**核心原则**:技术层面问题我司负责,地质业务层面问题甲方负责,通过工具+报告+责任划分实现"不专业但能交付"。
|
|
|
|
### 4.4 创新:推动甲方构建地质本体模型
|
|
|
|
推动甲方地质专家构建**轻量地质本体模型**(实体-属性-关系-约束),例如"高品位典型金矿床"作为实体,定义其属性、约束条件。
|
|
|
|
双重价值:
|
|
1. **降低幻觉**:地质术语多、关系复杂,LLM直接生成易编造地质结论。本体作为结构化约束,智能体输出必须匹配本体规则,降低假阳性。
|
|
2. **可复用**:本体是行业知识的结构化沉淀,后续其他矿种/矿区AI项目可复用本体框架,降低冷启动成本。
|
|
|
|
本体构建采用**自上而下+自下而上**双向机制:
|
|
- 自上而下:中国黄金集团地质专家基于经验给出实体、属性、约束
|
|
- 自下而上:LLM学习数据集与学术文献,补充实体/关系、提出冲突,由专家确认调整
|
|
|
|
## 五、关键动作三:AI落地边界定义
|
|
|
|
### 5.1 痛点
|
|
|
|
甲方对AI预期高,但AI有能力边界。如果不定义清楚"AI能做什么、不能做什么、输出结果怎么用",项目验收时极易产生争议。
|
|
|
|
### 5.2 动作
|
|
|
|
**1. 明确AI输出的辅助定位**
|
|
|
|
所有成矿规律总结、预测靶区、勘查工程建议、绿地项目评价结论:
|
|
- 必须具备数据来源、模型依据、关键因子、置信度/不确定性说明
|
|
- 必须经矿区技术负责人和集团地质专家**双重审核**后,方可进入工程验证
|
|
- 智能体输出不得作为独立决策结论直接使用
|
|
|
|
**2. 算法选型与技术栈**
|
|
|
|
采用**多模态混合模型**架构,融合多种算法针对不同数据类型:
|
|
|
|
| 算法 | 适用数据类型 | 作用 |
|
|
|---|---|---|
|
|
| GNN(图神经网络) | 地质拓扑关系 | 处理实体间空间/成因关系 |
|
|
| CNN(卷积神经网络) | 图件、遥感影像 | 图像特征提取 |
|
|
| LightGBM/XGBoost | 结构化表格数据 | 成矿概率预测、靶区排序 |
|
|
| 贝叶斯神经网络 | 不确定性量化 | 输出置信度区间 |
|
|
| 小样本学习/迁移学习 | 标注样本稀缺 | 提升泛化能力 |
|
|
|
|
技术栈:Hadoop/Spark(大数据)、TensorFlow/PyTorch(深度学习)、微服务+容器化+云原生(部署)、国产化适配。
|
|
|
|
**3. 校企攻关合作**
|
|
|
|
与中国地质大学、中科院建立校企攻关小组:
|
|
- 我司负责数据集建设与标准化、算法选型评估、模型工程化集成与业务适配
|
|
- 高校团队基于我司整理的标准化数据集提供算法研究方案与模型
|
|
- 我司负责训练/验证流程、版本管理、MLOps部署与迭代优化
|
|
|
|
**4. 专家评审兜底机制**
|
|
|
|
指标未达标时启动地质专家组评审,区分:
|
|
- 软件实现缺陷 → 我司免费迭代优化
|
|
- 数据集客观约束 → 按评审结论处置,不视为我司违约
|
|
|
|
## 六、关键动作四:多方协同机制
|
|
|
|
### 6.1 痛点
|
|
|
|
四方(甲方/总包/我司/高校)协同,链路长,信息传递损耗大,需求确认与数据供给节奏不可控。
|
|
|
|
### 6.2 动作
|
|
|
|
**1. 责任矩阵(RACI)**
|
|
|
|
建立详细的工作事项责任矩阵,明确每项工作的负责/批准/咨询/知情角色,避免推诿。
|
|
|
|
**2. 里程碑与接续计划**
|
|
|
|
| 里程碑 | 内容 | 前置条件 |
|
|
|---|---|---|
|
|
| M0 | 基线确认单签署 | 数据盘点完成 |
|
|
| M1 | AI核心算法开发与有效性验证 | 甲方提供验证支持 |
|
|
| M2 | 核心模型+4智能体核心功能+测试报告 | 采购方协调业务验证 |
|
|
| M3 | 系统集成+功能/性能测试 | — |
|
|
| M4 | 四矿区试运行+优化 | 最终用户组织试运行 |
|
|
| M5 | 历史验证对比+模型修正 | 最终用户提供验证数据 |
|
|
| M6 | 最终验收 | 全部成果交付 |
|
|
|
|
**3. 问题清单与风险清单**
|
|
|
|
建立项目问题清单和风险清单,跟踪数据供给、需求确认、模型验证、现场部署、算力保障等重点事项,责任到人,闭环管理。
|
|
|
|
## 七、成果与量化指标(阶段性)
|
|
|
|
### 7.1 已完成/进行中成果
|
|
|
|
| 模块 | 状态 | 说明 |
|
|
|---|---|---|
|
|
| 需求调研与任务书编写 | ✅ 完成 | 编写任务书具体内容、工作说明书、报价 |
|
|
| 数据治理方案设计 | ✅ 完成 | 三级目录体系、责任矩阵、数据标准 |
|
|
| 数据治理工具开发 | 🔄 进行中 | ETL、图件矢量化、质检工具 |
|
|
| 数据资产盘点 | 🔄 进行中 | 受甲方数据供给节奏影响,滞后于计划 |
|
|
| 基线确认单 | ⏳ 待签署 | 数据盘点完成后签署 |
|
|
| AI核心算法 | 🔄 进行中 | 校企合作,算法方案评估中 |
|
|
| 多模态数据治理平台 | 🔄 开发中 | |
|
|
| 四大智能体 | 🔄 核心功能开发中 | 计划年底完成Demo演示 |
|
|
| 知识图谱/RAG | 🔄 设计中 | 配合甲方本体Schema |
|
|
|
|
### 7.2 量化验收指标(目标值,基线确认后评估)
|
|
|
|
| 指标 | 2026阶段目标 | 最终目标 |
|
|
|---|---|---|
|
|
| 成矿预测准确率 | ≥15% | 20%-30% |
|
|
| 数据质量达标率 | ≥80% | ≥85% |
|
|
| 数据标准化覆盖率 | — | ≥80% |
|
|
| 知识图谱推理准确率 | — | ≥85% |
|
|
| 系统响应时间(P95) | — | ≤3秒 |
|
|
| 并发用户数 | — | ≥100 |
|
|
| 系统可用性 | — | ≥99.5% |
|
|
| 数据存储能力 | ≥8TB | ≥10TB |
|
|
| 算法集成 | ≥8种 | 10余种 |
|
|
| 找矿靶区 | — | 6-8处 |
|
|
| 效率提升(成矿规律/绿地) | — | 30%-40% |
|
|
| 效率提升(靶区/工程设计) | — | 20%-30% |
|
|
| 实物成果 | — | 软著5项、论文2篇、数据集4套 |
|
|
|
|
### 7.3 商业结构
|
|
|
|
项目分2026、2027两年分别签订合同,本次为2026年度。付款节点:
|
|
- 50%:合同签订后
|
|
- 40%:2026年度初验合格 + 3个月稳定运行
|
|
- 10%:最终用户回款后(有兜底条款)
|
|
|
|
**2026年交付质量直接决定能否拿到2027年合同**,验收导向强。
|
|
|
|
## 八、踩坑与反思(教训)
|
|
|
|
### 8.1 数据治理周期被严重低估
|
|
|
|
**问题**:任务书Q2(4-6月)应完成初步数据集,Q3(7-9月)完成规范化治理。实际到10月数据盘点仍在进行。
|
|
|
|
**原因**:
|
|
- 低估了甲方历史资料数字化的工作量和协调难度
|
|
- 地质业务判定依赖专家,专家资源不可控
|
|
- 多方链路长,数据供给确认耗损大
|
|
|
|
**教训**:政企AI项目数据治理周期应按计划的1.5-2倍估算,且必须在合同中约定数据供给SLA和逾期顺延机制。
|
|
|
|
### 8.2 基线确认单应作为第一硬节点
|
|
|
|
**问题**:基线确认单未及时签署,导致开发范围不清晰,存在范围蔓延风险。
|
|
|
|
**教训**:基线确认单应作为合同生效后的第一硬性卡点,不签不进入大规模开发。
|
|
|
|
### 8.3 非专业背景下的借力机制要前置
|
|
|
|
**问题**:项目初期对地质专业知识不足,部分需求理解依赖甲方反复解释,沟通成本高。
|
|
|
|
**教训**:非行业专家做行业AI项目,应在启动阶段就建立:
|
|
- 专家顾问机制(定期评审)
|
|
- 业务规则注入流程(专家提供规则→系统化)
|
|
- 输出审核流程(所有AI输出必经专家审核)
|
|
|
|
### 8.4 AI预期管理要前置
|
|
|
|
**问题**:甲方对AI能做什么、不能做什么预期不清晰,部分需求超出技术边界。
|
|
|
|
**教训**:在需求调研阶段就应明确AI能力边界,通过演示过往案例、量化指标、风险说明管理预期,避免后期验收争议。
|
|
|
|
## 九、可复用方法论:政企AI项目范围管理与验收体系
|
|
|
|
### 9.1 五步范围管控法
|
|
|
|
1. **基线锁定**:签署基线确认单,锁定数据与场景边界
|
|
2. **数据冻结**:明确训练/验证/盲测数据划分,防止数据泄漏
|
|
3. **责任矩阵**:技术问题供应商负责,业务问题甲方负责
|
|
4. **变更流程**:超出基线的需求走书面变更评估
|
|
5. **专家兜底**:指标异常启动专家组评审,区分软件缺陷与数据约束
|
|
|
|
### 9.2 验收指标量化法
|
|
|
|
- 所有验收指标必须量化(准确率、响应时间、效率提升比例)
|
|
- 指标评估必须绑定基线数据集
|
|
- 区分"软件交付指标"与"业务成效指标"(后者不作为软件否决条件)
|
|
|
|
### 9.3 非行业专家交付法
|
|
|
|
- 行业知识通过"专家规则注入+本体约束"系统化
|
|
- AI输出必经专家审核,不替代专家判断
|
|
- 供应商负责工具、工程化、集成,不承担行业业务判定责任
|
|
|
|
## 附录:关键术语表
|
|
|
|
- **多模态混合模型**:融合GNN/CNN/LightGBM/XGBoost/贝叶斯/小样本/迁移学习等算法,针对不同数据类型的组合模型
|
|
- **地质本体**:地质领域实体(如金矿床)的属性、关系、约束的结构化定义
|
|
- **基线确认单**:锁定项目启动时数据与场景边界的确认文件
|
|
- **数据冻结**:区分训练数据与验证数据的时间切分机制
|
|
- **MLOps**:模型版本管理、训练日志、推理监控、结果回溯的工程化体系
|