客户 Demo 交付：从模糊目标到系统落地
补天石 · 2025 · 已交付
这是个什么项目
这是入职补天石后的第一个项目。公司需要一个实际案例证明数据闭环能力。客户给的不是需求文档，而是一句业务目标：“证明你们真的具备数据闭环能力”。项目要把这句模糊目标变成一套一个月内可以现场运行、演示的系统。
我单人完成从 K3s 集群、训练系统、机器人接入、多视角实时采集到数据检索的开发与现场部署。机器人以 K3s Worker 接入成为推理节点；训练任务走 Pod 级调度，指标与产物落盘；采集侧支持多视角实时监看与遥操；数据自动落盘 S3，通过 DSL 检索、点选拖拽重组数据集。架构采用“云控制 / 本地数据面”拆分：控制与管理在云端，实时视频经 WebRTC 在客户内网直连，数据异步落盘。
难点在于一个人要在一个月内覆盖基础设施到前端交互。客户目标模糊且没有功能清单，我要定义 24–26 个功能点并与客户对齐；现场网络拓扑不可控，机器人、操作员、管理人员可能处于不同网段，大流量链路不能绕云端。“证明能力”与“交付产品”对系统的要求也完全不同。
系统长什么样
客户 Demo 系统：云控制 / 本地数据面
┌──────────────────────────────────────────┐
│ 云端控制面 │
│ 任务管理 / 数据管理 / 训练调度 / 身份鉴权│
└────────────────────┬─────────────────────┘
│ 控制与状态
▼
┌──────────────────────────────────────────┐
│ 客户现场 │
│ 机器人（K3s Worker）· 操作员浏览器 │
│ WebRTC 直连（不经云端）/ 数据异步落盘 S3 │
└──────────────────────────────────────────┘
基础设施：K3s + MinIO（S3）
训练 Pod 调度 / 数据检索（DSL、公式构建）
项目规模
- 时间：约一个月（2025，入职后第一个项目）
- 团队：名义 3 人，实际我一人端到端（另两人投入 Research Box）
- 范围：基础设施、训练、机器人接入、多视角采集、数据检索全链路，24–26 个功能点
- 交付：客户现场真实机器人接入，采集到数据侧全链路跑通
- 商业：合同 60 万元签约，公司首笔商业收入
核心问题清单
① 客户要的是“证明能力”而不是“交付产品”，第一版系统应该做成什么样？
→ 按验证场景做减法：端到端链路优先，砍掉生产级能力；功能清单提前定义并与 CTO 对齐。
② 客户现场的网络拓扑不可控，实时视频与数据链路怎么组织？
→ 云控制 / 本地数据面拆分：控制与管理走云端，实时视频在本地 WebRTC 直连，数据异步落盘。
③ 模糊目标加一个月窗口，怎么保证交付不跑偏？
→ 先完成功能清单与依赖梳理，再以每周现场演示持续校准。
我的职责
从业务规划、客户拜访与需求沟通开始，承担方案定义（功能清单、与 CTO 对齐）、技术选型、全部开发（K3s、训练 Pod、机器人接入、多视角采集与可视化、数据检索）及现场部署交付；商业谈判与报价调整由销售和老板负责，我参与并贯穿交付链路。
关键结果
- 一个月内完成 24–26 个功能点的开发并现场交付，真实机器人接入客户现场系统。
- 现场跑通“机器人任务部署 → 遥操 → 多视角实时采集 → 数据上传落盘 → 数据组织与检索”全链路；训练基础设施建成，但客户未准备真实训练任务，未用真实数据端到端验证。
- 合同 60 万元签约，成为公司首笔商业收入。
- 架构判断被后续项目继承：K3s 底座、云控制 / 本地数据面拆分、多视角采集、数据检索成为第一版 Research Box 的技术蓝本。