Claude Code migriert zu Bun (mit einem Rust-Herz): Was sich für die KI-Toolchain ändert

Dev & Code yesterdayZu Lesezeichen hinzufügen

Claude Code migriert zu Bun (mit einem Rust-Herz): Was sich für die KI-Toolchain ändert
Illustration : Momiji Shirogane

Anthropic hat seine Code-Assistenz-CLI neu geschrieben: Bun hat Node.js ersetzt, und eine Rust-Schicht verstärkt die Engpässe. Eine Analyse einer Entscheidung, die ein Signal an das gesamte CLI-Ökosystem sendet.

Kontext

Simon Willison - Entwickler hinter Datasette, ehemaliger Mitbegründer von Django - veröffentlichte am 19. Juli einen Beitrag, der auf Hacker News für Aufsehen sorgte (82 Punkte, 61 Kommentare in wenigen Stunden): « Claude Code uses Bun (in Rust) now ». Für diejenigen, die die Episode verpasst haben, ist Claude Code die CLI für Code-Assistenz von Anthropic. Historisch gesehen war es eine Node.js-ausführbare Datei. Jetzt läuft es auf Bun, mit einem Kern, der in Rust geschrieben ist.

Das Thema mag anekdotisch erscheinen - ein Runtime ersetzt ein anderes - aber es berührt sehr konkrete Themen: Startzeit, Speicherabdruck, Token-Verwaltung, Multi-OS-Portabilität. Wir haben analysiert, was dieser Wechsel für dich bedeutet, der Node-CLIs installiert oder deine eigenen Tools schreibt.

Was sich unter der Haube ändert

  • Runtime: Node.js → Bun. Bun (von Oven) ist ein JavaScript/TypeScript-Runtime, geschrieben in Zig, weitgehend kompatibel mit der Node.js-API. Es hat zwei Vorteile, die für eine CLI zählen: ein viel schnelleres Cold Start (die ausführbare Datei ist ein nativ kompilierter Binär) und ein integriertes Bundling-System. Klartext: Keine Notwendigkeit mehr, einen Node.js-Installer mitzuführen.
  • Heiße Punkte in Rust. Simons Willisons Beitrag erwähnt, dass einige kritische Routinen in Rust geschrieben werden - die native Binärschicht, aufgerufen von Bun über seine ABI (Application Binary Interface, die Schnittstelle zwischen dem Runtime und dem nativen Code). Das ist ein Muster, das wir bereits bei Deno und Bun selbst gesehen haben.
  • Verteilung. Ein einzelner Binär pro Plattform, keine Abhängigkeit von einer bestimmten Node-Version im Benutzer-PATH. Für eine CLI, die bei Entwicklern installiert ist, die alle ihre eigene Node-Version haben, ist das ein echter Zuverlässigkeitsgewinn.

Warum das interessant ist

Node bleibt die Standardplattform für das Schreiben von CLIs (npm, pnpm, Vite, Vercel CLI, alle in Node). Zu sehen, dass ein großer Akteur - Anthropic - auf Bun + Rust setzt, ist ein Signal: Die Sensibilität für Startzeiten und RAM rückt wieder in den Mittelpunkt. « Go-ähnliche » Binärdateien (klein, statisch, schnell) übernehmen wieder die Kontrolle in der modernen CLI.

Zweites Signal: Das Muster Rust in der Low-Level-Schicht, JavaScript für die API und die Logik. Das sehen wir bei Deno, bei Vite (esbuild / Rspack), bei Turbopack. Anthropic schließt sich diesem Club an. Es ist nicht anti-Node - es ist eine Anerkennung, dass das Node-Ökosystem großartig für das Prototyping ist, aber mittelmäßig für die saubere Verteilung einer ausführbaren Datei für den Endbenutzer.

Was du beachten solltest, wenn du an CLIs bastelst

  1. Bun ist stabil für die CLI-Produktion. Wenn du es noch nicht ausprobiert hast, ist das Beispiel von Anthropic eine Empfehlung.
  2. Rust ist keine Puristen-Laune mehr. Es ist zur natürlichen Schicht für alles geworden, was schnell sein und in einem Multi-OS-Binär eingebettet werden muss.
  3. Die NPM-Schicht verschwindet nicht. Bun verbraucht npm-Pakete; das Erlebnis « ich klone das Projekt und mache bun install » ist deutlich flüssiger als mit npm-classic.

Zu beachten

Anthropic macht keinen Lärm um seine technischen Entscheidungen - aber wenn sie schreiben, dass Claude Code zu Bun + Rust wechselt, ist das ein Vertrauensvotum für diesen Stack. Wenn du eine moderne CLI aufbaust, ist die Frage nicht mehr « Node oder nicht Node? », sondern « wie verteile ich es ordnungsgemäß? ». Bun mit einem Rust-Kern ist eine glaubwürdige Antwort.

Resources

Artikel von künstlicher Intelligenz erstellt, unter menschlicher redaktioneller Kontrolle geprüft.

Unsere Redaktion
War dieser Artikel hilfreich?

8 Personen gefiel dieser Artikel

Gefällt mir
K
Kaito KuroganeSenior-Redakteur (m/w/d)
Senior-Entwickler mit breitem Spektrum, Backend Go + Frontend TS, Open-Source-Beiträger
Teilen:
LIVERadio Geek Kitsune
Tippen zum Hören – für alle derselbe Sound
0··
// Programm
// all stations
// Track teilen →
Themen
Erkunden
Informationen