Grok Build als Open Source veröffentlicht

 (github.com/xai-org)
6 Punkte von GN⁺ 5 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Der Rust-Quellcode und die Agent-Laufzeitumgebung von Grok Build, dem terminalbasierten AI-Coding-Agenten von SpaceXAI, wurden veröffentlicht; das Repository wird regelmäßig aus dem SpaceXAI-Monorepo synchronisiert
  • In einer Vollbild-TUI unterstützt das Tool das Verstehen von Codebasen, das Bearbeiten von Dateien, das Ausführen von Shell-Befehlen, die Websuche und die Verwaltung lang laufender Aufgaben und kann interaktiv, headless oder über die Integration mit dem Agent Client Protocol (ACP) ausgeführt werden
  • Vorgefertigte Binärdateien für macOS, Linux und Windows werden bereitgestellt; für den Build aus dem Quellcode werden Rust und protoc benötigt, und nur macOS und Linux werden offiziell als Build-Hosts unterstützt
  • Der Code ist in Rust-Crates aufgeteilt, die jeweils für TUI, Agent-Laufzeitumgebung, Tool-Implementierungen sowie Host-Dateisystem, VCS, Ausführung und Checkpoints zuständig sind
  • Der eigene Code wird unter der Apache License 2.0 verteilt, externe Beiträge werden jedoch nicht angenommen; Third-Party- und vendorisierter Code behalten ihre bestehenden Lizenzen

Rolle und Ausführungsarten von Grok Build

  • Grok Build ist der terminalbasierte AI-Coding-Agent von SpaceXAI; der Befehlsname lautet grok
  • Es läuft als Vollbild-TUI und führt folgende Aufgaben aus
    • Codebasen verstehen
    • Dateien bearbeiten
    • Shell-Befehle ausführen
    • Im Web suchen
    • Lang laufende Aufgaben verwalten
  • Es unterstützt drei Ausführungsarten
    • Interaktive Nutzung im Terminal
    • Ausführung im headless mode in Skripten oder CI
    • Einbettung in Editoren über das Agent Client Protocol (ACP)
  • Das Repository enthält den Rust-Quellcode für die grok CLI/TUI und die Agent-Laufzeitumgebung und wird regelmäßig aus dem SpaceXAI-Monorepo synchronisiert
  • Produktinformationen finden sich unter x.ai/cli, die vollständige Dokumentation unter docs.x.ai/build/overview

Installation der Binärdateien und Authentifizierung

  • Vorgefertigte Binärdateien werden für macOS, Linux und Windows bereitgestellt
curl -fsSL https://x.ai/cli/install.sh | bash   # macOS / Linux / Git Bash
irm https://x.ai/cli/install.ps1 | iex          # Windows PowerShell
grok --version
  • Änderungen und Funktionsverbesserungen pro Release sind im changelog zusammengefasst
  • Das aus dem Quellcode gebaute Artefakt heißt xai-grok-pager; in den offiziellen Installationspaketen wird es unter dem Namen grok bereitgestellt
  • Beim ersten Start wird zur Authentifizierung ein Browser geöffnet

Voraussetzungen für den Build aus dem Quellcode

  • Für den Build werden Rust und protoc benötigt
    • Die Version der Rust-Toolchain ist in rust-toolchain.toml festgelegt; beim ersten Build installiert rustup sie automatisch
    • Für die Protobuf-Codegenerierung wird zunächst der dotslash-Launcher aus bin/protoc verwendet; falls dieser nicht vorhanden ist, wird auf protoc aus PATH oder $PROTOC zurückgegriffen
  • macOS und Linux sind unterstützte Build-Hosts
  • Der Build aus dem Quellcode unter Windows wird nur auf Best-Effort-Basis angeboten und derzeit in diesem Source-Tree nicht getestet
cargo run -p xai-grok-pager-bin
cargo build -p xai-grok-pager-bin --release
cargo check -p xai-grok-pager-bin
  • cargo run baut und startet die TUI
  • Der Release-Build erzeugt die Binärdatei target/release/xai-grok-pager
  • cargo check dient der schnellen Überprüfung

Repository-Struktur

  • crates/codegen/xai-grok-pager-bin
    • Das Wurzelpaket der Konfiguration; baut die Binärdatei xai-grok-pager
  • crates/codegen/xai-grok-pager
    • Zuständig für die TUI einschließlich Scrollback, Prompts, Modals und Rendering
  • crates/codegen/xai-grok-shell
    • Stellt die Agent-Laufzeitumgebung sowie die Einstiegspunkte leader, stdio und headless bereit
  • crates/codegen/xai-grok-tools
    • Enthält Tool-Implementierungen für Terminal, Dateibearbeitung, Suche usw.
  • crates/codegen/xai-grok-workspace
    • Zuständig für Host-Dateisystem, Versionsverwaltungssystem, Befehlsausführung und Checkpoints
  • Die übrigen crates/codegen/...
    • Enthalten die für die CLI benötigten Crates für Konfiguration, MCP, Markdown, Sandboxing usw.
  • crates/common/, crates/build/, prod/mc/
    • Kleine gemeinsam genutzte Leaf-Crates, die in den Dependency-Closure aufgenommen sind
  • third_party/
    • Enthält den vendorizierten Upstream-Quellcode des Mermaid-Diagramm-Stacks
  • Die root-Cargo.toml ist eine auf Basis von Workspace-Mitgliedern, Dependency-Versionen, Lints und Profilen generierte Datei und sollte als schreibgeschützt behandelt werden
    • Für Änderungen wird empfohlen, stattdessen die Cargo.toml der jeweiligen Crates zu bearbeiten

Dokumentationsumfang

  • Das Benutzerhandbuch ist unter crates/codegen/xai-grok-pager/docs/user-guide/ enthalten
  • Die Dokumentation behandelt folgende Themen
    • Erste Schritte
    • Tastenkürzel
    • Slash-Befehle
    • Konfiguration und Themes

    • MCP-Server

      • Skills und Plugins
      • Hooks
      • Headless-Modus
      • Sandboxing

Entwicklungs-Workflow

  • Da der Build des gesamten Workspace langsam ist, wird empfohlen, bei Prüfungen immer einzelne Crates anzugeben
cargo check -p <crate>
cargo test -p xai-grok-config
cargo clippy -p <crate>
cargo fmt --all
  • Tests und Clippy werden ebenfalls auf Crate-Ebene ausgeführt
  • Die Clippy-Konfiguration befindet sich in clippy.toml im Repository-Root, die Rust-Formatierungskonfiguration in rustfmt.toml

Beiträge und Lizenz

  • Das Repository akzeptiert keine externen Beiträge
  • Der eigene Code des Repositorys wird unter der Apache License 2.0 verteilt
  • Third-Party- und vendorisierter Code behalten ihre jeweiligen ursprünglichen Lizenzen
  • THIRD-PARTY-NOTICES enthält Hinweise zu Abhängigkeiten von crates.io und Git, gebündelten UI-Themes sowie Ports innerhalb des Source-Trees
    • Zu den internen Ports gehören Tool-Implementierungen aus openai/codex und sst/opencode
  • crates/codegen/xai-grok-tools/THIRD_PARTY_NOTICES.md enthält die Lizenztexte der Codex- und OpenCode-Ports sowie den Änderungshinweis nach Apache §4(b)
  • third_party/NOTICE bietet einen Hinweisindex für den vendorizierten Mermaid-Stack

Verwandte Beiträge

1 Kommentare

 
GN⁺ 5 시간 전
Meinungen auf Hacker News
  • In dieser Codebasis steckt überraschend viel Funktionalität. Zum Beispiel ist https://github.com/xai-org/grok-build/blob/b189869b7755d2b48... ein eigenständiger Terminal-Renderer, der einige Mermaid-Diagramme mit Unicode-Boxdrawing-Zeichen darstellt
  • Ich habe die Hintergründe [in einem Blogbeitrag zusammengefasst][0], und zumindest diesmal ist es nicht bei der üblichen standardisierten PR-Reaktion geblieben. Es entstehen bereits mehrere abgeleitete Projekte
    [thedavidweng/gork-build][1] ist ein VSCodium-artiger Privacy-Fork, der grok in „gork“ umbenennt und Anbieter-Telemetrie, standardmäßig aktivierte Datenaufbewahrung sowie automatische x.ai-Updates entfernt
    [DigiGoon/digi-grok-build][2] ist „dgrok“, eine Multi-Provider-CLI, die aus dem Quellcode baut, statt das x.ai-CDN zu verwenden, und [victor-software-house/open-grok][3] unterstützt alle Provider
    [LukaMucko/grok-build][4] ergänzt extra_body für providerspezifische Request-Felder, [RapidAI/grok-build-desktop][5] fügt eine Tauri-Desktop-GUI hinzu
    [mazdak/grok-build][6] bietet ein Catppuccin-Theme, [thomas9120/grok-build-archival][7] ein Skript zum Deaktivieren der Windows-Telemetrie, und [saqoah/grok-build][8] ein Kotlin-MemoryBackend
    [0]: https://news.ycombinator.com/item?id=48928913
    [1]: https://github.com/thedavidweng/gork-build
    [2]: https://github.com/DigiGoon/digi-grok-build
    [3]: https://github.com/victor-software-house/open-grok
    [4]: https://github.com/LukaMucko/grok-build
    [5]: https://github.com/RapidAI/grok-build-desktop
    [6]: https://github.com/mazdak/grok-build
    [7]: https://github.com/thomas9120/grok-build-archival
    [8]: https://github.com/saqoah/grok-build
    • Bei [3] musste ich an Suns altes Projekt OpenGrok denken, das eine stark erweiterte Form von LXR war: https://oracle.github.io/opengrok/
    • Das sind alles ziemlich bedeutungslose Forks, die meiner Ansicht nach innerhalb eines Jahres verschwunden sein werden. Einfach bookmarken und später nachsehen
  • Es ist bedauerlich, dass private Daten nach außen abgeflossen sind. Das Modell selbst ist hervorragend, so gut, dass es sich für mich besser als Opus 4.8 anfühlt, und auch die Laufzeitumgebung ist sehr geschmeidig; es hat das Potenzial, sich auf höchstem Niveau weiterzuentwickeln
    • Ich habe überhaupt nicht das Gefühl, dass es Opus ähnelt. Ich wechsle ständig zu Opus, um von Grok erzeugte Ergebnisse zu korrigieren oder fertigzustellen; gefühlt ist es eher näher an Sonnet 3
    • Mir ging es ähnlich, und nach allem, was ich bisher gesehen habe, sind die visuellen Designfähigkeiten von Grok 4.5 besser als die von Fable. Da es sich zudem gefühlt zwei- bis dreimal schneller anfühlt, ist die Wahl leicht
    • Vor zwei Tagen hatte ich mit Cursor-Grok-4.5 das seltsame Problem, dass es Antworten ständig wiederholte und in Schleifen geriet oder mitten im Reasoning plötzlich abbrach. Das könnte daran gelegen haben, dass ich omp verwendet habe, aber es ist noch nicht das stabilste Tool
      Wenn es richtig funktioniert, ist es trotzdem ziemlich gut, und angesichts des Preises von 10 Dollar pro Monat ist es überwältigend günstig
    • Es ist auch bedauerlich, dass der Chef dieses Unternehmens Regierungsdaten nach außen abgeflossen ließ
    • Die Build-Geschwindigkeit von Grok 4.5 ist beeindruckend und fühlt sich an wie ein Vorgeschmack auf kommende Technologie
  • Das ist weniger eine richtige Entscheidung als vielmehr eine taktische Entscheidung. Wenn der Marktanteil unter 1 % liegt, der Ruf schlecht ist und man auch noch beim Hochladen von Nutzerdaten erwischt wurde, ist Open Source einer der wenigen Züge, mit denen man versuchen kann, aus dem Schlamassel herauszukommen
    • Eine andere Taktik wäre, das AI-Geschäft einfach einzustellen. Niemand zwingt sie, weiter Geld zu verbrennen, die xAI-Gründer sind alle weg, und die Produktmarke ist ruiniert. Es wäre besser, AI aufzugeben und als Raketenfirma einfach Raumschiffe zu bauen
    • Manchmal ist eine taktisch vorteilhafte Handlung zugleich auch die richtige Handlung
    • Es ist eindeutig ein cleverer Zug, mit dem man Wettbewerber überholen kann
    • In meinem Umfeld wird jetzt niemand mehr Grok Build vertrauen, und in den kommenden Monaten werde ich auch Cursor mit Vorsicht betrachten
    • „Taktisch“ ist genau der richtige Ausdruck, weil man taktisch gewinnen und strategisch dennoch scheitern kann. Musks gesamtes Meme-Imperium hängt von Stimmung und Image ab; sobald der Damm Risse bekommt, kann alles einstürzen
      Die Unternehmenswerte der Firmen, an denen er beteiligt ist, wirken nicht rational, und schon ein völliges Scheitern im Wettbewerb mit den führenden AI-Unternehmen könnte den Kollaps einleiten
  • Zum jetzigen Zeitpunkt würde ich eher empfehlen, https://pi.dev/ zu verwenden, statt Grok Build über ein xAI-Abo zu nutzen
    • Ich weiß nicht, was mit „xAI-Abo“ gemeint ist. Soweit ich weiß, erhält man mit einem Grok-Abo keinen API-Zugang
      Nachgesehen: Auch X-Premium-Abos bieten Zugriff auf Grok Build und unterstützen offiziell mehrere Drittanbieter-Laufzeitumgebungen
    • Mich würde interessieren, warum Pi gegenüber opencode empfohlen wird. Ich versuche gerade herauszufinden, zu welchen offenen Lösungen die Leute tendieren. Codex ist bei Beiträgen zwar geschlossen, aber halb offen und ziemlich gut
    • Die Idee von Pi ist gut, aber ich frage mich, warum man sich nicht statt TypeScript für eine kompilierte Sprache entschieden hat
  • Wenn man bereits 60 Milliarden Dollar für Cursor bezahlt hat, warum sollte man das hier überhaupt noch weiter betreiben?
    • Cursor-Nutzer sind daran gewöhnt, Modelle mehrerer Provider parallel zu verwenden, aber xAI möchte die Nutzung der eigenen Modelle steigern
    • Grok Build wird am Ende wahrscheinlich eingestellt, und es ist üblich, ein Produkt vor der Einstellung als Open Source zu veröffentlichen. Cursor ist Grok Build unvergleichlich überlegen
    • Wahrscheinlich wurde es wegen der Cursor-Übernahme als Open Source veröffentlicht, und gleichzeitig kann man damit auch einige Reputationsprobleme lindern
  • Ich habe gelesen, dass einige Entwickler Grok gut genutzt haben, also ist es als Alternative zu den chinesischen Modellen, die ich mag, eine Überlegung wert. Allerdings fällt es mir auch schwer, den Pi-Agenten aufzugeben
    • Grok Build fühlt sich schneller an als omp oder Claude Code, aber den genauen Grund kenne ich nicht. Nachdem ich Code-Uploads deaktiviert hatte, antwortete es nicht mehr wie früher sofort innerhalb weniger Millisekunden
    • Ich verwende Grok innerhalb von Pi
  • Für den Funktionsumfang ist die Menge an Code kaum zu glauben. Es wirkt nicht wie eine absichtlich entworfene Codebasis
    • Die Code-Menge, die man für den Aufbau einer Agent-Laufzeitumgebung braucht, kann viel größer sein, als man erwartet
    • Das klingt nach einer Unterschätzung im Stil von „am Wochenende kann man Uber.app bauen“
  • Wieder setzen viele auf Elons Scheitern, aber ich würde im Gegenteil auf Elon setzen
    • Hast du auch bei der Wette um vollautonomes Fahren mitgemacht?
    • Es ist weniger eine Wette gegen ihn als vielmehr eine Wette auf die Zukunft der Menschheit. Egal, wie Elon sich selbst einschätzt: Seine Aktivitäten der letzten fünf Jahre waren schädlich für die Menschheit und werden immer schlimmer