14 KiB
| 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 创新:推动甲方构建地质本体模型
推动甲方地质专家构建轻量地质本体模型(实体-属性-关系-约束),例如"高品位典型金矿床"作为实体,定义其属性、约束条件。
双重价值:
- 降低幻觉:地质术语多、关系复杂,LLM直接生成易编造地质结论。本体作为结构化约束,智能体输出必须匹配本体规则,降低假阳性。
- 可复用:本体是行业知识的结构化沉淀,后续其他矿种/矿区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 五步范围管控法
- 基线锁定:签署基线确认单,锁定数据与场景边界
- 数据冻结:明确训练/验证/盲测数据划分,防止数据泄漏
- 责任矩阵:技术问题供应商负责,业务问题甲方负责
- 变更流程:超出基线的需求走书面变更评估
- 专家兜底:指标异常启动专家组评审,区分软件缺陷与数据约束
9.2 验收指标量化法
- 所有验收指标必须量化(准确率、响应时间、效率提升比例)
- 指标评估必须绑定基线数据集
- 区分"软件交付指标"与"业务成效指标"(后者不作为软件否决条件)
9.3 非行业专家交付法
- 行业知识通过"专家规则注入+本体约束"系统化
- AI输出必经专家审核,不替代专家判断
- 供应商负责工具、工程化、集成,不承担行业业务判定责任
附录:关键术语表
- 多模态混合模型:融合GNN/CNN/LightGBM/XGBoost/贝叶斯/小样本/迁移学习等算法,针对不同数据类型的组合模型
- 地质本体:地质领域实体(如金矿床)的属性、关系、约束的结构化定义
- 基线确认单:锁定项目启动时数据与场景边界的确认文件
- 数据冻结:区分训练数据与验证数据的时间切分机制
- MLOps:模型版本管理、训练日志、推理监控、结果回溯的工程化体系