规划建议 · 2026-09-08
金数据 MVP 与 Android 两阶段开发
两阶段共用业务 ID、字段合同、状态机、数据字典与验收案例；可先后推进，也可在字段稳定和接口契约明确后并行。两者都不直接成为最终审批权威。
旧讨论“了解金数据 MCP”的可复用结论是：金数据承担现场采集，自有业务系统保存规范记录；MCP 可辅助表单、设置、查询、视图、附件和账号信息，持续同步仍需 Webhook/API 服务与自有对象存储。当前未连接任何金数据账号，也没有实际 Android 应用或发布。
阶段一：金数据现场 MVP
先覆盖当班人员、派车、样品检测／复检、装车和称重／增减吨复磅。每条记录保留业务 ID、版本、来源、操作者、采集时间和附件引用。Webhook 接收端应持久入队后快速确认；官方文档要求约 2 秒，连续 6 次失败后停止推送，停用期间新增记录不会补发，因此 API 补拉与对账必不可少。
反馈闭环为：现场提交 → 问题 ID、场景、期望／实际和证据 → 修订字段／状态规则 → 新版本灰度试用 → 回归复测。字段迁移保留旧值和映射。资格门包括跨表撤销后不能继续提交、重复与冲突可追溯、附件失败不作证据齐全，以及关键异常闭环有复测证据。
阶段二：Android 与海外发布
沿用同一接口、ID 和状态模型，优先离线队列、相机附件、恢复同步和权限；先做内部、封闭或开放测试，再评估上架。资格门包括离线恢复、重复点按幂等、撤权、附件失败和版本冲突均有可复现结果；签名、账号、隐私和商店申报在正式发布前再次核实。