@minchoi @Daniel_Farinax 说的怎么强调都不为过。我已经把 Grok Build 作为主力（无论好坏😅）用了三周。搭配 Composer 2.5，它现在绝对是性价比之王。在此基础上，我强烈推荐 https://t.co/hNsd5Faxv7

---

Grok-Wiki - 由本地代理驱动的仓库维基

来源：https://grok-wiki.com/ 第01集 / 桌面演示

什么是 Grok-Wiki？

桌面循环的短篇产品演示：源锚定的仓库上下文、本地 CLI 代理，以及始终属于你的模型访问权。

本地 CLI 优先的桌面应用

Grok-Wiki 准备仓库上下文，流式传输源锚定的进度，并让所选 CLI 账户拥有模型访问权。

桌面契约

本地优先

01

维基优先打开

从 GitHub 仓库、URL 或本地文件夹生成；将完成的成品保存到库中。

维基

02

模型访问权随 CLI 归属

Grok CLI、Codex CLI、Claude Code、Pi 和 Antigravity 通过各自的工具进行身份验证。

CLI 拥有

03

遥测有负载边界

可选的使用信号排除提示词、回答、代码、路径、密钥和运行日志。

无负载

维基生成仓库维基

正在启动

维基

生成仓库维基。

添加一个或多个 GitHub 仓库、URL 或本地路径。生成的页面和源证据会出现在下面的库中。

GitHub URL、owner/repo 或本地路径

运行时Grok CLI最大页数自动 <= 6格式前30分钟语言英语

提问

跨仓库提问。

添加仓库、URL 或本地路径。仅当存在运行记录后，才会显示来源和活动。

你想了解什么？

CE 捆绑的 SKILL.md运行时Grok CLI

想法根本原因规划地图分解

文档

生成仓库文档。

将 GitHub 仓库、URL 或本地文件夹转换为包含快速入门、指南、参考、示例和源证据的文档站点结构。

GitHub URL、owner/repo 或本地路径

运行时Grok CLI格式文档指南、参考、故障排除语言英语

设置

设置镜像桌面应用。

外观、语言、快捷键、技能、CLI、隐私和技能包。桌面目前是本地 CLI 优先。

界面语言

切换桌面界面为英语、日语或中文。维基输出语言保持独立。

英语英语界面当前

日语日语界面可用

中文中文界面可用

命令行

为终端会话、脚本和编排代理安装 grok-wiki。

Grok-Wiki CLI桌面捆绑的运行时，带有本地代理认证。安装

示例grok-wiki ask owner/repo “我应该先读什么？“复制

隐私

可选的分析省略提示词、回答、代码、仓库名称、本地路径、密钥和运行日志。

使用信号应用打开、所选部分、生成计数、格式、运行时以及成功或错误状态。开启

会话回放自动捕获和回放已关闭。关闭

快捷键

配置全局维基快捷键、确认或快速启动模式、运行时默认值以及页面/样式默认值。

启动行为默认在生成前询问。快速模式在 GitHub 仓库解析后立即启动。默认

反馈可视 HUD 和触觉反馈可选。选入

技能包

复合工程透镜在不接管执行工作流的情况下提升问答和维基质量。

复合质量想法、根本原因、规划、QA 审查和页面形状。已捆绑

基础维基仅使用仓库代码和显式附加的维基上下文。选项

本地代理

选择拥有模型访问权的 CLI。

桌面运行时是本地 CLI 优先。共享 BYOK 架构存在，但桌面代理目前通过其自身的 CLI 进行身份验证。

公共库

公共维基和文档保持可浏览。

真正的公共库支持全部、维基、文档、搜索、排序、格式、页面长度过滤器和公共阅读器路由。

运行时架构

桌面状态、CLI 就绪状态、源锚定以及作用域渲染。

/public/wiki/:id CLI 文档

从本地代理安装、认证、运行和发布。

/public/docs/:id 问答证据映射

源检查器、代码预览、答案引用和处理时间线。

/public/wikis

仓库记忆

上下文始终贴近工作。

Grok-Wiki 将旧运行记录、源轨迹和生成的文档转化为你的代理可以实际读取的本地工作区。

源轨迹本地运行文档存档

工作流

生成、提问和索引仓库。

启动维基、提问或添加 GitHub 仓库。Grok-Wiki 保持运行记录、源和所选本地 CLI 可见。

维基运行所选本地代理

正在运行 AsyncFuncAI/grok-wiki

本地优先

01

读取仓库解析文件和源范围

已完成

02

草拟大纲从证据构建页面树

进行中

03

编写页面仅修补活动运行监视器

进行中

04

附加源链接确切的文件和行

下一步

无需离开桌面即可生成维基。

当侧边栏、阅读器、编辑器（Composer）和所选本地代理保持稳定时，运行监视器原地推进。

提问已附加仓库上下文

AsyncFuncAI/grok-wiki

主入口点是什么？

已工作6秒

正在扫描仓库结构找到桌面、公共和 API 入口表面。

正在读取包脚本匹配了本地 web 和桌面命令。

正在检查源证据准备基于文件的答案引用。

正在深入思考仓库……活动步骤无需重新挂载编辑器即可流式传输。

向仓库提问并保持源可见。

答案与证据映射一起流式传输，因此声明与文件关联，而不是与分离的聊天记录关联。

github.com/AsyncFuncAI/AsyncReview从 GitHub 索引

在仓库上按下快捷键并开始索引。

Cmd + Shift + Space 将活动的 GitHub 仓库或本地文件夹转化为源上下文，无需更改提供商所有权。

公共库

共享文档、维基和 Obsidian ZIP。

浏览生成的文档和公共维基，或下载一个可直接用于 Obsidian 的 markdown ZIP 文件。

文档阅读器生成的页面可以浏览、共享或导出为 Markdown 保险库。

/public/docs/:id### 本地 CLI 设置

安装本地代理，通过其 CLI 进行身份验证，并在生成前重新检查就绪状态。

卡片链接生成的页面。

代码组显示引用的示例。

步骤保留设置流程。

更新跟踪操作手册更改。

路由映射发布的 HTML、代理 Markdown 和保险库导出保持独立。

公共库 (https://grok-wiki.com/public/wikis)

公共库/public/wikis

文档画廊/public/docs

维基阅读器/public/wiki/:id

文档阅读器/public/docs/:id

Obsidian ZIP/api/wiki/export.zip?id=:wiki

代理 Markdown/:surface/:id/llms.txt

剧集/episodes

更新日志/changelog

公共维基移交

一键将公共维基转化为代理上下文。

在公共 Grok-Wiki 页面上使用“添加代理”，将你选择的本地代理指向维基的源锚定上下文。当你想要在本地保险库中拥有这些知识时，同样可以导出为 Obsidian ZIP。

添加代理代理 MarkdownObsidian ZIP

发布的页面对于人类、本地代理和保险库导出始终有用，无需将模型访问权从你所拥有的 CLI 账户移开。

客户验证

Grok-Wiki 用户的评价。

构建者们正在使用 Grok-Wiki 来理解仓库、共享源锚定文档，并将本地代理运行转化为其他人可以实际阅读的内容。

在 X 上查看 (https://x.com/search?q=Grok-Wiki&src=typed_query)

“Sheing 很出色，值得关注/追随。正在试用 Grok-Wiki。” 来自 Kevin Rose（Digg.com 创始人）的早期信号，突出显示 Grok-Wiki 的真实使用案例。(https://x.com/kevinrose/status/2055846360000418110)Neil Parker@nwparker_ / Orca

X

“现在我们得重写整个东西才能让你保持警惕！”

Orca 的一位实际构建者在看到 Grok-Wiki 后给出的反应。

Gabe PerezLinkedIn

LinkedIn

“结构映射实际上捕捉到了我忘记的依赖关系。”

在一个 5 万行代码的仓库上尝试 Grok-Wiki，并追问代理如何处理竞争性重要性信号。

Matt Van Horn@mvanhorn

X

“喜欢你的工作”

来自一位产品型构建者的简洁 X 认可。

“很棒，继续开发”

来自 Grok-Wiki 发布帖的简短公开信号。

“疯狂的 Sheing 和 Grok-Wiki 正在火热进行中”

去重合并为一张卡片，附带了两个公开帖子，包括 Warp 仓库注释。

“这可能是我最喜欢的新工具。”

第二次在一个半损坏且已弃用的最爱工具上使用 Grok-Wiki。

Grok-Wiki 上的代理

常见问题解答

常见问题

关于使用 Grok-Wiki 你需要了解的一切。仍有疑问？联系我们 (https://calendly.com/asyncfunc/grok-wiki-onboarding)

为什么使用 Grok-Wiki 而不是直接使用 Codex、Claude Code、Grok 或 ChatGPT？Grok-Wiki 并非试图取代你的代理。它准备仓库上下文，运行你已经使用的本地 CLI 代理，然后将调查结果转化为源锚定的维基、文档、问答会话和公共移交页面。代理执行工作；Grok-Wiki 赋予其持久的结构、引文以及一个其他代理之后可以读取的工作区。

我的数据存储在哪里？桌面应用运行一个本地回环服务器，并将数据存储在应用数据目录下。你的本地代理凭据保留在其自身的 CLI 工具中。公共维基页面是单独的只读副本，仅在你发布时存在。

Grok-Wiki 如何保持维基锚定于源？每次运行都从仓库本身开始，根据其读取的文件构建结构，并保持源轨迹附加到生成的页面和问答答案上。结果比聊天记录更容易检查，因为有用的声明被封装回可导航的文档中。

Grok-Wiki 能做的不仅仅是生成维基吗？是的。它可以生成仓库维基和文档，根据源证据回答问题，保留运行历史，发布只读页面，暴露代理可读的 Markdown，以及导出适用于 Obsidian 的 ZIP。其要点是将一次调查转化为可复用的仓库记忆，而不是又一个一次性的聊天。

Grok-Wiki 可以用于私有仓库、本地文件夹或我自己的云吗？桌面和 CLI 流程专为本地优先设计，你的认证工具和文件系统拥有访问权。对于托管部署，其架构使存储和提供商凭据可配置，因此随着产品扩展，团队可以使用自己的认证、数据库和基础设施选择来运行。

当我发布维基时会发生什么？发布会创建一个单独的只读页面，你可以与队友、用户或其他代理共享。它不会将原始工作区转变为公开编辑界面；重新生成、问答和应用控件保留在你的本地或认证工作区中。

其他代理可以在生成后使用 Grok-Wiki 页面吗？是的。发布的维基通过公共页面和 Markdown 表面暴露代理可读的上下文，因此代理可以从生成的结构开始，而不是从零重新读取仓库。

什么样的仓库比较适合？Grok-Wiki 在代码库有足够大的面、仅靠 README 不够时最为有用：架构移交、新手上路、遗留系统、SDK、CLI、内部工具以及源锚定解释比快速总结更重要的项目。