# Sunday的资源集中战略

Sunday的资源集中战略

完整文章：https://haiguangboy.com/posts/sunday-act2

## 核心方法

多数团队选择"广撒demo"：十个任务各做到六成，靠视觉冲击力换融资叙事。Sunday做了相反的赌注：自研本体+数据采集硬件+模型+车队全部握在自己手里，只押一件事——把叠衣服这一项任务做到部署级可靠，再谈下一项。

## 关键结果

↳ 组织逻辑是什么？
①全栈自有：不依赖第三方硬件或数据商，改进闭环能跑得足够快
②便宜代理先筛选：验证损失和真机成功率强相关(R²>0.9)，先用这个代理指标在实验室迭代数据配比，把最贵的真机评测留到最后一步才启动
③改写度量标准：提出"Solve"(声明范围+适配成本)，把游戏规则从"demo好不好看"改成"能不能在自己选的赛道上量出可靠性"——这个标准恰好是全栈公司的强项，也是纯demo公司的软肋

效果：785次全自主评测，9类衣物99.1%成功率；预训练规模从0拉到100%，域内域外差距从82个百分点收窄到0；同样数据量下，精选12.5%数据打75.6%，均匀采样只有43.8%——资源投入真的换到了可验证的曲线。

## 边界

· 全部数字自报，无第三方评测
· 99.1%只覆盖叠衣一个任务族，是任务内泛化，不是跨任务涌现
· 吸尘/煮咖啡等能力"尚未按Solve标准检验"
· 排除了袜子/内衣等易变形物件——这类边缘案例，恰好是行业公认最难迁移的部分