机器 Spec · Future Max Future Max — Machine Spec(工程:怎么造 · 怎么装 · 怎么证明)

owner future-max-page-iteration iteration topic max-machine-spec ✎ 批注 日期 2026-08-25 · §3.1 冷柜 2026-09-30 形态 工程 spec,不是卖法 PRD 姊妹件 机器 PRD(宏观)
Jack 2026-08-25 定的分法(原话):「这个需要放进单独的 spec 里面,我说的 prd 更需要从宏观角度考虑,如何 gtm,如何服务顾客,spec 是考虑更多的是生产安装,部署」。所以:这份管机器是什么、能到什么指标、在什么条件下、怎么证明、怎么造、怎么装、怎么修;卖给谁、怎么卖、怎么服务,全在 机器 PRD。

这份文件为什么大半是空的:我们过去四份旧 Max PRD(母 / 前场 / 厨房 / 决策页,已从工作区删除,本文从 git 历史捞回归拢)管的全是「哪个数字能对外讲」,没有一个字管这台机器怎么造出来——没有测试条件、没有公差、没有物料、没有认证、没有失效模式。这份文件照工程 spec 的骨架重开,缺的格子照实留空,不拿旧文案的口气填。空格是真实现状,不是漏填。

0 · 这是什么 What the machine is

Future Max 是饮品的 base(基底):一条 SCARA 机械臂横跨多个工位(臂做搬运,动作由各工位做)。两种用法——① 纯做简单饮品,走量、稳定、支持高并发,同机做咖啡 / 抹茶 / 果茶,新品只是一条配方而不是多招一个人;② 当 base 叠加 barista 系统 + add-on 做更花哨的饮品。模块化、好扩展:扩存储、扩产能(加工位)、接扩展设备。

来源:Jack 迭代台账 DOC-f0345089「focus 在 productivity,简单的饮品,量很大,很稳定,支持高并发」· DOC-a7a2cda3「做一个饮品的 base,可以搭配我们的 barista 系统……这个 modularity,决定了他很好扩展,增加存储,生产能力」· DOC-323b46ca「还有就是模块化,允许扩展设备」。

1 · 边界与接口 Boundaries and interfaces

机器跟外面世界接触的每一条线。判据:每条接口有一方在负责,不能有「这个应该是他们管吧」。

接口要写什么负责人
电电压 / 功率 / 单相还是三相 / 是否要专线 —— 待补无人认领
给排水是否需要接进水、排水标准、是否可用水箱模式 —— 待补无人认领
网络联网方式、远程监控走哪条链路、断网时机器还能不能出杯 —— 待补(监控本身已存在,但「该报什么信号」没定义,见 §7)无人认领
收银 / POS怎么对接现场收银、订单怎么进机器 —— 待补无人认领
场地物理条件占地、层高、承重、通风、噪音上限 —— 待补(这几项旧 PRD 明写「都没有出处」)无人认领
barista 系统 / add-onbase 跟 barista 系统、加料模块对接的物理接口和数据接口 —— 待补,见 §3无人认领

六条接口,一条负责人都没有。这是本节判据没过的地方,不是格式问题。

2 · 性能规格表 Performance spec

数据来自 docs/storytelling/facts.yaml,状态字段照抄原文,不重新措辞。没有测试条件的行本不该存在——这张表故意把这个洞摆出来。

指标值测试条件公差验证方法证据状态
臂速10 m/s🔴 待补——哪一段行程、空载还是满载待补台架测试读编码器(建议,未做)claimed Jack 2026-07-27 确认为真,注明「是约数,不是实测值」。facts.yaml arm_speed,verify 栏原文:recorded motion test with the figure on screen
下料精度sub-gram(克以下)🔴 待补——什么物料、什么量程待补连续投料 N 次上秤记录(facts.yaml verify 原文:scale test across N pours, recorded,未做)claimed Jack 2026-07-27 确认为真。facts.yaml dose_accuracy
⛔ 旧文案出现过 ±0.004oz 与 ±0.1g 两个互相矛盾的数字,均无出处,禁止再用
同时出杯10+ 杯🔴 待补——是否要求满配置(6+ 工位)—🔴 未定义claimed Jack 2026-07-27 确认为真。facts.yaml parallel_drinks,取代旧 deck 的「6 杯并行 6 分钟」,两个不许同时讲
单杯耗时约 45 秒🔴 待补——哪个配方、哪种杯型待补(「约」字未定量)计时冲煮记录(facts.yaml verify 原文:timed pour, recorded,未做)claimed Jack 2026-07-27 确认为真,注明是约数。facts.yaml drink_time
菜单广度150+ 品项
(定制上百万种)
🔴 待补——「一个品项」怎么算、「一种定制」怎么算—菜单库计数 + 定义定制的组合数(facts.yaml verify 原文,未做)claimed Jack 2026-07-27 确认,并说真实品类数远高于 150。facts.yaml menu_breadth
⚠ 这是菜单广度,不是产能,facts.yaml 明写脚本曾把两者混为一句
吞吐量80 杯/小时🔴 待补——四个限定全缺:什么配方、什么杯型、几个工位、连续跑多久—连续运行测试(锁定配方 + 杯型 + 工位数 + 时长),远程监控本来就有数据,理论上能自动出这条(建议,未做)founder-stated 两件事都要写:① Jack 已拍板 = 80 杯/小时(2026-08-12 WF-64,2026-08-22「80,所有的删掉,align」,2026-08-25 批注板再写一次);② facts.yaml 状态仍是 needs-signoff + flagged,原文:「上页前需要一次产能实测或设备规格佐证把它抬出 founder-stated——在那之前不要把它和审计数摆在一排」——实测至今没做
装机周期8 周
(8-WEEK INSTALL)
🔴 未定义——从哪天算起(下单?到货?进场?)、到哪天算完(通电?出第一杯?验收签字?)未定义🔴 未定义NO ENTRY facts.yaml 没有这个条目;docs/tail-blocks-assessment.md 第 88 行已标「查无出处但已对外承诺」。本表最大的洞——§8 是它的定义该住的地方,那节现在也是空的;交期承诺那一面在 PRD §4

七行里,测试条件一行都没填。一个指标没有测试条件,就没法验收、没法索赔、没法跟竞品比——这张表现在的用处是把七个洞点名,不是拿来对外报规格。

3 · 模块化与扩展 Modularity

这是 Jack 本人纠正过的分维度:旧的三份 PRD(母 / 前场 / 厨房)按「前场 / 后厨」分线,这条分错了维度——同一台机器摆大堂还是摆后厨,机械规格几乎不变,变的是外观、噪音、占地、跟人的距离。该拆的是 base / add-on,不是前场 / 后厨。

3.1 设备构成清单 —— 这台机器里到底装了多少个什么

先说结论:Max 的冷柜是拿 WebstaurantStore(美国一家卖餐饮设备的网站)上的现成冷柜改的。一台改好的柜子是一个「冷柜模块」,每个模块一样,数量不写死,场地要几个就并排摆几个。

为什么改现成的:这是 Jack 定的做法。柜子原本是装啤酒桶的,Max 拿它装咖啡、茶、奶这些要冷藏的饮品原料。具体要改哪些地方还没列出来。

改的是 Avantco UDD-1-HC(单门)。Jack 定的,原话是「single door for now」;以后换不换双门没定。0929 总装里画的冷柜盒也跟单门款对得上:盒子是 590 × 590 × 840 毫米,顶面离地 976 毫米,门厚 50 毫米;单门款的模型量出来柜身宽 580 毫米,连自带台面高 852 毫米,带脚轮顶面离地 975 毫米,门厚 54 毫米。双门款宽 1238 毫米,对不上。

UDD-1-HC 商品页上的数:宽 23½ 英寸(597 毫米)· 深 30¼ 英寸(768 毫米)· 高 39¾ 英寸(1010 毫米,含脚轮和台面围栏,不含塔)· 柜内 19½ × 18⅛ × 28⅝ 英寸(495 × 460 × 727 毫米)· 柜内 33 到 40 华氏度 · 115 伏、1.92 安、美国普通三脚插头 · 净重 132 磅 · 放 1 个大桶 · 塔高 16 英寸 · 自带 4 个 4 英寸脚轮(出处:WebstaurantStore 商品页,2026-10-02 查)。双门 UDD-48-HC 留着对照:宽 48¾ 英寸(1238 毫米)· 深 24⁷⁄₁₆ 英寸(621 毫米)· 高 35⅝ 英寸(905 毫米)· 柜内 36¼ × 18½ × 28⅞ 英寸 · 115 伏、3.5 安 · 净重 231 磅 · 放 2 个大桶,或 4 个中桶,或 4 个小桶(出处:WebstaurantStore 商品页,同一天查)。

两处没解决:一是柜里的件对不上真柜子。图里的滑轨 510 毫米长,真柜子柜内宽 495 毫米、深 460 毫米,哪个方向都放不下;盒架和泵支架也是照那个占位盒画的。要按真柜子的柜内尺寸重画。二是柜里装什么。总装里柜内画的是 8 个 4 升饮品盒、盒架、滑轨和泵座,不是桶;下面按桶算的数(一柜放几个桶、一个桶出多少杯)要等这件事定了再改。

0929 总装里这个冷柜模块长什么样:放冷柜的那一格宽 597 毫米、深 764 毫米,跟 UDD-1-HC 带台面的占地(597 × 764 毫米)一样,真柜子放得进去。图里的冷柜本身只画成一个 590 毫米见方的占位盒。柜内下半是两层抽屉式的盒架,装在滑轨上,每层放 4 个 4 升饮品盒,一柜 8 盒,共 32 升。柜内上半是一块泵支架(416 × 476 × 160 毫米),泵本身没画。柜里另加了一个风扇。冷柜正上方立着一根 3 英寸粗的塔,柱高 290 毫米,顶上横出一个 218 毫米长的头;旁边空着的那一格上方还有一根一样的。总装里只画了这一个冷柜。(出处:0929 总装的实体清单 docs/board-notes/max-assembly-0929-solids.json,按零件名和位置查的)

要改的地方(草稿,7 条):「谁来列」这一题 Jack 跳过了,原话是「skip these 3 question, continue」。这份清单是拿 0929 总装跟厂家原样一条条对出来的,工程核对以后才算数。

  1. 柜内装两层滑轨和盒架,放 8 个 4 升饮品盒。厂家原样是放 1 个大桶的空柜。
  2. 柜内上半装泵支架和泵。厂家原样靠气压出料,不用泵。泵几个、什么型号,总装里没画。
  3. 柜内加一个风扇。
  4. 塔顶上的头换掉。柱子跟厂家的一样粗(3 英寸)、差不多高,立在柜顶正中;总装里顶上是一个横出去 218 毫米的头,厂家的是龙头。
  5. 柜顶当不当台面用。厂家柜带着脚轮,顶面离地 975 毫米;两边的整机台面在 976 毫米,是齐平的。总装里这一格上面没有另画台面板,看着是拿柜子自带的顶面当台面,要工程确认。
  6. 柜里的件按真柜子重画。图里的滑轨 510 毫米长,真柜子柜内宽 495 毫米、深 460 毫米,放不下。
  7. 管路从哪里出柜。厂家柜身上有预留的敲落孔,原本给外接气瓶走管;饮品管走不走这些孔,没定。

一个冷柜模块是什么:台面下面一个带门的冷柜,柜里放原料;台面上面一根塔,原料经软管走到塔上出来。柜里装饮品盒还是装桶,Jack 2026-10-02 说没定,要求是能灵活配置,原话 “undetermined, it should allow smart config”。0929 总装里只画了装盒、用泵抽的一种。

一个冷柜模块 = 1 个单门柜 + 1 根塔。按桶的做法,一个龙头接一个桶,柜里放几个桶,塔上就装几个龙头。按 0929 总装的做法,柜里是 8 个饮品盒,各接到哪个出口没画管路,还不知道。Jack 2026-09-21 的临时渲染图上一根塔是 2 个龙头;UDD-1-HC 也有带两个龙头的塔可选。下面表里的双门柜、三门柜只是拿来比大小的。

规格现在是什么:没改之前的数有了,就是上面 UDD-1-HC 那一段;改完以后的数还没有。下面别的牌子的数是定型号之前查的,都是市面上现成的啤酒桶冷柜(英文叫 kegerator)的公开规格,留着对照,出处在表里。用美国的数,是因为 Jack(公司创始人;这份文档里的事由他和 Hao 拍板)要求整台机器过得了普通的美国门。这是硬要求,记在决策文档第 8 题;参考柜过不过得了,下面 ④ 算过,Max 自己的还没量。

参考的单门柜(True 牌):大约宽 60 厘米、深 77 厘米、高 98 厘米(不含台面上的塔),柜内 0.5 到 3.3 摄氏度,插美国普通的 115 伏插座,放 1 个大桶(58.67 升)。另一个牌子(Kegco)同样宽的单门柜:放 1 个大桶,或者 3 个小桶(每个 19.55 升)。

数量怎么定:不写死。每个场地下单时算一次:先算菜单需要几个,再算场地放得下几个,订需要的那个数。最少 1 个。算法和例子见下面 ⑤。

还没定的:没有等 Jack 答的了。上面那份改动草稿等工程核对。

下一步谁做什么:工程核对上面那份改动草稿,再回两件事:冷柜怎么做成装盒、装桶都行,换的时候不用改柜子;8 个盒各配几个泵、接到哪个出口。

什么算定稿:这里的定稿,是指柜子没改之前的数都填齐了。两条都做到就算。一,改哪一款定了。二,这 9 项都换成那一款规格单上的数:

  1. 冷柜的宽
  2. 冷柜的深
  3. 冷柜的高
  4. 重量
  5. 柜内温度
  6. 用多少电
  7. 柜里放几个桶
  8. 放哪种桶
  9. 塔多高(参考值有 14¼ 和 15¼ 英寸两个,以选定那一款的为准)

要改哪些地方不挡定稿。气压和管路、别的行(泵、奶箱、杯子)也不在定稿里。现在是草稿。

定稿以后:要改的地方列出来以后,9 项里因为改装变了的,改成改完以后的数。哪几项会变,要等改动列出来才知道。

最后一步是实测:第一台改好的柜子做出来,把这 9 项照实物量一遍。谁来量、差多少算合格,还没定。

这张表决定「一台能做多少种饮品、能连续做多久不用补料」。这一轮只填了冷柜,别的行大半还空着。三种状态:参考值 是别人产品的公开数,带出处,不是 Max 的实测;推的 是拿参考值算出来或推出来的,没有人量过;空 是推不出来,写明缺什么。

部件现在能写的状态 · 还缺什么
冷柜一个冷柜模块 = 一个台下冷柜 + 一根龙头塔。单门 Avantco UDD-1-HC:宽 23½ 英寸(597 毫米)· 深 30¼ 英寸(768 毫米)· 高 39¾ 英寸(1010 毫米)· 柜内 33 到 40 华氏度 · 115 伏、1.92 安、美国普通三脚插头 · 净重 132 磅(60 公斤)· 原本放 1 个大桶,58.67 升(出处:WebstaurantStore 商品页)。数量:按场地扩。最少 1 个;最多几个,每个场地不一样。一个模块里放几个桶,看选定的那一款。细节见下面 冷柜模块规格草稿。参考值 是没改之前的厂家数。缺:要改哪些地方;柜里装桶还是装饮品盒。
泵0929 总装里,冷柜内有一块泵支架,这一版是用泵抽饮品盒;泵本身没画,几个没定。参考的桶冷柜不用泵:往桶里打气,气压把原料顶出来(出处:Micro Matic 直出式系统说明;咖啡款用氮气,出处:Kegco ICXCK-1B-3)。所以装在桶里的原料,一个桶配一路气、一根软管、一个龙头,不占泵。不装桶的原料还是要泵。推的 缺:哪些原料装桶、哪些走泵;气压出料能不能做到按克计量,参考资料里查不到。
奶箱
装奶的冷藏容器
Jack 定了:奶也放进这种冷柜,不另做奶箱。能写的是:参考冷柜的柜内温度是 33 到 38 华氏度,低于食品法规对奶这类食品的冷藏上限 41 华氏度(5 摄氏度)(出处:明尼苏达州食品法规 4626.0395)。所以温度上,奶可以放进同一种冷柜模块。如果奶也装桶,一个小桶是 5.16 加仑(19.55 升)(出处:KegWorks 桶型表)。推的 缺:奶装桶还是装袋子;几种奶;怎么清洗。参考冷柜拿的卫生认证(NSF-7,美国商用冷柜的卫生标准)只管「包装好或瓶装的产品」(出处:True TDD-3-S 规格单),奶直接过管路算不算在内,查不到。
杯子桶冷柜的资料里没有杯子的事,推不出来。空 缺:卖几种杯型、每种多大、每种存多少个。
其他容器从参考能写的只有两样:气瓶,参考的咖啡款冷柜自带一个氮气瓶,厂家标的是装 22 立方英尺的气(出处:Kegco ICXCK-1B-3);排水口,参考冷柜前面带一个半英寸的排水接头(出处:True TDD-3-S 规格单)。参考值 只有这两样。缺:装咖啡豆的、装抹茶粉的、装冰的、接废水的容器各几个各多大,桶冷柜的资料里没有。
合计只能给算法,给不了数:一种原料能出多少杯 = 桶的容量 ÷ 每杯用多少。桶的容量有了:大桶 58.67 升(1,984 液量盎司),小桶 19.55 升(661 液量盎司)(出处:KegWorks 桶型表)。每杯用多少没有。菜单能上几种冷藏原料 = 冷柜模块数 × 每柜放几个桶,参考值是每柜 1 个大桶,或 3 个小桶;按 0929 总装是每柜 8 个 4 升盒,共 32 升。空 缺:每种饮品每杯各用多少原料;补一次料要多久。

冷柜模块规格草稿 Fridge module: draft spec from keg cooler references

下面每个数都是别人产品的公开数,不是 Max 的。查的日期是 2026-09-30。查不到的写了「查不到」,参考值没有一个是估的;标了「推的」的,是拿参考值加减乘除算出来的,算式写在旁边。桶的厘米数是按 1 英寸 = 2.54 厘米换算的;冷柜的毫米数是厂家页面上原样抄的。

① 桶有多大 桶型的英文名是美国啤酒行业的叫法:1/2 barrel 是最大的那种,1/6 barrel 是啤酒桶里最细的那种。中文名是这份文档为了好认起的。 出处:KegWorks 桶型表

桶型容量高直径装满重空桶重
大桶 1/2 barrel15.5 加仑 · 58.67 升23⅜ 英寸(59.4 厘米)16⅛ 英寸(41.0 厘米)160 磅30 磅
矮胖中桶 1/4 barrel7.75 加仑 · 29.34 升13⅞ 英寸(35.2 厘米)16⅛ 英寸(41.0 厘米)87 磅22 磅
细高中桶 slim 1/47.75 加仑 · 29.34 升23⅜ 英寸(59.4 厘米)11⅛ 英寸(28.3 厘米)87 磅22 磅
小桶 1/6 barrel5.16 加仑 · 19.55 升23⅜ 英寸(59.4 厘米)9¼ 英寸(23.5 厘米)58 磅16.5 磅
可乐桶 Cornelius5.0 加仑 · 18.93 升23 英寸(58.4 厘米)9 英寸(22.9 厘米)55 磅9 磅

可乐桶(英文 Cornelius)是能自己开盖灌装、洗了再用的那种,咖啡店装冷萃咖啡(冷水泡出来的咖啡)用的就是它。别的网站给的尺寸跟这张表差零点几英寸到一英寸,这里只用这一个出处。装满重是装啤酒的重量。

② 冷柜有多大、放几个桶、用多少电 出处:每行第一格的链接,都是厂家自己的产品页。这几款都是「直出式」:桶就放在龙头正下方的冷柜里,不用从别的房间拉长管子过来。宽是左右,深是前后。

型号门放几个桶宽深高(不含塔)柜内温度用电重塔
True TDD-1-HC
单门
11 个大桶23½ 英寸
595 毫米
30¼ 英寸
767 毫米
38½ 英寸
978 毫米
33 到 38 °F115 伏 · 1.4 安195 磅1 根
True TDD-2-HC
双门
22 个大桶58⅞ 英寸
1496 毫米
27⅛ 英寸
689 毫米
37 英寸
940 毫米
33 到 38 °F115 伏 · 2.8 安360 磅2 根
True TDD-3-HC
双门加宽
23 个大桶69⅛ 英寸27⅛ 英寸37 英寸33 到 38 °F115 伏 · 2.8 安400 磅2 根
True TDD-4-HC
三门
34 个大桶90⅜ 英寸
2296 毫米
27⅛ 英寸
689 毫米
37 英寸
940 毫米
33 到 38 °F115 伏 · 2.8 安495 磅2 根
Kegco ICXCK-1B-3
单门 · 咖啡款
11 个大桶,或 3 个小桶,或 3 个可乐桶23.5 英寸31 英寸40 英寸查不到1.8 安,电压查不到查不到1 根 · 3 个龙头

True 四款都是 115 伏、美国普通的三脚插头(型号叫 NEMA 5-15P)。表里的安数是冷柜自己用多少电。厂家老款规格单另外要求:每台冷柜单独占一个 115 伏、15 安的插座,不跟别的电器共用(出处:True TDD-3-S 规格单)。True 的深度不含背后 1 英寸的防撞条(出处:True TDD-3-S 规格单)。

③ 龙头塔和管路

④ 过不过得了普通的美国门

⑤ 数量怎么定 这个算法是这份草稿提的,没人用过。 推的

第几步怎么算用到的数
一 · 菜单需要几个菜单里要装桶冷藏的原料有几种 ÷ 每个模块放几个桶,除不尽往上进一个。最少 1 个。每个模块放几个桶,看选定的那一款。哪些原料装桶还没列;奶已经定了放进冷柜。
二 · 场地放得下几个取两个数里小的那个:场地留给 Max 的那段台面有多长 ÷ 每个模块的宽(除不尽去掉零头);场地可用的插座数。单门模块宽大约 23½ 英寸;每个冷柜单独占一个插座(都是参考值)。
三 · 订几个需要的不超过放得下的:订「需要」的那个数。需要的超过放得下的:要么减菜单,要么加台面、加插座。

举例:菜单有 10 种原料要装桶冷藏,每个模块放 2 个小桶,需要 10 ÷ 2 = 5 个。要是每个模块只放 1 个大桶,就需要 10 个。5 个单门模块要 5 × 23½ = 117½ 英寸(约 3 米)台面、5 个插座。场地有这么多,就订 5 个。这个算法只保证每种原料有一个桶,不管一桶能撑多久;撑多久要等每杯用量有了才能算。按 0929 总装的装法,一柜 8 个盒、一盒一种原料,10 种原料要 2 个柜;这一条也是推的。

数量什么时候定:下单时按场地定,出厂前配好,到场不再改。依据是 Jack 2026-09-12 定过的一条:配置在出厂前完成,到了现场只做就位、接电、验收(记在决策文档 · 已经定了)。模块是整条运还是一个个运,不影响个数。 推的
一个例子,不是默认数量:Jack 2026-09-21 的临时渲染图上是 5 个冷柜、5 根塔,每根塔 2 个龙头,一共 10 个龙头;按一个龙头一种原料算,是 10 种冷藏原料。图不在这份文档里。

数量不写死,那就得把单个模块定死。机器 PRD(产品需求文档,讲这台机器卖给谁、怎么卖)给「好装」定了四条要求:相对位置固定、不用大量调试、好配置、没有现场才定的变量。每个冷柜模块长一个样、接口一个样,各场地只是个数不同,个数在出厂前就定好,出厂才不会每台一个样。

⑥ Jack 答了的 3 件事,跳过的 1 件事 都记在另一份文档里:决策文档。

  1. Jack 已答:改的是单门 Avantco UDD-1-HC。原话“single door for now”。
  2. Jack 跳过:要改它哪些地方由谁列。原话“skip these 3 question, continue”。改动草稿在上面,等工程核对。
  3. Jack 已答:奶也放进这种冷柜。
  4. Jack 已答:改好的冷柜和官网的 Future Fridge 相近;Future Fridge 还可以单独卖、单独放。原话“similar, but future fridge can be standalong”。Future Fridge 是公司官网上已经公告、还没开卖的原料冷藏产品,官网没有公布它的任何规格。

4 · 物料与长周期件 BOM and long-lead items

全部待补 伺服、减速机、定制钣金模具、制冷压缩机这类件,交期常常以月计。

§2 那条「8 周装机」现在没有任何物料清单背书——光是采购长周期件就可能吃掉整个承诺。这一节不填,那个数字就永远是句空话。

5 · 制造与装配 Manufacturing and assembly

全部待补 现状是每台手工件,第 3 台跟第 1 台可能不一样。

6 · 安全与法规 Safety and certification

全部待补 目标认证清单一条都还没定。已知要处理三条线:

每项认证需要一个到期日,不许「以后再说」。认证没过,机器就进不了商业场地,GTM 那一整套(PRD §2)全部落空。

7 · 可靠性与备件 Reliability and spares

全部待补 远程监控已经存在(facts.yaml unit_hygiene_monitoring,pos-verified),但「该报什么信号」从来没定义过——现在只是一盏绿灯。

这块空着,租赁和托管两种商业模式的服务成本就算不出来(见 PRD §3 · §4)——那两种模式现在是在没有成本模型的情况下对外挂着的。

8 · 现场安装 Site install

全部待补

写完这一节,8-WEEK INSTALL 这个数字才第一次有出处。现在它是官网首页正在印的一个查无出处的承诺。这是它的工程面;交期承诺那一面在 PRD §4,那边也标着查无出处。两边都空,说明这个数字目前谁都没兜住。

9 · 阶段与冻结 Stages and design freeze

待补 工程样机 / 设计验证 / 量产验证三个阶段各自的进出判据——一条都没有。

⬛ 待你拍板:我们现有的法条是「PRD 只写现在、永远可改」,但硬件在工程验证阶段之后通常要冻结,之后的改动走工程变更单——这个概念我们完全没有。要不要给机器 spec 单独引入「冻结点 + 变更单」,还是继续沿用「永远可改」?在你答之前,这三个阶段的进出判据留空。

10 · 单位成本 Unit cost

全部待补 三条都还没有数字:

买断 / 租用 / 托管三种售卖模式的毛利,现在全部算不出来(见 PRD §3)。定价也因此定不了——这不是「还没定价」,是没有定价的依据。

11 · 不碰 Not in this document

三份文件的边界 Boundary

哪份它定义什么它不定义什么,归谁
本文件(机器 Spec · 工程)接口 · 指标和测试条件 · 模块化 · 物料 · 制造 · 认证 · 可靠性 · 装机 · 阶段冻结 · 成本卖法、买家、价格、服务承诺 → 机器 PRD
机器 PRD · 宏观卖给谁 · 凭什么买 · 怎么进市场 · 怎么收钱 · 怎么服务 · 产品线关系 · 什么算成功任何指标的值和条件 → 本文件 §2
Max 页 PRD那一张网页:屏序 · 文案 · CTA · 留资指标的值 → 本文件 §2;卖法大方向 → 机器 PRD

一条铁律:Max 页面上每个数字,都要能指回本文件 §2 的某一行。

附录 · 验证矩阵 Appendix — Verification matrix

这一段是给工程和法务跑的,不是给人读故事的。上面正文只说「待补」,这里说清每一条要怎么才算补上了。

A1 · 每个数字要什么证据才能出 claimed

指标现在的状态要做什么才能升级做完能到哪一级谁做 · 什么时候
臂速 10 m/sclaimed台架运动测试,屏幕上带数字录像;写明哪一段行程、空载还是满载measured无人认领 · 无排期
下料 sub-gramclaimed连续投料 N 次逐次上秤,出分布和最大偏差;同时定死公差写法(±0.004oz 和 ±0.1g 两个旧数字作废)measured无人认领 · 无排期
同时 10+ 杯claimed录一次满配置并行出杯,计数;写明是不是要求 6+ 工位measured无人认领 · 无排期
单杯约 45 秒claimed锁定配方 + 杯型,计时录像;把「约」定量成一个区间measured无人认领 · 无排期
150+ 品项claimed菜单库直接计数;「一种定制」的组合口径写死(现在两个说法混着用)measured无人认领 · 无排期
80 杯/小时founder-stated
needs-signoff + flagged
一次产能实测,或设备规格佐证(facts.yaml 原文要求)。四个限定必须同时写死:什么配方 · 什么杯型 · 几个工位 · 连续多久。远程监控已有数据,可能不必新做实验,导出即可measured
(才能跟审计数摆一排)
无人认领 · 无排期
8 周装机NO ENTRY
已对外承诺
先写 §8(起止点定义 + 装机流程 + 验收协议),再拿 §4 的长周期件交期去核对 8 周撑不撑得住先有出处,再谈实测无人认领 · 无排期

A2 · 每个空章节要什么才算填上了

章节算填上的判据(缺一条都不算)现状
§1 边界与接口六条接口每条都有:具体数值 / 标准 + 一个具名负责人0 / 6
§2 性能规格表每行六列填满,尤其是测试条件那一列测试条件 0 / 7
§3 模块化与扩展base↔add-on 接口规格 + 每种料位容量 + 加工位是否换臂/控制器/供电仅有定性描述
§4 物料与长周期件关键件清单 + 每件交期 + 单一来源风险标注空
§5 制造与装配装配顺序 + 首件检验清单 + 一致性判据空
§6 安全与法规目标认证清单,每项带负责人和到期日;NSF 18 还是 25 这个问题有明确答案空
§7 可靠性与备件无故障目标 + 易损件表 + 保养周期 + 备件包 + 监控该报的信号清单和阈值空
§8 现场安装场地条件清单 + 装机流程(带天数)+ 验收协议 + 8 周的起止点定义空
§9 阶段与冻结Jack 先答「要不要冻结点 + 变更单」,再写三阶段进出判据等 Jack 一句话
§10 单位成本物料成本 + 装机成本 + 年服务成本三条数字空

A3 · 数字纪律表 Number discipline

这张表来自旧的 Max 系统 PRD(reports/max-system-PRD.html,已从工作区删除,本表从 git 历史捞回)。那四份旧文件里最值钱的一节,原样保留。左栏能用带状态,右栏不能用带原因。

✅ 能用(带状态)

数字 / 性质状态
10 m/s(读作「十米每秒」,不重新取整)签核 · 约数(claimed)
sub-gram 下料精度签核(claimed)
超过 10 杯并行签核(claimed)
约 45 秒 / 杯签核 · 约数(claimed)
150+ 品项;上百万种定制(两个说法,不许混成一句)签核(claimed)
同一台机器做咖啡 / 抹茶 / 果茶已验证(pos-verified)
自带清洁 + 远程监控已验证(pos-verified, WF-50)
换牌实证(同一台机器 / 同一套软件 / 同一套服务模式)已验证(pos-verified, WF-24 / WF-25)
80 杯/小时⚠ Jack 已拍板,但 facts.yaml 仍是未签核 · 待实测 不许和上面那些并排陈列,要单独标

❌ 一个字都不许出现(带原因)

数字 / 说法为什么不能用
60 杯/小时已下线(被 WF-64 推翻)。⚠ 官网首页三处至今仍在印,off-spec,待改
人工基线 20 杯/时已下线;facts.yaml 标 unsourced + flagged,且与 WF-52 的另一套基线互相矛盾
40–60 杯/小时已下线(旧口径之一)
「6 杯并行 6 分钟」被「超过 10 杯并行」取代,两个不许同时讲
「快 4 倍 / 4× faster than a barista」2026-07-27 曾签核,但 2026-08-12 WF-64 明写「其余三种口径全部下线」,以新的为准
培训 1 天 / 1-day trainingunsourced + flagged,没出处
±0.004oz · ±0.1g两个互相矛盾的下料公差,均无出处(docs/tail-blocks-assessment.md)
$400/周 → $3,000/周、「约 6 倍」facts.yaml R13-401-weekly-before-after 明写核实前不得发布;_flagged.wf12_five_x_sales 要求任何换牌倍数必须带基线
240,000+ 杯 · 3 家店 · 2018 年 9 月 UIUC · 4.8★/623 · 5.0★/337 · 单日约 1,000 杯这些是门店和公司的数字,不是 Max 这台机器的数字。
⚠ 张力未消解:现行 Max 页 PRD 屏 8 正在用它们当证据屏,跟本条互相打架,没人拍板
抹茶换牌的日期门店事件,属于「其他地方的数字」
设备价格 · 占地 · 功率 · 工位数的具体尺寸都没有出处(工位数 2/4/6+ 官网已印,但只是配置档位,不是实测规格)
2019 年成立 · 4.9★/146 · 60,000+ 杯死数,早已作废

规矩不变:没签核的数不上线;签核过的约数,不许伪装成实测数。

A4 · 这份 spec 的材料出处

机器 Spec(工程)· Future Max · 2026-08-25 · 大量空格是真实现状,不是漏填 · 姊妹件:机器 PRD(宏观)