"唯一"前面连个版本号都没给

社区里在传一句话："唯一能同时处理硬件和软件开发任务的 AI 代理。"这次我只测一件事：这句"唯一"，在它的公开材料里，有没有配得上"唯一"的证据厚度。

测试范围先划一下：只看 GitHub 仓库的公开面——星标、复刻、文档、分发方式、和你照着文档能不能真正跑起来。仓库在 GitHub 上：https://github.com/spikonado/Sprocket。Releases 页和 npm 上的 CLI 都从仓库页链出去，我下面说的每一个数字、每一条安装路径，都能从那个仓库页自己点进去核对。不测电路原理图生成，不测代码能力，更不测代购（那个我后面会说到为什么它不是代码任务）。我只测"从零开始复现它"需要什么条件，以及这些条件描述得有多精确。

先说几个裸数字：15 个星标、3 个复刻、1 个关注者。放 AI agent 品类里，15 个星标基本等于一根针掉在地上能听到的动静。我不打算假装 15 和 0 有本质区别——这个量级上它说明的不是"不行"，是"没有人替它验证过"。"唯一"是需要排他性证据的词，而它的社交背书薄到你在 issue 区提问，很大概率没人回你。这不是讽刺，这是对样本量的描述。

往下翻环境要求之前，我本来觉得这就是"又一个把话说大了的 repo"，但技术细节这一段让我犹豫了——文档写得很具体：Bun 1.3.9 或更高、Node.js 24.14 或更高、当前稳定的 Rust 工具链。端口默认 17731、绑定 127.0.0.1、允许环境变量覆盖，数据目录设计成 $HOME/.sprocket、可用 SPROCKET_DATA_DIR 改。三种分发方式，npx、桌面安装包（AppImage/dmg/exe，走 GitHub Releases）、npm 全局 CLI，各归各的渠道，没混。这些细节不像蹭热度的项目写得出来——作者确实想过"别人拿到手怎么跑"。顺带一提，仓库 README 里挂着一个 demo 域名 socket-demo.spikonado.com，看着像个在线展示入口，但我没拿它当证据用，它最多算个门牌，真正的材料都在仓库本身。

但翻到"当前稳定的 Rust 工具链"我愣了一下。这句不加版本号，用相对指称，意思是这个要求会随时间漂移——没问题，但它和"唯一"放在同一个 README 里就很有意思了。版本描述上谨慎到不锁死，能力描述上却用"唯一"这种连参数空间都不留的词。这句话没有范围、没有测试集、没有版本后缀，它需要一个全枚举的证明才能站住，而它连一个版本号的精度都没给。

我试着手工走了一遍最小复现路径：克隆仓库——3 个复刻，维护者之外的 fork 分支信息看不到；确认本机 Rust 是否"当前稳定"，这是个动态值，我今天核对了是稳定版；装 Bun——我机器上还没有，装它本身就已经是一次环境变更；然后 npx 启动，连本地 17731。链路在文档层面是通的。我得说，它的启动路径比不少千星但 README 一团模糊的项目清楚。

但"能跑起来"和"能完成声称的任务"之间隔着一整面墙。仓库公开信息里几乎没有验证过的输出样本：没有演示截图，没有测试报告，没有"这是它生成的 BOM，我按这个买了零件焊好了"的记录。15 个星标的仓库如果真有一次画出了能生产的原理图，社区早该有动静了——没有。"唯一"这个词的验证成本摆出来就很荒谬：要证明它不是唯一，只需要找到另一个能处理硬件任务的代理；要证明它是唯一，得证明所有其他代理都不能。越排他的宣称，越需要有公开的、可复现的测试协议做交换。这个仓库抵上来的是一份启动流程和一个小纸条。

代购那一条我一定要单独拎出来说：声称能替用户在电商下单，这在逻辑上几乎是个幻觉级别的任务——公开信息里看不到它怎么拿你的支付授权、怎么确认收货地址、怎么承担错单的退款。这不是代码任务，这是个完整电商系统集成。它被写在 15 星标仓库的介绍里，和画原理图、写 BOM 排在同一行，没有任何风险提示。整个仓库唯一让我觉得作者认真对待交付的，是留了个邮箱（aarav@spikonado.com）让卡住的人去找他——虽然这也侧面说明维护者大概是单人。

所以我的结论是这样的：这个仓库的起点比 vibe coding 流水线产物高——安装路径是真的可跑，环境依赖描述没有发现死锁，端口占用也有明确的解法。但"唯一能同时处理硬件和软件开发任务"这句话，在所有可核对的事实面前，目前还是一个没有任何正向测试样本支持的断言。这张表上没有测试报告、没有采购记录、没有第二人的复现痕迹。我不能说它做不到，我只能说：它给不出让我值得去测的理由。而一个称得上"唯一"的项目，理应让我抢着去测。

仓库地址上面给过了，谁想复测直接去主页把数字对一遍。置信标签：方向上我很有把握——我说的是公开材料撑不起"唯一"，这个判断基于仓库可见的一切，不虚；但标签本身打"样本还不够"更诚实：能力侧我现有的数据不允许我下任何结论，我连"硬件开发任务"的定义都还没跟作者对上话。它可能是被埋没的真货，也可能只是话说大了。你要是拿自己的场景复测它——尤其是真让它去代购一个硬件零件——结果告诉我，数字对不上，更要告诉我。