20 万 star 的引擎，和 75 star 的工作台：极热不等于可用
DeepSeek Harness 15 天冲到 20 万 star（史上最快），但 260 个集成只有 41 个可用，token 消耗是竞品 10 倍。star、集成可用率、成本三个指标完全脱钩。而这套 75 star 工作台里最值钱的一行设计——进度靠读文件判断——恰恰是整套系统里最该抄的。
- 三个速度脱钩：star 增速极快（15 天 20 万）、集成可用率极低（41/260 = 15.8%）、token 成本极高（约竞品 10 倍）。同一项目，三个指标三个方向。
- 判据补完：star 曲线衡量传播、commit 曲线衡量存活、集成成功率衡量可用——三者可同时「极热/活跃/不可用」。
- 最值钱的一行：进度不靠人手动改状态、也不靠 AI 判断，靠读本地文件。在「模型 20 秒报告成功、一个文件都没动」的生态里，文件系统是唯一说真话的组件。
- 对神机百炼：把「进度靠读文件」映射成机器人项目交付看板，把「资产本地、能力云端」做成客户承诺——尤其对政府/国企/学校这类数据不能出门的客户。
星标衡量传播，不是成熟
整个 DeepSeek Harness 生态只有 21 天大（引擎 08-13 创建）。作者基于它的工作台创建于 08-25，仅 9 天。所有「稳定」「生产可用」的判断，在这个时间尺度上都不成立。
本文补完了本系列的一条判据：#14 建立「star 曲线衡量传播、commit 曲线衡量存活」，这里再加第三条——集成成功率衡量可用。一个项目可以同时「极热」「活跃」「不可用」，DeepSeek Harness 就是活样本。
赢了架构，输了成熟度
社区共识是「这不是另一个 Codex，这是一块面包板」。面包板是给造东西的人用的，不是给用东西的人用的——这个区分对任何做交付的团队都致命。官方 README 全大写写着 THERE WILL BE COMPATIBILITY-BREAKING CHANGES，明确表示当前版本适合评估和内部试验，不适合作为唯一生产工具。
确定性逻辑包住不确定性
作者工作台最聪明的设计，不是 AI 写脚本，而是判断逻辑：script.md 出现 = 脚本阶段完成；.mp4/.mov 出现 = 成片已导出；.srt/.ass = 字幕做好；封面图片 = 封面完成；公众号文件夹+.md = 图文转写完成。唯一需要手动确认的，是「发布」（涉及平台操作，工作台无法判断你是否真发出去了）。
把流程做成对外话术
① 进度看板取代每日汇报进度；② 单场表演改成 T+1 复盘（演出次日，趁记忆新鲜、设备还在现场），对上「7×24 现场护航」；③ 把作者「不逼你用特定工具，只帮你把流程串起来」做成对外话术——对政府/国企/学校客户，这句话比「我们有 6 台 K1」有用得多；④ 把「资产本地、能力云端」做成客户承诺：场地数据、编排方案、演出录像全留客户服务器，AI 能力由我们提供但不带走资产。