Grok switch

Sat, 12 Sep 2026 00:00:00 +0000

最近站内经常能看到佬友发 grok 公益站的 URL 和 KEY、grok 的 CPA 文件，还有分享 grok 注册机的。这些东西各自解决一段问题，但要来回切换就挺麻烦。grok build switch 就是把这几件事收在一个界面里。

先记一下怎么装，再说它能干什么。

一、安装 Grok Build

macOS / Linux / WSL：打开终端（Terminal），输入以下命令并回车：

`1`	`curl -fsSL https://x.ai/cli/install.sh \| bash`

Windows：打开 PowerShell（推荐以管理员身份运行），输入以下命令并回车：

`1`	`irm https://x.ai/cli/install.ps1 \| iex`

二、安装 grok build switch

如果你只想在 grok build 中使用 grok-4.5，那么不需要选注册机，也不需要搞 CPA、CC-Switch。直接在 Release 下安装最新版本的 grok build switch 即可，包括托盘和 GUI 两种形态，任选其一下载使用。

三、三种能力

该项目同时具备三种能力，对应三种不同的取用方式。

1. 公益站

用过 cc-switch 的都知道，为了方便切换公益站，ccs 只需要通过可视化的方式配置 URL、KEY、MODEL 即可。grok build switch 同样如此：

只需要填入 URL 和 Key；
可以自动获取模型，并启用模型；
一键切换，十分方便。

2. CPA 文件

CPA 就是 CliProxyAPI，一个开源项目。站内好多佬友都会发几百个、几千个 grok 的 CPA 认证文件，只要导入 CPA 中就可以得到 URL 和 Key，然后就可以导入到编程工具中。grok build switch 同样支持。

用法：

打开设置，找到 grok auth json；
把佬友们发的成百上千个 json 文件压缩后放在一个文件夹下，然后导入，会自动生成 URL 和 Key；
仅仅只需要配置模型即可；
导入成功之后，找到立即巡检来检查账号状态。

3. 注册机（需要 cloudflare 邮箱 API）

如果你不想和其他人用相同的 CPA 文件，那么可以通过注册机自己注册几十个 free 号，组成号池，每天自给自足也可以。

⚠️ 当前项目注册机注册的时候请保持页面可见，也就是需要打开页面看到下面的 cloudflare 验证通过，否则容易注册失败！

几个使用要点：

默认注册成功的号池直接就放在 CPA 导入文件下，无需额外配置；
注册成功之后出现 403 并不是账号不可用，可以启动巡检，一般注册成功之后都是可用的；
一个 free 账号现在大概是 100 万。

状态码含义：

状态码	含义
200	账号可用
403	不代表不可用，启动巡检确认即可
429	账号额度用光

四、聊天与远程

在设置里勾选允许手机访问，只要你的手机、平板、电脑在同一个局域网下，就可以通过手机来控制电脑上的 grok build。

扫码配对之后，就能在移动端管理你的 grok 公益站，以及远程使用 grok build。同时还支持上传自定义壁纸，让你的 grok switch 看起来更美观。

Grok网页 + Github MCP实现科研论文收集

Sat, 12 Sep 2026 00:00:00 +0000

做科研最耗时间的往往不是读论文，而是找论文。以我的第二篇论文研究方向为例，研究方向是multi-agent（无人机方向）。

做了一个自动化流程：让 Grok 网页端负责「查和筛」，让 GitHub MCP 负责「存和发」，最后通过部署到GitHub Pages上，拿到一个可以直接部署的论文合集站。全程在浏览器里完成，本地不用装任何环境。

Grok 网页端 + GitHub MCP

环节	本来怎么做	现在交给谁
检索筛选	手动翻 arXiv / Google Scholar，逐个点开看摘要	Grok 网页端联网检索
归档发布	下载 PDF、复制摘要、本地排版，再推仓库	GitHub MCP 直接读写仓库

Grok 网页版本身就能联网检索，接上 MCP 连接器之后，它从「会说」变成「能动手」——可以直接在我自己的 GitHub 仓库里建文件、提交改动。原本要在本地来回复制粘贴的那一段路，就省掉了。

给 Grok 接上 GitHub MCP

第一步是把 GitHub 的 MCP server 挂到 Grok 网页端上：

在 Grok 网页端打开连接器 / MCP 设置，新增一个 MCP server，地址填 GitHub 官方的 MCP server；
走一遍 GitHub 授权，仓库权限只勾要用的那一个，不要图省事全选；
授权完成后能在连接器里看到这个 server 提供的工具，一般是「读仓库文件」「创建 / 更新文件」「提交」这几类。

接好之后先在对话里试一句「列出我 xxx 仓库根目录有哪些文件」。能正常返回，说明工具链路通了，再往下做正文。

让它去 arXiv 收论文

这一步的关键是把要求说死，否则很容易收回来一堆不相关的。我提的要求大概是这几条：

方向：multi-agent framework / agent harness，以及自生成与安全；
时间窗：arXiv 2025-09 ~ 2026-09，只要这个区间的新工作；
数量：先要十来篇有代表性的，不要贪多；
统一模板：每篇按「解决什么问题 → 创新点 → 关键结果 → 局限」整理；
必须带原文链接：arXiv 编号和 PDF 地址都要留下，防止它凭印象编。

另外一个很实用的点：让它分批写、分批提交，不要一口气把十几篇全生成完再提交。分批的好处是中途能看、能纠偏，真出问题也只丢一小段。

成果：multi-agent-article

最后收出来 11 篇，每篇一个独立的中文编译页，另外还有术语表、目录页和原文 PDF / arXiv 链接。仓库开启 GitHub Pages 之后，直接就是一个线上站点：

在线阅读： https://1parado.github.io/multi-agent-article/

仓库地址： https://github.com/1parado/multi-agent-article

几个坑

AI 整理的内容一定要回原文核对。它给的「关键结果」偶尔会把数字记串，尤其是跨论文对比的时候；引用一律以英文原文为准。
权限别给大。MCP 是能真写仓库的，只授权需要的那一个仓库，别用一把全量 token 图省事。
时间窗要写清楚。不限定年份的话，它很容易把几年前的经典工作也一起收进来，跟「看最新进展」的目的就偏了。

Grok on Paradox’s Blog