Delivery workflow
让资料、改动与发布都能复查
此页说明现有研究与规划站的静态交付方式：谁处理什么，事实如何保留，变更如何进入公开站点。它描述的是工作流程，不宣称任何页面已上线。
适用边界：下列 Pages、Git 与静态报告规则适用于现有规划站。未来运营应用采用已讨论、尚待 P0 验证的独立受保护 Workers Static Assets 方向；其身份、D1、R2、Workflows、预览隔离与绕过测试不能被当前 Pages 验证替代。阅读最新架构规划 v0.3 →
工作分工与模型路由
| 环节 | 模型与强度 | 适用范围 | 验收重点 |
|---|---|---|---|
| 首次搭建、HTML/CSS/JS、构建检查、发布配置 | gpt-5.6-terra · medium | 静态站点与交付基础 | 可读、可访问、无运行时 CDN、数据可下载 |
| 模板内文案／数据更新 | gpt-5.6-luna · medium | 清楚、机械的既有模板变更 | 保持来源、单位、年份、样本与页码 |
| 跨文件交互、复杂修复、关键检查 | gpt-5.6-terra · high | 需要更高推理强度的修复与验证 | 复查来源和变更的连贯性 |
| 持续失败或重大设计歧义 | gpt-5.6-sol · high | 升级处理 | 记录已尝试方法与证据，避免重复排查 |
路由是项目协作约定；实际执行时应记录实际使用模型，不应将配置说成自动调度。
资料保留规则
事实、建议与未核实项
原文事实 保留来源、日期、单位、样本、地理范围和页码。
项目建议 明确标为调研或流程建议。
待核实 不以推测填补矿区数据。
第三方材料
以原始链接为准；未获转载授权的第三方报告不在本站全文重托管。历史材料不冒充为当前法规、价格或许可结论。
从资料到发布
整理与限定来源
将可验证事实和建议分开，标出报告页码、下载日期与适用范围；CSV/JSON 与页面显示行保持一致。
独立检查
检查链接、导航、移动端、下载、脚本错误和来源边界。完整表格保留在页面中，不为外观缩减关键行。
版本化变更
在专用分支审查改动；构建时由提交元数据写入 version.json，其中包括 commit、branch 与 builtAt。
预览与生产核验
先确认持续集成与预览，再合入主分支；只有实际核实正式网址的页面、数据和版本一致，才报告上线完成。
版本信息说明：页脚在站点根目录读取
/version.json。本地直接打开或未经过构建时会诚实显示“版本信息不可用”；它不伪造部署状态。现场数据的最小起点
矿点、班组、矿石批次、样品、堆位、车辆、运单、合同与结算单应有统一编号。最小记录包括发生时间、记录人、作业点、班组、批次、交接数量、计量方式、接收方与凭证；更正保留原值、原因和确认人。