Grok Build 0.1 的技術規格
| 項目 | Grok Build 0.1 |
|---|---|
| Model ID | grok-build-0.1 |
| Provider | xAI |
| Model type | 面向代理式軟體工程的程式設計型模型 |
| Input | 文字、圖片 |
| Output | 文字 |
| Context window | 256,000 tokens |
| Capabilities | 推理、函式呼叫、結構化輸出 |
| Coding focus | 網頁開發、偵錯、代理式軟體工程 |
| Tool ecosystem | 支援 MCP 的工作流程 |
| Batch API | 不支援 |
| Rate limit | 每秒 37 次請求；每分鐘 10,000,000 個 token |
| Availability | us-east-1, us-west-2 |
什麼是 Grok Build 0.1？
Grok Build 0.1 是 xAI 為 代理式軟體工程 設計的程式設計導向模型。它面向的工作流程是讓 AI 程式代理需完成多步驟的開發任務，而非僅生成孤立的程式碼片段。
xAI 明確將該模型定位於 網頁開發、偵錯，以及支援 MCP 的工作流程。256K token 的上下文視窗結合推理、函式呼叫與結構化輸出，使其適合需要檢視上下文、與工具互動並循環迭代處理軟體任務的程式代理。
Grok Build 0.1 的主要特性
- 代理式程式設計： 為多步驟軟體工程的工作流程而設計，模型可對任務進行推理並與外部工具互動。
- 網頁開發： xAI 特別將網頁開發任務列為目標使用情境。
- 偵錯： 該模型旨在調查程式問題並推動偵錯工作。
- MCP 支援： Grok Build 0.1 針對使用 Model Context Protocol（MCP）的工作流程設計，使程式代理能與外部工具與服務協作。
- 256K 上下文視窗： 大型上下文視窗允許在單一工作流程中提供大量原始碼、任務歷史、文件與工具輸出。
- 函式呼叫與結構化輸出： 這些能力讓模型適用於需要在模型與應用端工具之間進行可預期互動的應用。
Grok Build 0.1 與相關 xAI 模型對比
| Model | Primary focus | Context | Key distinction |
|---|---|---|---|
| Grok Build 0.1 | Agentic software engineering | 256K | 為開發代理優化的程式設計專用模型 |
| Grok Code Fast 1 | Fast coding | — | xAI 文件將 grok-code-fast-1 列為與 Grok Build 0.1 相關聯的別名 |
| Grok 4.7 | General-purpose reasoning | 500K | 更廣泛用途的模型，而非程式設計專用模型 |
對於專為軟體工程代理打造的應用，Grok Build 0.1 的文件化定位以程式開發工作流程為核心；而更廣泛的 Grok 系列模型則面向更寬泛的推理與多模態任務。
代表性使用情境
1. 網頁應用開發
Grok Build 0.1 可用於程式代理的工作流程中，用於建立與修改網頁應用，特別適合需要反覆修改程式碼並與工具互動的任務。
2. 偵錯
該模型明確定位於偵錯工作流程，適用於涉及錯誤調查、程式碼變更與迭代式問題解決的任務。
3. 代理式軟體工程
模型的函式呼叫、推理能力、結構化輸出與長上下文，支援代理在工作流程中依序執行一系列開發任務，而非僅產生單一回應。
4. 基於 MCP 的開發
MCP 支援使 Grok Build 0.1 能在透過 Model Context Protocol 暴露外部工具與服務的開發環境中運作。
5. 大型程式碼庫任務
256K token 的上下文視窗可容納大量原始碼與支援資訊，適用於涉及多個檔案、文件、先前工具結果與長時間編碼會話的任務。
限制
Grok Build 0.1 的定位專注於軟體工程，而非面向所有應用的通用模型。開發者亦應考量其文件所述的 256K 上下文視窗、區域可用性、已公布的速率限制，以及不支援 Batch API 等事項。
目前模型文件缺乏官方基準測試表，意味著不應以無依據的數值聲稱其基準測試表現。
透過 CometAPI 存取 Grok Build 0.1 API 的方式
CometAPI 目前的 Grok API 資料將 grok-build-0.1 列為其程式設計模型，並描述了 256K 上下文路徑。
步驟 1：取得 CometAPI API 金鑰
登入 CometAPI，並在 API 主控台建立 API 金鑰。
步驟 2：選擇 grok-build-0.1
在請求中使用精確的模型 ID grok-build-0.1，並使用 CometAPI 為所選 API 介面所記載的端點。
步驟 3：送出程式任務並處理回應
提供您的應用所需的程式任務、版本庫上下文或工具輸入，然後處理返回的回應。
對於新的 xAI 原生整合，xAI 目前的公告提供了使用 grok-build-0.1 的 Responses API 範例。
為何透過 CometAPI 使用 Grok Build 0.1？
透過 CometAPI 使用 Grok Build 0.1，為需要整合多家 AI 模型供應商的應用提供統一的整合層。開發者可在切換受支援的模型時僅更換模型識別碼，同時維持共同的 API 基底 URL 與驗證方式。CometAPI 在其支援的模型系列中記錄了此種模型切換方法。
這對以下情境特別有幫助：
集中化 API 管理 — 使用 CometAPI 的 API 金鑰、模型目錄與使用量基礎設施，而無需分別實作各供應商的憑證。
多模型應用 — 在不維護各自獨立供應商整合的情況下，在 Grok 與其他受支援模型之間切換。
快速原型製作 — 以熟悉且相容 OpenAI 的 SDK 測試 Grok Build 0.1。
程式代理應用 — 透過 CometAPI 將模型連接至既有的代理框架。
模型實驗 — 在保持應用整合方式一致的同時比較不同模型。