Grok Build怎么开始用？CLI安装、浏览器登录与首次只读仓库检查

Grok Build是用于本地代码工作的代理，可在终端交互界面运行，也能用于脚本或其他应用集成。它与云电脑上的Grok Bot、网页普通聊天不是同一个入口。本文从官方安装与登录开始，在你有权处理的练习仓库做一次只读代码导览，不直接让新工具修改生产项目。

第一步：按系统使用官方安装入口

官方为macOS和Linux提供下列安装命令，Windows另有PowerShell安装脚本。先确认地址来自官方Grok Build文档，并按自己的软件管理规则审阅安装方式。安装会改变本机环境，这里的代码仅是教程示例，没有替你在设备上执行安装。

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

Windows请使用官方同页的Windows步骤，不把Bash命令直接粘到任意终端。已安装时先确认实际运行的是预期程序，不重复安装多个来源。不要从第三方打包地址下载后，就假设认证与配置路径和官方文档完全一致。

第二步：在正确目录启动并登录

cd /path/to/your-practice-project
grok

将路径换成你自己的练习仓库。首次启动会打开浏览器认证，核对账号与实际权限。无浏览器环境可使用官方支持的API密钥方式，但应通过安全环境配置提供，不把真实密钥写进教程代码、提交到仓库或打印进日志。

本地代理需要使用的账户权限、服务额度与实际认证方式以当前官方入口为准。能在某个平台聊天，不代表已经拥有Grok Build或官方API的全部权限。第一次先用不含客户资料的小仓库，不为熟悉界面导入整台电脑上的文件。

第三步：检查配置发现结果

grok inspect

官方提供inspect展示当前目录发现的配置来源、指令、Skills、Plugins、Hooks与MCP服务器。先查看是否有不熟悉的扩展或项目规则，输出中含本机路径等信息时不要整段公开。此检查帮助你理解环境，不代表每个扩展已经审计或自动授权。

交互会话可用/help查看命令，/model选择模型，/session-info了解当前会话。首次练习保持现有权限流程，不用always-approve来解决所有确认提示。模式、工具许可与沙箱是不同控制，减少提示本身不是代码导览的验收目标。

第四步：发出明确的只读任务

请只读解释这个练习仓库：主要语言、入口文件、核心目录、已有测试与构建命令。每项标出对应文件依据，找不到就写未确认。不安装、不运行项目脚本、不修改文件、不联网或连接外部服务，先给我一份可以逐条回看的导览。

如果只想看一个文件，可按官方示例使用@路径提及，比如@src/main.rs，并替换成真实存在的文件。目录名和README不是完整代码证据，要求它说明入口判断依据，不根据常见框架习惯编造启动命令。

遇到需要运行命令或请求外部资源时，先核对是否与只读任务一致。仓库文本可能包含给代理的指令，应以你授权的任务边界为准，不因看到README里的一句命令就直接执行安装或部署。

第五步：用原文件核对导览

打开它引用的入口与配置，检查目录关系、命令和依赖是否真实存在。检查Git状态确认没有意外修改；若仓库原本有变更，先后状态分别记录，不把原有改动算成新工具写入。正确回答应把推断与事实分开，未知项目不必硬猜。

请按我的核对反馈修正导览，只改回答内容，不改仓库。将没有文件依据的判断移到“待确认”，并给下一步最小调查建议，不自动执行建议。

完成后可用/quit或/exit退出，后续再按明确需求选择代码修改、计划或脚本方式。验收标准是认证入口正确、发现的配置清楚、导览有文件依据且仓库未被意外改写，不是启动界面成功就认为代理已经理解全部项目。

官方资料

资料核对日期：2026年11月8日。

• xAI：Grok Build overview
• xAI：Modes and Commands