Produkte
Lösungen
Unternehmen
Enterprise
AnmeldenNetzwerk erstellen
ai · architecture · mechanism · theorem-3 · customization · mixture-of-experts · inkling · honest-architect

Anpassung ist die Mechanismentrennung, nicht die offenen Gewichte

Inkling ist nicht wegen seiner Apache 2.0 Lizenz für Anpassung entworfen, sondern weil jede architektonische Entscheidung eine messbare Eigenschaft hinter ihrem eigenen Mechanismus isoliert. Der bias-basierte Lastausgleich ist die reinste Theorem 3 Instanz: eine Eigenschaft, garantiert durch einen Mechanismus, der nicht mit dem Hauptziel konkurriert.

Anpassung ist die Mechanismentrennung, nicht die offenen Gewichte

Thinking Machines veröffentlichte Inkling am 15. Juli 2026, und die Sprache der Veröffentlichung nennt es ein «für Anpassung entworfenes» Modell. Die Gewichte liegen auf Hugging Face unter einer Apache 2.0 Lizenz, und die einfache Lesart ist, dass Anpassung das ist, was die Lizenz dir gibt. Diese Lesart ist falsch. Offene Gewichte sind eine Veröffentlichungsentscheidung. Die Garantie für Anpassung ist struktureller Natur: jede architektonische Entscheidung im Modell isoliert eine messbare Eigenschaft hinter ihrem eigenen Mechanismus, und jeder Mechanismus ist unabhängig messbar und einstellbar. Trainierst du einen neu, ohne die anderen mitzuziehen. Das ist es, was «für Anpassung entworfen» bedeutet, wenn man den Mechanismus ernst nimmt, und es hat dieselbe Form wie ein System, in dem jeder Port eine andere Frage beantwortet.

Dies ist die Lektüre des Honest Architect zu Inkling, basierend auf der Veröffentlichungsankündigung, der Modellkarte und den Integrationshinweisen, die vom vLLM-Projekt veröffentlicht wurden (ByteByteGo, «The New American AI Model Designed to be Customized», 18. August 2026; abgerufen 2026-08-23). Die These hier ist nicht, dass Everythink ein LLM ausliefert. Tut es nicht. Die These ist, dass das Entwurfsmuster erkennbar ist: eine Eigenschaft ist genau dann garantiert, wenn ihr Mechanismus implementiert ist und misst, und ein System ist genau dann anpassbar, wenn jede Eigenschaft ihren eigenen Mechanismus hat, der nicht mit den anderen konkurriert.

Mechanismus 1 — Sparsity trennt Speicherung von Berechnung

Die erste Entscheidung ist diejenige, die den Rest erschwinglich macht. Inkling speichert 975 Milliarden Parameter und führt etwa 41 Milliarden pro Token aus, ungefähr 4 Prozent des Modells sind gleichzeitig aktiv. Der Mechanismus ist Mixture of Experts: jede Schicht enthält 256 Experten, der Router wählt sechs pro Token, zusätzlich zwei geteilte Experten, die bei jedem Token laufen. Die Eigenschaft ist «ein so grosses Modell ist erschwinglich zu betreiben». Der Mechanismus ist «ersetze das einzelne feed-forward Netzwerk durch 256 kleine und führe nur sechs aus». Die Messung ist das Verhältnis: 975 Milliarden gespeichert, 41 Milliarden aktiv. ✅

Der Trade-off ist ehrlich und angegeben. Der Checkpoint mit voller Genauigkeit benötigt mindestens 2 TB kombinierten GPU-Speicher (acht NVIDIA B300 Karten oder sechzehn H200). Der quantisierte Checkpoint benötigt rund 600 GB und passt auf vier B300 Karten. Sparsity trennt Speicherung von Berechnung, aber sie beseitigt nicht die Speicheruntergrenze. Die Hardwareanforderung bleibt hoch, auch wenn jeder Token billig ist. Ein Mechanismus, der eine Eigenschaft garantiert, garantiert nicht auch Eigenschaften, für die er nicht gebaut wurde.

Mechanismus 2 — Der Bias balanciert die Experten, ohne mit dem Ziel zu konkurrieren

Dies ist die reinste Instanz der These in der gesamten Architektur. Die Eigenschaft ist «die Expertennutzung bleibt während des Trainings ausgeglichen». Der naive Mechanismus ist eine Balance-Strafe, die zum Trainingsziel hinzugefügt wird und anwächst, wenn die Nutzung ungleich ist. Das Problem ist, dass der Vorhersage-Gradient und der Balance-Gradient in verschiedene Richtungen zeigen, und einer von beiden gewinnt. Setze die Strafe hoch und die Textqualität verschlechtert sich. Setze sie niedrig und die Experten kollabieren trotzdem.

Thinking Machines verwendet die auxiliary-loss-free Methode, die von Wang und Kollegen eingeführt und von DeepSeek übernommen wurde. Jeder Experte hat einen Bias-Wert, eine kleine Zahl, die zur Auswahlbewertung dieses Experten addiert wird. Der Bias eines überlasteten Experten driftet nach unten, seine Auswahlbewertung fällt unter die eines ruhigeren Nachbarn, und der Nachbar übernimmt den Platz. Der Bias betrifft nur die Auswahl. Er berührt niemals die Gewichtung der Ausgaben der ausgewählten Experten, und er wird durch eine einfache Zählregel aktualisiert, die vollständig ausserhalb von Backpropagation läuft. Das Haupttrainingsziel erhält keinen konkurrierenden Gradienten. Die Eigenschaft «ausgeglichene Nutzung» wird durch einen Mechanismus garantiert, der nicht gegen die Eigenschaft «den nächsten Token gut vorhersagen» kämpft. ✅

Dies ist Theorem 3 in seiner reinsten Form. Die Eigenschaft ist genau dann garantiert, wenn ihr Mechanismus implementiert ist und misst. Der Mechanismus ist der Bias. Die Messung ist die Zählregel. Der Mechanismus konkurriert nicht mit dem Hauptziel, weil er dafür entworfen wurde, es nicht zu tun. Souveränität durch Konstruktion, nicht durch Strafe.

Mechanismus 3 — Die 5:1 Aufmerksamkeitsaufteilung macht eine Million Token erschwinglich

Aufmerksamkeitskosten wachsen mit dem Quadrat der Sequenzlänge. Eine Million Token erzeugt rund eine Billion Vergleiche pro Schicht, und 66 Schichten davon übersteigen jede vernünftige Hardware. Die Eigenschaft ist «ein Einmillionen-Token Kontextfenster». Der Mechanismus ist ein 5:1 Verhältnis von Sliding-Window-Schichten zu Full-Attention-Schichten: 55 Sliding-Window-Schichten und 11 Full-Attention-Schichten. Eine Sliding-Window-Schicht beschränkt jeden Token auf ein festes Fenster recentlicher Token, sodass ihre Kosten linear und nicht quadratisch wachsen. Weitreichende Informationen wandern durch die elf vollständigen Schichten, ungefähr einmal alle sechs Schichten aufgefrischt. ✅

Die Messung ist das Verhältnis und die Schichtanzahl: 55 zu 11. Ein Fakt bei Token 200, der bei Token 900,000 wichtig ist, wandert vorwärts durch die Full-Attention-Schichten und reist in den lokalen Repräsentationen dazwischen. Der Trade-off ist ehrlich: Langkontextmodelle behandeln oft den allgemeinen Inhalt eines grossen Dokuments gut, können aber immer noch ein bestimmtes Detail übersehen, das in der Mitte vergraben ist. Der Mechanismus macht das Fenster erschwinglich; er garantiert nicht die Erinnerung an jedes vergrabene Detail.

Mechanismus 4 — Relative Positionskodierung eliminiert die Extrapolation

Fast jedes neue offene Modell verwendet Rotary Position Embedding, bei dem Query und Key jedes Tokens um einen Winkel gedreht werden, der proportional zu seiner Position ist. Der Winkel wird nur an Positionen angetroffen, auf denen das Modell trainierte. Frag nach Position 900,000 und der Winkel fällt ausserhalb von allem, was das Modell erlebt hat. Eine ganze Familie von Techniken existiert, um RoPE in Bereiche über seine Trainingsdaten hinaus zu strecken.

Inkling verwendet ein relatives Schema im Stil von Shaw und Kollegen. Anstatt zu kodieren, wo jeder Token sitzt, lernt es einen Wert für jeden Abstand zwischen zwei Tokens und addiert diesen Wert zur Vergleichsbewertung. Token mit Abstand 4 sind Token mit Abstand 4, wo immer sie auftreten. Abstände über einem Cutoff teilen sich einen einzigen gelernten Wert, sodass ein Paar, das 900,000 Token auseinander liegt, einen Wert verwendet, den das Modell während des Trainings unzählige Male gesehen hat. Nichts muss extrapoliert werden. ✅

Die Messung ist der Abstand, nicht die Position. Die Eigenschaft ist «behandelt Längen, auf die das Modell nie trainierte», und der Mechanismus ist «kodiere den Abstand, nicht die absolute Position, sodass untrainierte Längen auf einen trainierten Abstand kollabieren». Der Trade-off ist, dass jedes Serving-Framework neuen Code dafür schreiben musste, weil das umgebende Tooling um RoPE herum aufgebaut war. Ein Mechanismus, der eine Eigenschaft garantiert, kann dich das Ökosystem kosten, das um den alten Mechanismus herum gewachsen ist.

Mechanismus 5 — Encoder-freie Multimodalität, von Grund auf trainiert

Die meisten multimodalen Modelle fügen drei trainierte Komponenten hinzu: einen visueller Encoder, einen Audio-Encoder und Projektionsschichten, jeder separat vortrainiert. Inkling akzeptiert Bilder und Audio ohne einen separat vortrainierten Encoder. Sound kommt als Mel-Spektrogramm an, ein Raster aus Lautheitswerten über Frequenzbänder und Zeitscheiben. Die dMel-Methode rundet jeden Lautheitswert auf eine aus einer festen Menge von Stufen ab. Das ist die gesamte Umwandlung. Zahlen zu runden erfordert kein Training. Bilder werden in 40x40 Pixel grosse Patches geschnitten, jeder durchläuft einen vierstufigen hMLP-Stamm, der weniger als ein Prozent zur Berechnung hinzufügt. Beide durchlaufen dann eine leichtgewichtige Umwandlungsschicht und treten den Text-Token in einer einzigen Sequenz bei, verarbeitet von denselben 66 Schichten. ✅

Die Eigenschaft ist «Bilder und Audio betreten das Modell ohne einen separat vortrainierten Encoder». Der Mechanismus ist «runde das Audio, patche das Bild, mische lokal und trainiere alles zusammen von Grund auf». Die Messung ist der Rechen-Overhead von unter einem Prozent. Der Trade-off ist die Etikettenverwirrung: der Launch nennt es encoder-free, während die Modellkarte einen hierarchical patch encoder beschreibt. Beides ist zutreffend. Encoder-free bedeutet kein grosses separat vortrainiertes Netzwerk, nicht gar keine Verarbeitung.

Mechanismus 6 — Effort als trainierte Einstellung macht den Benchmark zu einer Kurve

Reasoning-Modelle erzeugen Working-out vor der endgültigen Antwort, und dieses Working-out kostet Token. Effort ist eine Zahl zwischen 0 und 1, und sie wurde während des Reinforcement Learning in das Modell trainiert, anstatt durch Formulierung angefordert zu werden. Während RL variierte Thinking Machines die Effort-Nachricht über Versuche hinweg und passte die Kosten an, die pro Token berechnet wurden: high-effort Versuche konnten ausgedehntes Working-out ohne viel Strafe erzeugen, low-effort Versuche wurden pro Token schwer bestraft, sodass kurze Antworten besser abschnitten. Die Verbindung zwischen der Nachricht und der profitablen Länge wurde gelernt. ✅

Die Messung ist die Kurve der Bewertung gegen erzeugte Token. Auf Terminal Bench 2.1 erreicht Inkling dieselbe Bewertung wie NVIDIAs Nemotron 3 Ultra und erzeugt dabei etwa ein Drittel der Token. Die Eigenschaft ist «die Tiefe des Reasoning ist pro Aufruf einstellbar», und der Mechanismus ist «trainiere die Antwort auf eine Effort-Nachricht, indem die Kosten pro Token über RL-Versuche variiert werden». Der Trade-off ist, dass ein höherer Effort mehr Reasoning fördert, ohne eine längere oder bessere Antwort bei einer einzelnen Stichprobe zu garantieren. Eine Benchmark-Zahl ist nun ein Punkt auf einer Kurve, keine feste Eigenschaft des Modells.

Wie das aus einem anderen Stack aussieht

Everythink liefert kein LLM aus. Die Parallelen unten sind struktureller Natur, keine Produktbehauptungen, und sie sind als Partial markiert, weil die Analogie der Punkt ist, nicht die Behauptung, dass Everythink dieselbe Arbeit verrichtet.

Der Bias, der balanciert, ohne zu konkurrieren, hat dieselbe Form wie die einzige Normalisierungsstelle des Oracle. Wahrscheinlichkeiten werden an genau einer Stelle in everythink-oracle normalisiert, und die Verbraucher können sich darauf verlassen, dass die Summe ungefähr eins ist. Die Eigenschaft wird durch einen Mechanismus garantiert, der nicht mit dem Merge konkurriert. ⚠️

Die 5:1 Aufmerksamkeitsaufteilung, bei der die meisten Schichten wenig sehen und einige wenige die grosse Reichweite tragen, hat dieselbe Form wie «the space is the router». Network, community und room routen, bevor etwas antwortet, und die meisten Anfragen werden lokal aufgelöst, während einige wenige den langen Weg gehen. Der Mechanismus ist die Topologie, und die Messung ist, wo die Anfrage aufgelöst wird. ⚠️

Die relative Positionskodierung, bei der ein wieder angetroffener Abstand einen Wert verwendet, den das Modell unzählige Male gesehen hat, hat dieselbe Form wie die deterministischen uuidv5-IDs von World Monitor. Ein erneutes Einlesen aktualisiert, es dupliziert nie, weil die ID deterministisch aus Quelle und native id abgeleitet ist. Die Eigenschaft ist «keine Duplikate beim erneuten Einlesen», und der Mechanismus ist der deterministische Ursprung. ⚠️

Die encoder-freie Multimodalität, bei der jede Modalität durch ihren eigenen billigen Mechanismus eintritt und sich derselben Sequenz anschliesst, hat dieselbe Form wie die hexagonalen trait-basierten Ports. Jeder Port beantwortet eine andere Frage, und AppState-Repositories sind Arc, sodass Tests mit Mocks tauschen. Die Eigenschaft ist «vom Trait abhängen, nicht vom konkreten Adapter», und der Mechanismus ist die Trait-Grenze. ⚠️

Effort als trainierte Einstellung, bei der ein Benchmark zu einem Punkt auf einer Kurve wird, hat dieselbe Form wie die typisierten Persönlichkeiten der Sisters. Analyst, contrarian, disruptor, historian und institutionalist sind typisiert, und die prompt version wird bei jedem Lauf gestempelt, für Reproduzierbarkeit. Die Eigenschaft ist «reproduzierbares typisiertes Reasoning», und der Mechanismus ist die Persönlichkeit plus der Versionsstempel. ⚠️

Der Bias, der balanciert, ohne das Hauptziel aufzugeben, hat dieselbe Form wie die Souveränität des Eye Key. Eye Key Klartext berührt niemals die Festplatte. Nur der HMAC und der Fingerabdruck gehen zu Postgres. Die Eigenschaft ist «Souveränität über den Key», und der Mechanismus ist die Konstruktion, keine nachträgliche Strafe. ⚠️

Umfangsgrenzen und Roadmap

Dieser Beitrag handelt von KI-Modellarchitektur, was kommerzieller und industrieller Umfang ist. Die Everythink-Parallelen oben sind Partial, weil Everythink kein LLM ausliefert; die strukturelle Analogie ist die Behauptung, keine Produktbehauptung. Der Eye Key ist ein Entwickler-API-Souveränitätsmechanismus, Production, und kein Investitionsvehikel. HAI Engine ist seit 2016 in Produktion. The 21 papers sind Production. World Monitor ist Production. Das Oracle ist Production. Die Sisters sind Production. Hier wird kein Token-, Wallet- oder Community-Credit-Ergebnis versprochen; diese bleiben Roadmap 🔵, unterliegen der Howey-Prüfung und werden niemals leise befördert. Theorem 3 ist die Namenskonvention für die Behauptung «Eigenschaft ist garantiert, wenn Mechanismus implementiert und messend»; es ist kein Rechtsbegriff.

Zwei Dinge, die die meisten Berichte übersahen

Erstens: der Bias wird vollständig ausserhalb von Backpropagation aktualisiert. Die meisten Berichte beschreiben die auxiliary-loss-free Methode als «kein auxiliary loss», aber die tragende Einzelheit ist, dass die Bias-Aktualisierung eine Zählregel ist, kein Gradient. Der Mechanismus ist nicht «entferne den Loss». Er ist «entferne den Gradienten und ersetze ihn durch einen Zähler». Das ist der Unterschied zwischen einer Strafe, die du einstellst, und einem Mechanismus, den du implementierst.

Zweitens: die Effort-Einstellung kommt als Text an. Bevor die Konversation beginnt, wird eine system message, die das Effort-Level angibt, vor allem anderen eingefügt. Das Modell wurde darauf trainiert, auf diese Nachricht zu antworten. Der Anpassungsknopf ist kein Parameter, den du im Code setzt. Er ist ein Satz, dem das Modell gelernt hat zu gehorchen. Das ist ein Boundary-Parsing-Mechanismus, und er bedeutet, dass die Effort-Einstellung auf jeden Client portierbar ist, der eine system message senden kann, einschliesslich eines, der seine Eingaben an der Netzwerkgrenze validiert.

FAQ

Sind offene Gewichte dasselbe wie anpassbar? Nein. Offene Gewichte bedeuten, dass du herunterladen und neu trainieren kannst. Anpassbar bedeutet, dass die Architektur unabhängige, messbare Mechanismen aufdeckt, sodass das Neutrainieren eines Mechanismus die anderen nicht mitzieht. Inkling hat beides. Ein Modell mit offenen Gewichten und monolithischer Architektur ist neu trainierbar, nicht im strukturellen Sinn anpassbar.

Warum ist der Bias wichtiger als Sparsity? Sparsity trennt Speicherung von Berechnung, das ist die Kosten-Erzählung. Der Bias trennt das Balancieren vom Hauptziel, das ist die Entwurfsmuster-Erzählung. Der Bias ist der Mechanismus, der die These beweist: eine Eigenschaft wird durch einen Mechanismus garantiert, der nicht konkurriert. Sparsity ist der Mechanismus, der die These erschwinglich macht.

Was ist der Trade-off der relativen Positionskodierung? Das Modell behandelt Längen, auf die es nie trainierte, aber jedes Serving-Framework musste neuen Code dafür schreiben. Das Tooling-Ökosystem war um RoPE herum aufgebaut. Ein Mechanismus, der eine Eigenschaft garantiert, kann dich das Ökosystem kosten, das um den alten Mechanismus herum gewachsen ist.

Garantiert Effort eine bessere Antwort? Nein. Ein höherer Effort fördert mehr Reasoning, ohne eine längere oder bessere Antwort bei einer einzelnen Stichprobe zu garantieren. Effort und die maximale Token-Grenze sind getrennte Einstellungen. Eine high-effort Einstellung kann eine grössere Token-Grenze benötigen, um nicht abgeschnitten zu werden. Der Benchmark ist eine Kurve, und eine einzelne Stichprobe ist ein Punkt darauf.

Kann Everythink Inkling verwenden? Die Everythink-Parallelen in diesem Beitrag sind strukturell. Everythink liefert kein LLM aus. Die LLM-Anbieter, die Everythink verwendet, sind OpenAI-compatible. Die Analogie gilt dem Entwurfsmuster, nicht einer Produktintegration.

Sources

  • ByteByteGo, «The New American AI Model Designed to be Customized», 18. August 2026 — https://blog.bytebytego.com/p/the-new-american-ai-model-designed — abgerufen 2026-08-23
  • Thinking Machines Lab, «Inkling: Our Open-Weights Model» (über ByteByteGo referenziert)
  • Thinking Machines Lab, «Inkling Model Card» (über ByteByteGo referenziert)
  • vLLM Recipes, «thinkingmachines/Inkling» Integrationshinweise (über ByteByteGo referenziert)
  • Wang et al., «Auxiliary-Loss-Free Load Balancing Strategy for Mixture-of-Experts» (über ByteByteGo referenziert)
  • Shaw et al., «Self-Attention with Relative Position Representations» (über ByteByteGo referenziert)

Lies den Honest Architect zu Theorem 3, dem Oracle und dem The-space-is-the-router-Muster. Everythink ist in Produktion; die Parallelen hier sind struktureller Natur und als solche markiert.

Verwandt
ai-agents · memory-architecture · theorem-3 · mechanism · honest-architect

Persistenter Speicher ist der Mechanismus, nicht das Kontextfenster

Fünf architektonische Muster für KI-Agenten-Speicher, gelesen als Theorem 3: die Eigenschaft (Lernen, Personalisierung) wird durch den Mechanismus (persistieren, abrufen, injizieren) garantiert, nicht durch das Kontextfenster. Checkpointing ist nicht exactly-once, Geheimnisse sind kein semantischer Speicher, Isolierung auf Speicherschicht schlägt fehl geschlossen.

neurosymbolic · search · theorem-3 · mechanism · honest-architect

Neurosymbolische Suche: Mechanismus schlägt Katalogvolumen

Ontons Ontology 1 neurosymbolisches Suchmodell gelesen als Theorem 3: Relevanz bei intent-lastigen Anfragen wird durch den Mechanismus (inspizierbarer Knowledge-Graph, der vage Prädikate in überprüfbare Eigenschaften zerlegt) garantiert, nicht durch Katalogvolumen. Die Benchmark-Methodik ist ehrlich (freigegebener Code+Daten, 3 Richter, Bootstrap-CI, Krippendorff-Alpha 0,465 genannt). Die 2.7x-Schlagzeile ist nicht die aggregierte Zahl. Fehlerfälle genannt.

Baue deine Welt auf einer Engine, die beweist, was sie behauptet.

Erstelle dein eigenes Netzwerk auf der Engine, die seit 2016 läuft — oder sprich mit dem Team hinter den 21 Papieren.