Von Blade zu Raku: Eine Samstags-Umbenennung quer durch die Codebasis
Ein Name ist ein Versprechen. Raku — Leichtigkeit, Komfort, menschliche Note — ist das Versprechen hinter einer Runtime, die so gebaut ist, dass sich KI-Erlebnisse menschlich anfühlen, nicht mechanisch. Dies ist das Wochenende, an dem es real wurde.
Die Runtime hatte einen Namen, als ich mit dem Bau begann. Der Name war ein Platzhalter, die Art von Platzhalter, mit der man aufhört, sich über die Benennung Sorgen zu machen, und anfängt, Code zu schreiben. Ich wusste, dass es ein Platzhalter war, als ich ihn auswählte. Der echte Name wartete darauf, dass sich ein paar Dinge setzten.
Dieses Wochenende ist der Platzhalter weg. Die Runtime heißt jetzt Raku.
Warum jetzt
Drei Gründe.
Das Produktziel hat sich stabilisiert. Als die Runtime AR1+ war und dann AR2 Gen1 und dann vielleicht einer von drei verschiedenen Hardware-Pfaden, ergab es keinen Sinn, sie nach der Gerätefamilie zu benennen. Jetzt, wo der AR-Pivot geklärt ist, kann die Engine ihren eigenen Namen tragen, der nicht davon abhängt, auf welchem Gerät sie ausgeliefert wird.
Partnergespräche werden ernst. Ein Partnergespräch, das ernst wird, übersteht keinen Platzhaltername in der Codebasis. Anbieter gehen keine Partnerschaft mit Code ein, der sich in manchen Dateien „BladeRuntime” und in anderen „AR1+Runtime” nennt. Die Umbenennung ist eine Voraussetzung dafür, dass diese Gespräche überhaupt weiterkommen.
Die Marke muss etwas bedeuten. Raku bedeutet auf Japanisch Leichtigkeit, Komfort, Freude. Es ist auch der Name einer Tradition japanischer Tee-Keramik, die Unregelmäßigkeit und menschliche Note über maschinelle Präzision stellt. Beides sind Signale dafür, wofür die Engine da ist: Erlebnisse, die leicht zu gestalten sind und sich menschlich anfühlen, nicht mechanisch. Das Kanji 楽 taucht im Logo auf. Die Namenswahl ist nicht willkürlich. Sie ist das erste Stück der Identität des Unternehmens.
Was das Rebranding umfasste
Ein Sweep über die gesamte Codebasis. Zwei PRs haben den Großteil davon in aufeinanderfolgenden Agenten-Läufen erledigt. Die Agenten haben die Fleißarbeit erledigt, was gut ist, denn die Fleißarbeit war enorm. Grob gesagt:
- Jede Referenz auf „ar1-runtime” in Code, Docs und CI wurde zu „raku-runtime” geändert
- Jede Referenz auf „Blade” in Branding und Verpackung wurde zu „Raku” geändert
- Die native Runtime-Bibliothek wurde von
ar1pluszurakuumbenannt - Alle exportierten Symbol-Präfixe wurden aktualisiert
- Alle CMake-Target-Namen wurden aktualisiert
- Alle Include-Pfad-Referenzen wurden aktualisiert
- Alle Doc-Querverweise wurden aktualisiert
- Alle Sample-App-Readmes wurden aktualisiert
- Logo und Markenassets wurden ausgetauscht
Zwei PRs. Grob hundertzehn Dateien zwischen ihnen berührt. Beide landeten, ohne den Build zu brechen, was die Metrik war, auf die es ankam.
Was ich davon gelernt habe, es so zu machen
Drei Dinge, jedes nützlich für alle, die einen Sweep durch eine agentengebaute Codebasis planen.
Der Agent macht die Umbenennung schneller als ich, aber nur, wenn das Issue präzise ist. Das Issue, das den Großteil der Umbenennung erzeugt hat, sagte genau, welche Symbole sich ändern, welche Pfade sich ändern, welche Docs sich ändern und welche Muster in Ruhe gelassen werden sollen (Changelog-Einträge, historische Entscheidungsprotokolle, archivierte Branches). Der Agent folgte den Anweisungen. Das Ergebnis war eine saubere Umbenennung. Die Version des Issues, die ich zwei Tage zuvor versucht hatte, war weniger präzise, und die Umbenennung kam mit dreißig Stellen zurück, an denen der Agent zu aggressiv umbenannt hatte, einschließlich Referenzen in alten Commit-Nachrichten, die aus archäologischen Gründen hätten bleiben sollen.
Umbenennungs-PRs wollen klein sein, auch wenn sie alles berühren. Die beiden PRs, die die Umbenennung erledigten, waren nicht subtil. Sie berührten jeweils Dutzende von Dateien. Sie waren insofern klein, als sie nur eine Sache taten. Jeder PR bestand nur aus Umbenennungen, keine funktionalen Änderungen vermischt. Eine Umbenennung mit auch nur einer kleinen funktionalen Änderung zu vermischen macht den PR unreviewbar, weil der menschliche Reviewer jede Zeile lesen muss, um sicherzustellen, dass die funktionale Änderung wirklich nur die funktionale Änderung ist. Reine Umbenennungen lassen sich in fünfzehn Minuten reviewen.
Die Marke muss fertig sein, bevor die Umbenennung ausgeliefert wird. Die Hälfte der Arbeit dieses Wochenendes fand nicht in der Codebasis statt. Es ging darum, den neuen Namen auszuwählen, Domains zu registrieren, Handles zu sichern, das Kanji richtig hinzubekommen, das Logo zu gestalten. Die Umbenennung der Codebasis ist der letzte Schritt, nicht der erste. Wenn man die Codebase-Umbenennung macht und dann merkt, dass die Marke nicht fertig ist, steckt man in einer weiteren Umbenennungsrunde fest.
Was sich nicht geändert hat
Die Architektur hat sich nicht geändert. Die C-API hat sich nicht geändert. Die Roadmap hat sich nicht geändert. Das Produktziel hat sich nicht geändert. Jeder, der die Codebasis das Wochenende vor der Umbenennung und das Wochenende danach liest, würde dieselbe Engine sehen, die dieselben Dinge tut.
Das war die richtige Art von Umbenennung. Es war ein Namenswechsel, keine Umleitung.
Was Partner und Builder daraus mitnehmen
Wenn Sie Integrator sind und sich die Runtime jetzt ansehen: Überall, wo Sie in unseren Repos und in der Verpackung „raku-runtime” sehen, ist das dieselbe Engine, die letztes Wochenende noch anders hieß. Es gibt keinen Kompatibilitätsbruch. Die C-API ist unverändert. Die SDK-Bindings sind unverändert. Die Sample-Apps funktionieren weiterhin.
Wenn Sie eine Partnerschaft an einem Produkt anstreben, das auf dieser Engine läuft, ist der Name jetzt stabil. Das Gespräch muss nicht mehr mit „wir nennen es vorerst so, aber” beginnen. Es kann mit „hier ist, was Raku ist und wofür es gebaut wurde” beginnen.
Wenn Sie in einem AR2-Geräteteam sitzen und überlegen, welche Runtime Sie auf Ihrer Plattform anvisieren: Der Namenswechsel ist auch eine Aussage darüber, wo die Engine im Markt positioniert ist. Raku ist nicht „die erwachsen gewordene AR1+-Runtime.” Es ist etwas Eigenständiges, mit einer eigenen These, bereit, auf jeder Hardware auszuliefern, die der beste Fit ist. Die Umbenennung ist Teil dieser Aussage.
Ruhiges Wochenende, in dem Sinne, dass sich funktional nichts geändert hat. Die richtige Art von Ruhe.
Der Name ist stabil. Das Gespräch kann beginnen.
Raku ist eine plattformübergreifende AR-Runtime, bereit, auf jeder passenden Hardware auszuliefern. Wenn Sie ein Brillenhersteller sind, der entscheidet, welche Runtime er anvisiert, hier ist, was Raku ist und wofür es gebaut wurde.