「就目前所能查证的情况看，超过三个月里没有任何一个条目发生过变化。」Lawfare 在报告中写道。

承诺过要「大幅超越维基百科」

Grokipedia 于 2025 年 10 月以 v0.1 版本上线，首批收录约 88.5 万篇条目。同年 11 月升级至 v0.2 版本，条目规模迅速膨胀——根据其官方状态页 grokipedia.com/live 的显示，目前总量已超过 600 万篇。

项目上线之初，马斯克曾公开表示，这个由人工智能生成内容的百科将会是对维基百科的一次「大幅改进」。彼时的宣传重点正是规模与速度：机器写作不需要志愿者排班，条目可以持续生成、持续修订。

然而三个月过去，那条「持续修订」的承诺看上去并没有兑现。同一个状态页上设有「最近变更」栏目，眼下栏目下方显示的信息是：「当前没有可用的实时编辑。」

22 万条修改建议无人处理

Grokipedia 目前仍然接受用户提交新条目建议，也允许对已有页面提出修改意见。问题在于，这些意见提交上去之后似乎就石沉大海。

Lawfare 同时抽查了热门页面和冷门页面，均未发现更新迹象。更具体的数据来自其大样本分析：在 34,519 个至少收到过一条编辑建议的页面中，累计存在 225,496 条修改建议，而过去三个月内，没有任何一条建议被标记为「已接受」或「已拒绝」。

换句话说，超过 22 万条来自真人用户的纠错意见，堆在队列里长达一个季度无人处理。

对一部百科而言，这项指标的分量并不轻。词条数量可以靠一次批量生成堆出来，但知识的价值恰恰取决于能否持续修订——事实会变化，错误需要修正。一部停止更新的百科，等同于一份被冻结在某个时间点上的快照。

xAI 未作回应，马斯克 2 月后再未提及

针对 The Verge 的置评请求，xAI 没有立即作出回应。

Lawfare 还注意到一个细节：马斯克最后一次在社交平台 X 上提及 Grokipedia，停留在 2026 年 2 月，此后再未公开谈论过这个项目。在 Reddit 和 X 上，已有用户开始直接讨论 Grokipedia 是否「已经死了」。

从公开信息看，xAI 尚未宣布该项目的后续计划，没有给出恢复更新的时间表，也没有对 Lawfare 的报告作出说明。目前可以确定的事实只有两条：网站仍然在线，仍然展示着数百万条目，也仍然接收着用户的修改建议；但从更新记录上看不到任何处理这些建议的痕迹。

一次关于「自动化能否替代维护」的现实检验

Grokipedia 的处境，某种程度上构成了对生成式人工智能内容项目的一次公开压力测试。

用大模型批量生产条目，可以在极短时间内把内容规模从零推到数百万，这一点 Grokipedia 已经证明。真正难的部分在后面：谁来判断哪条修改建议是对的？谁来对争议内容做裁决？维基百科依靠的是一套由志愿者社区、编辑规范和争议解决流程共同支撑的机制，运转效率或许不高，但它至少会持续产出可见的结果。

而当自动化流水线本身停摆，整个体系就没有兜底的人力可用。600 万条目和 22 万条待处理建议之间的这种反差，正是这套模式的软肋所在。

至于 Grokipedia 究竟是彻底终止，还是只是进入了一段沉寂的后台开发期，xAI 尚未给出答案。可供观察的信号也很明确：公开变更日志是否重新滚动、是否出现带有当前时间戳的已接受或已拒绝建议、xAI 或马斯克是否作出公开说明。

来源：The Verge、Lawfare

架构设计：手机做界面，Mac算力

grok-build-ios的核心设计理念是”手机是寻呼机UI，Mac才是算力引擎”。具体来说，Mac端通过官方的grok agent serve命令运行Grok代理，iPhone端则通过ACP（Agent Communication Protocol）协议以JSON-RPC格式通过WebSocket与Mac端进行通信。

这种架构意味着AI代理的推理和代码执行仍在Mac上完成，iPhone仅作为远程交互界面使用。对于开发者而言，这意味着可以在外出时用手机查看编程进度、下达指令，而回到电脑前时无缝继续工作。

连接方式根据运行环境有所不同：在模拟器中，客户端通过127.0.0.1的2419端口与Mac通信；如果是实体iPhone，则通过同一Wi-Fi网络下Mac的局域网IP进行连接。此外，项目还保留了一个基于TLS + Bonjour的旧版局域网桥接方案，存放在companion/目录下供实验使用。

技术要求与使用方式

要运行grok-build-ios，用户需要满足以下条件：

• 搭载Grok CLI（grok命令行工具）的macOS系统
• xAI API密钥
• Xcode 16或更高版本（支持模拟器或真机）
• iOS 17或更高版本

使用流程分为三步：首先在Mac上设置XAI_API_KEY环境变量并启动grok agent serve，CLI会输出一个Secret密钥；然后在Xcode中打开iOS项目并运行；最后在应用中粘贴Secret密钥完成连接。

项目结构与开源状态

从仓库结构来看，该项目主要包含以下模块：

• ios/GrokApp/：基于SwiftUI构建的iOS应用主体
• companion/：旧版ACP TCP/TLS桥接
• shared/：来自上游的主题和斜杠命令目录
• upstream-grok-build/：锁定到xAI官方grok-build仓库的子模块
• scripts/：演示和测试辅助脚本

该项目使用Apache-2.0开源协议，代码构成上Swift占65.4%、Shell占19.2%、Python占15.4%。需要注意的是，该项目目前不在App Store上架，仅限开源侧载或模拟器使用。

作为一款开源社区驱动的项目，grok-build-ios目前获得了8个Star，反映了开发者对跨设备AI编程体验的兴趣。随着AI编程代理的日益普及，这类让开发者随时随地与AI协作的远程控制工具，有望成为一个值得关注的方向。