Grok Build est publié en open source

 (github.com/xai-org)
6 points par GN⁺ 5 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Le code source Rust et le runtime d’agent qui composent Grok Build, l’agent de codage IA basé sur le terminal de SpaceXAI, ont été publiés ; le dépôt est synchronisé régulièrement depuis le monorepo de SpaceXAI
  • Dans une TUI plein écran, il prend en charge la compréhension de bases de code, la modification de fichiers, l’exécution de commandes shell, la recherche web et la gestion de tâches longues ; il peut s’exécuter en mode interactif, headless ou intégré via l’Agent Client Protocol (ACP)
  • Des binaires précompilés sont fournis pour macOS, Linux et Windows ; la compilation depuis les sources nécessite Rust et protoc, et seuls macOS et Linux sont officiellement pris en charge comme hôtes de build
  • Le code est réparti en crates Rust responsables respectivement de la TUI, du runtime d’agent, de l’implémentation des outils, du système de fichiers hôte, du VCS, de l’exécution et des checkpoints
  • Le code propre au projet est distribué sous Apache License 2.0, mais les contributions externes ne sont pas acceptées ; le code tiers et vendored conserve ses licences existantes

Rôle et modes d’exécution de Grok Build

  • Grok Build est l’agent de codage IA basé sur le terminal de SpaceXAI, et le nom de la commande est grok
  • Il fonctionne sous forme de TUI plein écran et effectue les tâches suivantes
    • Comprendre une base de code
    • Modifier des fichiers
    • Exécuter des commandes shell
    • Rechercher sur le web
    • Gérer des tâches de longue durée
  • Trois modes d’exécution sont pris en charge
    • Utilisation interactive dans le terminal
    • Exécution en mode headless dans des scripts ou en CI
    • Intégration dans un éditeur via l’Agent Client Protocol (ACP)
  • Le dépôt contient les sources Rust de la CLI/TUI grok et du runtime d’agent, et il est synchronisé régulièrement depuis le monorepo de SpaceXAI
  • Les informations produit sont disponibles sur x.ai/cli, et la documentation complète sur docs.x.ai/build/overview

Installation des binaires et authentification

  • Les binaires précompilés sont distribués pour macOS, Linux et Windows
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
  • Les correctifs et améliorations de fonctionnalités par version sont récapitulés dans le changelog
  • Le nom de l’artefact produit par la compilation depuis les sources est xai-grok-pager, tandis que la version installée officiellement le fournit sous le nom grok
  • Au premier lancement, un navigateur s’ouvre pour procéder à l’authentification

Conditions de compilation depuis les sources

  • La compilation nécessite Rust et protoc
    • La version de la toolchain Rust est figée dans rust-toolchain.toml, et rustup l’installe automatiquement lors du premier build
    • La génération du code Protocol Buffers utilise d’abord le lanceur dotslash dans bin/protoc, puis se rabat, s’il est absent, sur protoc présent dans PATH ou $PROTOC
  • macOS et Linux sont des hôtes de build pris en charge
  • La compilation depuis les sources sous Windows n’est fournie qu’en best-effort et n’est actuellement pas testée dans cet arbre de sources
cargo run -p xai-grok-pager-bin
cargo build -p xai-grok-pager-bin --release
cargo check -p xai-grok-pager-bin
  • cargo run compile et lance la TUI
  • Le build de release génère le binaire target/release/xai-grok-pager
  • cargo check sert à une vérification rapide

Structure du dépôt

  • crates/codegen/xai-grok-pager-bin
    • Package racine de composition qui compile le binaire xai-grok-pager
  • crates/codegen/xai-grok-pager
    • Prend en charge la TUI, notamment le scrollback, les prompts, les modales et le rendu
  • crates/codegen/xai-grok-shell
    • Fournit le runtime d’agent et les points d’entrée leader, stdio et headless
  • crates/codegen/xai-grok-tools
    • Contient les implémentations d’outils comme le terminal, l’édition de fichiers et la recherche
  • crates/codegen/xai-grok-workspace
    • Prend en charge le système de fichiers hôte, le système de gestion de versions, l’exécution de commandes et les checkpoints
  • Le reste de crates/codegen/...
    • Contient les crates nécessaires à la CLI, notamment configuration, MCP, Markdown et sandbox
  • crates/common/, crates/build/, prod/mc/
    • Petites crates feuilles partagées incluses dans la clôture des dépendances
  • third_party/
    • Contient les sources upstream vendored de la pile de diagrammes Mermaid
  • Le Cargo.toml racine est un fichier généré à partir des membres du workspace, des versions de dépendances, des lints et des profils ; il doit donc être considéré comme en lecture seule
    • Pour les modifications, il est recommandé de modifier le Cargo.toml de chaque crate

Périmètre de la documentation

  • Le guide utilisateur se trouve dans crates/codegen/xai-grok-pager/docs/user-guide/
  • La documentation couvre les sujets suivants
    • Premiers pas
    • Raccourcis clavier
    • Commandes slash
    • Configuration et thèmes

    • Serveurs MCP

      • Skills et plugins
      • Hooks
      • Mode headless
      • Sandboxing

Workflow de développement

  • Comme la compilation de tout le workspace est lente, il est recommandé de toujours vérifier en ciblant des crates individuelles
cargo check -p <crate>
cargo test -p xai-grok-config
cargo clippy -p <crate>
cargo fmt --all
  • Les tests et Clippy s’exécutent également crate par crate
  • La configuration de Clippy se trouve dans clippy.toml à la racine du dépôt, et celle du formatage Rust dans rustfmt.toml

Contributions et licence

  • Le dépôt n’accepte pas les contributions externes
  • Le code propre au dépôt est distribué sous Apache License 2.0
  • Le code tiers et vendored conserve les licences de ses sources d’origine
  • THIRD-PARTY-NOTICES contient les avis relatifs aux dépendances crates.io et Git, aux thèmes d’interface groupés et aux ports internes présents dans l’arbre de sources
    • Les ports internes incluent les implémentations d’outils de openai/codex et sst/opencode
  • crates/codegen/xai-grok-tools/THIRD_PARTY_NOTICES.md contient le texte des licences des ports Codex et OpenCode ainsi que l’avis de modification Apache §4(b)
  • third_party/NOTICE fournit l’index des avis de la pile Mermaid vendored

À lire aussi

1 commentaires

 
GN⁺ 5 시간 전
Avis sur Hacker News
  • Cette base de code contient étonnamment beaucoup de fonctionnalités. Par exemple, https://github.com/xai-org/grok-build/blob/b189869b7755d2b48... est un rendu terminal autonome qui représente certains diagrammes Mermaid avec des caractères Unicode de dessin de boîtes
  • J’ai [résumé le sujet sur mon blog][0], et au moins cette fois, ils ne se sont pas contentés de la réponse promotionnelle standardisée qu’on voit souvent. Plusieurs projets dérivés existent déjà
    [thedavidweng/gork-build][1] est un fork orienté confidentialité à la manière de VSCodium, qui remplace grok par « gork » et supprime la télémétrie fournisseur, la conservation des données activée par défaut et les mises à jour automatiques x.ai
    [DigiGoon/digi-grok-build][2] est un CLI multi-fournisseur, « dgrok », qui se compile depuis les sources au lieu d’utiliser le CDN x.ai, et [victor-software-house/open-grok][3] prend en charge tous les fournisseurs
    [LukaMucko/grok-build][4] ajoute extra_body pour les champs de requête propres aux fournisseurs, et [RapidAI/grok-build-desktop][5] ajoute une GUI desktop Tauri
    [mazdak/grok-build][6] fournit un thème Catppuccin, [thomas9120/grok-build-archival][7] un script de désactivation de la télémétrie Windows, et [saqoah/grok-build][8] un MemoryBackend Kotlin
    [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
    • En voyant [3], cela me rappelle l’ancien projet OpenGrok de Sun, qui était une version considérablement renforcée de LXR : https://oracle.github.io/opengrok/
    • Ce sont tous des forks sans grand intérêt, et je pense qu’ils auront disparu d’ici un an. Il suffit de les mettre en favori et de vérifier plus tard
  • Il est regrettable qu’ils aient exfiltré des données privées. Le modèle lui-même est excellent, au point que je le trouve meilleur qu’Opus 4.8, et l’environnement d’exécution est très fluide ; il a le potentiel de devenir de tout premier plan
    • Je ne trouve pas du tout qu’il ressemble à Opus. Je finis constamment par repasser sur Opus pour corriger ou terminer les résultats produits par Grok ; à l’usage, il me semble plus proche de Sonnet 3
    • J’ai eu une impression similaire, et d’après ce que j’ai vu jusqu’ici, les capacités de design visuel de Grok 4.5 sont meilleures que celles de Fable. Comme il paraît aussi 2 à 3 fois plus rapide, le choix est facile
    • Il y a deux jours, j’ai eu un comportement étrange avec Cursor-Grok-4.5 : il répétait sans cesse ses réponses et tombait dans une boucle, ou s’arrêtait brusquement en plein raisonnement. C’était peut-être dû à l’utilisation de omp, mais ce n’est pas encore l’outil le plus stable
      Cela dit, quand il fonctionne correctement, il est plutôt excellent, et à 10 dollars par mois, il est imbattable côté prix
    • Il est aussi regrettable que le dirigeant de cette entreprise ait exfiltré des données gouvernementales
    • La vitesse de build de Grok 4.5 est impressionnante, et donne l’impression d’avoir un avant-goût des technologies à venir
  • Ce n’est pas tant une bonne décision qu’une décision tactique. Quand on a moins de 1 % de part de marché, une mauvaise réputation, et qu’on s’est fait prendre à téléverser des données utilisateur, l’open source fait partie des rares cartes à jouer pour essayer de sortir du bourbier
    • Une autre tactique serait simplement d’arrêter l’activité IA. Personne ne les force à continuer à brûler de l’argent ; tous les fondateurs de xAI sont partis et la marque produit est abîmée. Ils feraient mieux d’abandonner l’IA et de construire des vaisseaux spatiaux en tant qu’entreprise de fusées
    • Parfois, une action tactiquement avantageuse est aussi la bonne chose à faire
    • C’est clairement un coup malin qui peut servir à dépasser les concurrents
    • Je ne connais plus personne qui fera confiance à Grok Build, et je compte aussi me méfier de Cursor pendant les prochains mois
    • Le terme « tactique » est juste, dans le sens où l’on peut gagner tactiquement tout en échouant stratégiquement. Tout l’empire de mèmes de Musk repose sur l’ambiance et l’image ; dès qu’une fissure apparaît dans la digue, tout peut s’effondrer
      La valorisation des entreprises auxquelles il est associé ne paraît pas rationnelle, et un échec complet face aux grandes entreprises d’IA pourrait suffire à déclencher l’effondrement
  • À ce stade, je recommanderais d’utiliser https://pi.dev/ plutôt que Grok Build via un abonnement xAI
    • Je ne sais pas ce que signifie « abonnement xAI ». À ma connaissance, un abonnement Grok ne donne pas accès à l’API
      Après vérification, les abonnements de la gamme X Premium donnent aussi accès à Grok Build et prennent officiellement en charge plusieurs environnements d’exécution tiers
    • Je suis curieux de savoir pourquoi recommander Pi plutôt que opencode. J’essaie de voir vers quelles solutions ouvertes les gens se tournent. Codex est aussi semi-ouvert, même si les contributions sont fermées, et il est plutôt bon
    • L’idée de Pi est bonne, mais je me demande pourquoi ils n’ont pas choisi un langage compilé plutôt que TypeScript
  • Si l’on a déjà payé 60 milliards de dollars pour Cursor, y a-t-il vraiment une raison de maintenir aussi celui-ci ?
    • Les utilisateurs de Cursor ont l’habitude d’utiliser des modèles de plusieurs fournisseurs, mais xAI veut augmenter l’usage de ses propres modèles
    • Grok Build finira probablement par être abandonné, et il est courant de publier un produit en open source avant de l’arrêter. Cursor est incomparablement meilleur que Grok Build
    • Il est très probable qu’ils l’aient publié en open source à cause de l’acquisition de Cursor, tout en pouvant aussi améliorer un peu leur réputation
  • J’ai vu des développeurs dire qu’ils utilisaient bien Grok, donc cela peut valoir la peine de le considérer comme alternative aux modèles chinois que j’apprécie. Cela dit, il est difficile de renoncer à l’agent Pi
    • Grok Build me paraît plus rapide que omp ou Claude Code, sans que je sache exactement pourquoi. Après avoir désactivé l’upload du code, il ne répond plus instantanément en quelques millisecondes comme avant
    • Moi, j’utilise Grok dans Pi
  • La quantité de code est incroyablement élevée au vu des fonctionnalités fournies. Cela ne ressemble pas à une base de code conçue intentionnellement
    • La quantité de code nécessaire pour créer un environnement d’exécution d’agent peut être bien plus importante qu’on ne l’imagine
    • Cela sonne comme une sous-estimation du genre « on peut faire Uber.app en un week-end »
  • Beaucoup parient encore une fois sur l’échec d’Elon, mais moi, au contraire, je parierais sur Elon
    • As-tu aussi participé aux paris sur la conduite entièrement autonome ?
    • Ce n’est pas tant un pari contre lui qu’un pari pour l’avenir de l’humanité. Quelle que soit l’opinion qu’Elon a de lui-même, ses activités des cinq dernières années ont été nuisibles à l’humanité, et cela ne fait qu’empirer