Ich habe meinen 3D-Drucker für einen Abend einer KI überlassen. Sie lag dreimal daneben - und genau das ist das Beste

Die Kamera im Drucker zeigte ein leeres Bett, die Düse in der Ecke geparkt, die erste Schicht lief an. Ich schaue aufs Handy und begreife: Es kommt kein Kunststoff. Die Düse ist heiß, der Kopf fährt, und nichts folgt ihm. Der Drucker druckte ehrlich in die Luft.

Das war weder das erste noch das letzte Mal an diesem Abend, dass etwas schiefging. Und genau deshalb will ich davon erzählen - nicht vom glänzenden Ergebnis, sondern davon, wie es wirklich entstanden ist.

Wie es anfing

Ich habe einen Bambu Lab P1S und Claude Code auf dem Mac. Die Idee war frech: die KI den Drucker komplett steuern lassen. Nicht “generier mir ein STL”, sondern richtig - mit der Kamera aufs Bett schauen, ein Modell slicen, das richtige Filament laden, den Druck starten, ihn beobachten. Und nebenbei das erledigen, was ich von Hand immer satt hatte: “druck dieses Teil 3 % größer”, “änder die Zahl am Modell”.

Über den Abend wuchs daraus ein lebendiges System: zwei Werkzeugkästen (3D-Modellierung getrennt von der Druckersteuerung), eine Verbindung zum P1S über das lokale Netz, Kamerabilder, Slicing über die Kommandozeile.

Als Allererstes testete das System sich selbst an einer Kleinigkeit - es entwarf von Grund auf einen Schlüsselanhänger mit meinen Initialen, slicete ihn und machte ihn druckbereit. Auf den ersten Blick albern, aber es prüfte die ganze Kette auf einmal: von “ich will so ein Ding” bis zur bettfertigen Datei, ohne einen einzigen Mausklick. Die Kette funktionierte. Und dann fingen die echten Abenteuer an - und das Interessante ist genau da, wo ich stolperte.

Stolperstein 1: in die Luft drucken

Erster Lauf, und der Drucker legte ohne Kunststoff los. Ich sah es mit den Augen, bevor der Kopf mitkam: Auf der Kamera fährt der Kopf, aber es bleibt keine Spur hinter ihm.

Die Ursache war zugleich dumm und schön. Wenn man eine Datei spontan slicet, ohne Bindung an das AMS, fehlt im Auftrag der Befehl “Filament aus dem Fach einziehen”. Der Drucker nimmt an, der Kunststoff sei schon in der Düse, und zeichnet seelenruhig ins Leere. Der Standardbefehl der Bibliothek zum “Filament laden” schickte den Fachcode 255 - und der heißt “externe Spule, keine”. Ich musste ins Protokoll und die echte Fachnummer schicken. Danach zog der Drucker ehrlich das braune PLA aus dem dritten Fach, heizte auf, spülte die Düse - und legte diesmal mit Kunststoff los.

Die Lektion, die ich mir fest eingebrannt habe: Prüfe nicht “Befehl angenommen”, sondern “es ist tatsächlich Filament in der Düse”.

Stolperstein 2: die Schrift, die ich dreimal riet

Ich habe ein Modell eines Universitätsgebäudes, auf dem Dach eingraviert “Graduation 2026”. Ich wollte die Jahreszahl ändern - eine Ziffer, ist doch klar.

Es wurde eine Detektivgeschichte. Das Modell ist ein fertiges STL, kein “einfach den Text ändern”. Zuerst analysierte ich die völlig falsche Dachschräge: Ein Render verrät nicht, von welcher Seite man schaut, und ich zerbrach mir zwei Stunden den Kopf über eine Geometrie, die es dort gar nicht gab. Der Durchbruch war ein “Röntgenbild” - eine Tiefenkarte, auf der die Schrift wie auf einem Foto lesbar ist, mit exakten Koordinaten für jeden Buchstaben.

Dann die Schrift. Meine erste Wahl war nach Augenmaß, und die Sieben passte nicht. Daneben. Dann verglich ein Algorithmus die Gravur mit allen Schriften des Systems und sagte selbstsicher “Didot Bold, gestreckt”. Auch daneben - die Streckung war eine optische Täuschung durch die Dachneigung, keine echte. Und erst als ich auf die Idee kam, ins ursprüngliche Bambu-Studio-Projekt zu schauen, fand ich die Wahrheit: Dort stand “Noto Sans Batak” - eine Schrift ganz ohne lateinische Buchstaben, also hatte das Programm stillschweigend eine Ersatzschrift eingesetzt, das chinesische Songti. Damit war alles gedruckt.

Selbst als die Schrift stimmte, ertappte ich mich noch zweimal an Kleinigkeiten: Die Sieben stand eine Spur tiefer als die Nachbarziffern, dann eine Spur höher. Ich maß mit dem Lineal direkt am Modell, bis sie genau saß. Nebenbei verstand ich, warum die Sieben “komisch” wirkt: In dieser Schrift ist sie von Natur aus etwas kürzer als die Zwei - das ist Design, kein Fehler.

Stolperstein 3: die Ecken hoben sich

Der Druck läuft, ich schaue den Stream am Handy - und sehe, wie sich die Enden der langen Gebäude vom Bett heben. Mein erster Gedanke war “das Bett ist überhitzt”.

Und hier ertappte ich mich bei einer falschen Vermutung. Ich prüfte die Bambu-Doku und die Praxis: Ein “zu heißes Bett” im PLA-Bereich ist ein Mythos. 55 Grad sind genau richtig; Überhitzung gäbe einen ausgebeulten Boden, keine hochstehenden Kanten. Hochstehende Ecken sind Schrumpf plus schlechte Haftung. In meinem Slice-Profil war der Brim schlicht aus, also hielt nichts die langen dünnen Kanten unten. Dazu beschleunigte die volle Kühlung ab der ersten Schicht den Schrumpf.

Daraus entstand die vielleicht nützlichste Sache des Abends: eine Datenbank typischer Druckfehler und eine Prüfung des Modells VOR dem Druck. Jetzt schaut das System selbst auf das Teil und sagt “große flache Standfläche - Brim dazu”, “steiler Überhang - Stützen nötig”, “hohes Teil auf schmaler Basis - kippt”. Vor dem Fehlschlag, nicht danach.

Und dann gab ich ihr Augen

Den Verzug erwischte ich im Stream zufällig - ich schaute einfach zu. Und dachte: Warum soll “einfach zuschauen” meine Aufgabe sein? Soll das System zuschauen.

Jetzt greift es alle fünf Minuten während des Drucks ein Kamerabild und fragt ein sehendes Modell: Alles in Ordnung, oder schon Katastrophe - ein “Spaghetti”-Knäuel, ein abgelöstes Teil, ein Klumpen an der Düse? Bei einem Fehlschlag bekomme ich eine Nachricht mit Foto, noch bevor der Drucker selbst merkt, dass er ins Leere druckt. Früher erfährst du vom missglückten Druck eine Stunde später, wenn das ganze Bett voller Nudeln ist. Jetzt fast sofort.

Ich sage ehrlich, wo die Grenze ist: einen groben Fehlschlag wie Spaghetti erkennt es sicher, aber leichten Verzug wie bei meinen Gebäuden nannte es “sauber”. Die Augen sind also ein Katastrophennetz, kein Ersatz für die Prüfung vor dem Druck. Beides soll bleiben: “vorher denken” und “unterwegs mitschauen”.

Der Moment, in dem es mich echt umgehauen hat

Wissen Sie, wann mir klar wurde, dass das kein Spielzeug ist? Ich sagte in Worten: “Prüf mit der Kamera, ob das Bett frei ist, und starte den Druck.” Und der Drucker im anderen Zimmer brummte los. Von selbst. Heizte auf, leckte das Bett ab, zog Kunststoff und legte los - während ich mit dem Handy dasaß und zusah wie bei einem Zaubertrick.

Davor hatte ich zwanzigmal den Slicer mit der Maus geöffnet, das Modell übers Bett geschoben, Häkchen gesetzt. Und hier - ein Satz, und eine Maschine im Nebenzimmer macht ein physisches Objekt. Ich saß tatsächlich da und grinste dämlich. Nicht weil “die KI klug ist”, sondern weil zum ersten Mal der Abstand zwischen “ich will dieses Teil” und “das Teil liegt auf dem Bett” fast auf null schrumpfte.

Und das Lustigste? Jedes Mal, wenn etwas kaputtging - Luft statt Kunststoff, eine schiefe Sieben, eine hochstehende Ecke - wurde ich nicht wütend, sondern angefixt. Weil man es sah: Da ist das Problem, da die Ursache, da die Regel, und beim nächsten Mal passiert es nicht mehr. Es ist, als zähme man etwas Lebendiges.

Wie das alles zu Befehlen wurde (über MCP)

Damit es kein Haufen verstreuter Skripte bleibt, fasste ich alles in zwei Werkzeugkästen zusammen - die sogenannten MCP-Server. Ich trennte sie bewusst: einer kümmert sich nur um 3D-Modelle (erstellen, messen, strecken, Text hinzufügen, schneiden, generativ rechnen, vor dem Druck prüfen), der andere nur um den Drucker (Status, Kamera, Kunststoff laden, slicen, starten, stoppen, Stream einschalten).

Der Sinn ist einfach: Jetzt sind Drucker und Modellierung keine Programme, in die man hineinklettern muss, sondern normale Befehle, die der Assistent versteht. “Zeig mir die Kamera.” “Prüf das Modell auf Probleme.” “Rechne eine Halterung für diese Last.” “Starte den Druck aus dem braunen Fach.” Ich trennte sie bewusst in zwei Server - damit sich Arbeit an der Form und Arbeit an der Hardware nicht vermischen, so wie Schraubenzieher und Bohrer in getrennten Schubladen liegen.

Klingt langweilig-technisch, aber genau hier lebt die Magie. Bau die Werkzeuge einmal richtig - und danach redest du einfach.

Eine private Kamera, die man nicht finden kann

Eine eigene Geschichte ist der Kamera-Stream. Ich wollte den Druck von überall am Handy sehen, aber mit Zugang nur für mich, und die Tür sollte man nicht einmal ertasten können.

Wir machten es über meinen eigenen Server, nicht über einen öffentlichen Dienst. Ein zufälliger Hostname unter einem gemeinsamen Zertifikat, damit er in keinen Such-Logs auftaucht. Zutritt nur mit einem persönlichen Zertifikat auf dem Gerät - ohne das trennt der Server die Verbindung noch vor dem Passwort, es gibt also nichts durchzuprobieren. Ein direkter Zugriff auf die Serveradresse wird einfach gekappt. Paranoid? Vielleicht. Aber eine Kamera in meinem Zuhause ist genau der Fall, in dem Paranoia angebracht ist.

Und das Finale, für das alles war

In einem Clip sah ich einen Stuhl, dessen tragendes “Skelett” generativ entworfen war: Man legt fest, wo Befestigungen und Last sind, und eine Festigkeitsrechnung entfernt alles Material, das nicht arbeitet. Übrig bleibt eine organische, knochenartige Struktur. Ich wollte dasselbe.

Jetzt kann das System es. Man legt den Bauraum, die Auflagepunkte und die Last fest - und der Solver liefert ein fachwerkartiges Teil, in dem Material nur dort sitzt, wo es wirklich arbeitet. Die erste Halterung liegt schon druckbereit.

Die erste Ziffer - drei Stunden. Die nächsten drei - je eine Minute

Das ist wohl das Wichtigste, das ich an dem Abend verstanden habe.

Ein einziger Tausch, die Sechs zur Sieben, kostete mich fast drei Stunden. Nicht weil die Aufgabe schwer ist, sondern weil ich im Grunde das System anlernte. Wir gingen einen Haufen Siebenen durch - falsche Schrift, falsche Höhe, mal etwas tiefer als die anderen Ziffern, mal etwas höher. Ich jagte sie ein Dutzend Mal durch und erwischte jede Kleinigkeit mit dem Lineal. All diese Fehlversuche sind gespeichert; man könnte sie nebeneinanderlegen - eine ganze Galerie falscher Siebenen, bis die richtige geboren war.

Und dann sagte ich einfach: “jetzt mach 2028, 2029 und 2030.” Und hier passierte das, wofür alles war. Die Regeln sind schon geschrieben, die Werkzeuge gebaut, Schrift und Tiefe eingestellt - und drei neue Jahre kamen in je ein, zwei Minuten heraus. Sofort richtig. Ohne eine einzige Iteration.

Ich verbrachte also erst Stunden damit, dem System EINE Sache gut beizubringen. Danach knackt es jede ähnliche Aufgabe im Nu. Das erste Teil bezahlt den ganzen Weg; der Rest fährt gratis darauf.

Und es blieb kein Einzelfall

Dann kamen ganz normale Anfragen - und hier zeigte sich, dass der Abend nicht umsonst war.

Ich wollte dieselben Gebäude für andere Jahre drucken. Ich sagte einfach: mach 2028, 2029, 2030. Ein paar Minuten später lagen alle drei bereit - mit derselben eingestellten Tiefe und Schrift, an der ich mich bei der Sieben so lange abgearbeitet hatte.

Dann kam eine schöne Geschichte über einen Fehler zutage - und darüber, wie schnell er sich jetzt beheben lässt. Es stellte sich heraus, dass die Jahre auf dem FALSCHEN Gebäudemodell gebaut waren: ein alter Entwurf statt der finalen Version, die ich tatsächlich an die Universität geschickt hatte. Ich sagte es - und das System durchsuchte meine Mail, fand genau diesen deutschen Brief mit dem Anhang, bestimmte die richtige Datei (mit dem offenen Torbogen und dem verbreiterten Schlitz für ein Foto), glich die Geometrie ab und wandte alle vier Jahre erneut auf das richtige Modell an. Minuten. Der Fehler wurde fast so schnell behoben, wie er entstand.

Und so endete diese Linie in der echten Welt - ein Bild von der Druckerkamera, kein Render. Das richtige Modell aus der Mail, die korrigierten Ziffern, ein Brim um jedes Gebäude, die Ecken flach angedrückt, die Jahre auf den Dächern lesbar. Kein Drei-Stunden-Kampf: gefunden, korrigiert, in die Warteschlange - und es druckte beim ersten Lauf sauber, weil jeder alte Fehler schon als Regel hinterlegt ist.

Gebäude für vier Jahre, ein Modell im Flug korrigiert - und all das jetzt ohne die Drei-Stunden-Quälerei. Einmal lehrst du es an, danach benutzt du es einfach.

Der Ständer, der uns bis heute quält

Und dann bat ich um einen Laptop-Ständer - und genau da war es vorbei mit dem leichten Leben.

Es begann flott. Ich nannte das Modell, Dell Latitude 5430, sagte “faltbar und leicht” - und hatte ein paar Minuten später einen Flachbau aus vier Teilen: zwei filigrane Seitenplatten, für die reale Last berechnet, zwei Querstege, alles rastet in fünfzehn Sekunden ineinander, wiegt etwa 55 Gramm. Auf dem Papier ein Sieg.

Ich lehnte ihn ab. “Faltbar” hieß in meinem Kopf echte Scharniere, nicht “zerlege es in Stäbe und staple sie”: aufklappen - es steht, zuklappen - eine flache Platte für die Tasche. Ein Objekt, kein einziges abnehmbares Teil. Ich sagte: neu machen.

Und da begann eine Saga, die bis heute läuft.

Zuerst kamen die Knochenformen - ein Skelett aus verschmolzenen Ästen, aus manchen Winkeln fast Skulptur und als Mechanismus nutzlos: ein aus Tropfen zusammengeflossenes Scharnier dreht sich nicht. Dann die Voronoi-Schnitzerei - schon wärmer, Zellen im Verlauf wie bei Designerstücken. Dann die Nacht, in der der Generator ohne jede Prüfung ein Dutzend “Varianten” ausstanzte und mir laufend ins Telegram schickte. Am Morgen schrieb ich ehrlich zurück: das ist Müll. Man sieht nicht, wie sie sich falten, die Hälfte trägt keinen Laptop, und gedruckt würde sich nichts davon je bewegen.

Nach diesem Verriss baute ich den Prozess um - und das ist, glaube ich, der interessanteste Teil. Nachts läuft jetzt eine autonome Schleife: alle paar Minuten liest eine frische Session die Statusdatei, studiert echte faltbare Ständer mit guten Bewertungen, verbessert den Generator und baut einen Kandidaten. Und dann kommt das entscheidende Wort - sie BEWEIST es. Das Falten wird geometrisch geprüft: eine Drehung um eine echte Scharnierachse, null Durchdringungen der Teile in beiden Posen, der Schwerpunkt des Laptops strikt zwischen den Auflagen, die Last geht in einen harten Anschlag statt in einen dünnen Stift. Danach entscheidet ein eigener Design-Richter, ob man das überhaupt zeigen darf. Müll erreicht mein Telefon nicht mehr.

In der ersten Nacht schaffte die Schleife dreizehn Iterationen. Hier das Beste vom Morgen: ein durchbrochenes Deck, ein Stützbein an einem fertig montiert gedruckten Scharnier, ein Nockenriegel, den das Gewicht des Laptops selbst zudrückt. 111 Gramm.

Fertig? Noch nicht. Ich bin nicht sicher, ob der Nocken anderthalb Kilo hält, mir gefällt die schmale Spur nicht, und heute Morgen schickte ich wieder alles zurück in die Überarbeitung - diesmal mit Scharnier- und Riegel-Katalogen, die drei parallele Agenten gerade zusammentragen. Aber man vergleiche die beiden Enden: von “einem Bausatz aus Stäben” zu einem Objekt, das mit Zahlen beweist, dass es sich faltet und trägt.

Leiden? Und wie. Aber genau an diesem Leiden lernt das System - jeder Verriss wird zu einer neuen Prüfregel. Und ich bin fast sicher: das nächste faltbare Ding gelingt ihm beim ersten Anlauf. Schauen wir.

Was ich mitgenommen habe

Das Wertvollste an dem Abend war nicht, was auf Anhieb klappte, sondern was NICHT klappte. In die Luft drucken, drei Schrift-Fehlgriffe, hochstehende Ecken, eine falsche Vermutung über Überhitzung. Jeder Fehler wurde zu einer Regel, die das System jetzt für mich behält.

Und jetzt ehrlich. Eine Ziffer am Modell von Hand zu ändern ist eine Fünf-Minuten-Sache, eher weniger. Zählt man nur diese Aufgabe, ergibt mein ganzer Aufwand mit dem System überhaupt keinen Sinn. Ich verbrachte einen Abend, wo ein paar Klicks gereicht hätten.

Aber ich kaufte keine Fünf-Minuten-Abkürzung. Ich baute keinen “Ziffern-Tausch”, sondern ein System, das jetzt fast alles machen kann: entwerfen, auf Festigkeit rechnen, slicen, Kunststoff laden, den Druck starten, ihn im Auge behalten und mich warnen, wo ich gleich Mist baue. Einmal investieren - und danach arbeitet es an jedem Objekt, nicht an einer Inschrift.

Und ja, ehrlich: Es ist noch roh. Alpha, vielleicht früher als Alpha. Wie gut es komplexe Dinge stemmt, muss noch geprüft und geprüft werden. Die erste Charge kam mit hochstehenden Ecken heraus, die Einstellungen stimmten nicht; aber die Fehlerdatenbank ist schon gebaut, das Profil korrigiert, und die nächste Charge kam glatt heraus - das Foto mit den fertigen Gebäuden steht oben. Nicht perfekt auf Anhieb - aber schnell zum Richtigen.

Und wissen Sie was? Dieser Moment - wenn du ein rohes, lebendiges, gerade gebautes Ding in den Händen hältst, das schon etwas kann und gleich mehr lernen wird - das ist der eigentliche Kick. Kein fertiges, glänzendes Produkt, sondern diese Phase, in der alles gerade erst entsteht. Ich genieße das wirklich.

Ich bin immer noch nicht sicher, ob der Stuhl aus dem Clip meine 80 Kilo hielte. Und nicht sicher, ob mein System morgen nicht über etwas Neues stolpert. Aber den faltbaren Laptop-Ständer, den die Maschine entworfen hat, will ich schon jetzt in den Händen halten - und dieses Gefühl zählt mehr als jede Garantie.