RoboParts 验证计分板

需求 / 资本 / 生态信号的融合视图 · 最后更新 2026-08-14 · 数据来自线上 KV(实时)
waitlist · 建造者(builder)
…
waitlist · 投资人(investor)
…
waitlist · 供应商(supplier)
…
waitlist · 合计
…

三角验证:三类信号同时有,才算"需求被证实"

信号类别来源状态读数
① 资本/生态兴趣Open Collective(Unincorporated)申请中backers: 待开通
① 资本/生态兴趣Open Robotics 直邮 info@openrobotics.org已发·待回复2026-08-13 发出
① 资本/生态兴趣GitHub Sponsors已划掉Stripe 需美国 SSN,不可用
② 用户真实提问社区监听(GitHub/ROS/Stack)线上·自动读取中…
③ 意向邮箱waitlist 投资人/建造者分桶线上实时读取中…
诚实结论:② 用户真实提问已通过自动监听捕获真实兼容性提问(非人工、非编造),③ 意向邮箱通道线上可量化;① 资本/生态兴趣仍为零信号。按设计,三者中至少两类出现真实读数才坐实"需求存在"——当前 ②+③ 已达成两类,需求侧"有人问"已被证实;但能答多少仍受机械接口声明率(0.85%)制约,须靠真实 BOM 反喂抬高。① 仍待 Open Collective 开通 / 直邮回复或资本侧进展。

真实需求信号(自动监听回流 · 非人工维护)

取自线上 /api/demand-signal,由 demand_scan.mjs 只读扫描 GitHub / Open Robotics Discourse / Robotics Stack Exchange 现算。Reddit 沙箱不可达时自动降级,绝不把"不可达"当作"零需求"。这是 H2 常驻监听器的产物,取代原先人工维护的社区信号单元格。

捕获真实兼容性提问
…
机械接口声明率
…
今日能答(est)
…
通道存活
…
读取中…

社区需求热度(waitlist 反喂 · 非编造)

取自线上 /api/waitlist 的 needs 字段——访客提交意向时勾选的「最想找哪类零件」。这是 P2 社区需求信号的第一手、可量化来源(H6/L6 闭环)。样本不足时如实显示「暂无勾选」,绝不伪造热度。

读取中…

引擎价值诚实标注(最深的逻辑洞)

兼容性匹配引擎的机械接口声明率仅 0.85%——即今天 868 个实体里,绝大多数无法算出"能否互装"。 这意味着:即便嫁接带来流量,访客用核心卖点(兼容性查询)时大概率得到"未声明/无法判定"。 流量嫁接必须与"可交付价值"绑定:当前可交付的是「数据集(708) / MCP / BOM 工具 / 检索」, 而非过度承诺兼容性结论。修复路径见审计报告——优先把 Builder 真实 BOM 反向喂入 ingestion,抬高声明率。

平台嫁接(引流)进度

平台类型状态动作方
ModelScope 数据集国际/数据已发布已完成
Glama MCP 连接器国际/agent已认领已完成
npm roboparts-mcp-server国际/开发者已发 1.0.2已完成
可嵌入徽章 / 检索挂件嫁接组件本版新增已完成(待部署)
Open Collective国际/开源支持申请中用户
知乎 / 掘金 / CSDN / 少数派国内/内容稿已备用户发帖
HN Show / Reddit r-robotics国际/社区稿已备用户发帖
Product Hunt / alternative.to国际/目录稿已备用户提交

计分板只读线上端点、不写任何数据:/api/waitlist(意向邮箱)、/api/demand-signal(真实需求信号,自动监听回流)。资本/生态侧(Open Collective / Open Robotics 直邮)仍为人工维护日志,更新即编辑本页对应单元格。