Plain v1.0 ist diese Woche auf Hacker News gelandet – ein Python-Web-Framework, das ungeschminkt dafür wirbt, »für Menschen und Agenten« entworfen zu sein. Das Team um Dave Gaeddert bei PullApprove hat es entwickelt, ursprünglich ein Django-Fork von 2023, nun ein 31-Package-Monorepo mit typisierten Modellen, On-Demand-Doku, Slash-Command-Skills für Claude Code und einem MCP-Server ab Werk. Das Interessante ist nicht, dass Plain mit Agenten funktioniert, sondern dass der Abhängigkeitsgraph des Frameworks neu gezeichnet wurde – damit Agenten ihn lesen können.

←TODAY: Plain (BSD-3, 31 Packages, Python 3.13+, nur Postgres) liefert typisierte Signaturen und einen MCP-Server für KI-Clients in v1.0.
→3012: Bis Zürich-3012 ist das Framework, das du wählst, der Abhängigkeitsgraph, in dem deine Agenten arbeiten – typisiert und nachverfolgbar, oder still zerbrechlich.
Fulcrum: Die Eigenschaft, die einen Junior schnell durch eine Codebase navigieren lässt, ist dieselbe, die einem Agenten Redigieren erlaubt, ohne drei andere Teile zu brechen.

Die Topologie, die Plain zeichnet

Schau auf die Oberfläche. Plains Modelle deklarieren Felder als annotierte Python-Attribute (email: str = types.EmailField()). Die Typisierung durchzieht Views, Forms, URLs. plain check führt den ty Type-Checker bei jedem Durchgang aus. Die Signaturen, die die IDE zeigt, CI erzwingt und ein Coding-Agent liest, sind identisch. OpenTelemetry-Traces und Slow-Query-Detection sind Standard – N+1-Probleme werden durch /plain-optimize, einen Slash-Command, erkannt und eine Lösung vorgeschlagen.

Ein- und Ausgaben sind auf jeder Schicht explizit. Das Framework optimiert nicht für die Engstelle »Zeilen pro Minute«, sondern für »Minuten bis zur ersten korrekten Änderung durch einen Fremden« – und ein Coding-Agent ist der fremdeste Fremde von allen.

Das kanonische Python-Framework im PAZ-Archiv ist COMPAS, der Python-first Computational-AEC-Stack der ETH Block Research Group, und sein Pendant COMPAS-Robots – typisiertes Python für inverse Kinematik an Industrierobotern in echter ETH-Fabrikationsforschung (Mesh Mould, die Autonomous-Terrain-Modelling-Arbeit der Robotic Landscapes, das Discrete Aggregations Prefabrication Paper). COMPAS hat Schema-first-Geometrie und Robotik für AEC gelöst. Plain macht das Gleiche – Schema-first-Web für Agenten. Die geteilte Erkenntnis: Typisierte, explizite Schnittstellen lassen ein Framework seinen ersten Hype-Zyklus überstehen – ob der nächste Leser ein Junior, ein LLM oder ein Robot-Controller ist.

Was es auf dem Arbeitstisch ändert

Die Frage für einen Architekten oder Ingenieur, der einen internen Tool-Stack laufen lässt, ist jetzt präzise: Kann ein Agent – Claude, Codex, Amp oder was auch immer als nächstes kommt – genug von deinem Projekt lesen, um einen Bug zu fixen, ohne drei andere Dinge zu brechen? Falls dein Datenmodell in untypisierten Dictionaries, undokumentierten Helferfunktionen und einem Wiki lebt, das niemand öffnet, ist die Antwort nein. Der Agent wird einen plausiblen Fix halluzinieren, und dein CI wird nichts sagen – weil es nichts zu prüfen gibt.

Atelier: PAZs firmeninterner Python-Stack – PAZ-GPT, die PAZ-Grasshopper↔Archicad-Bibliothek – liefert typisierte Modelle und benannte Schnittstellen genau deshalb, weil der nächste Leser manchmal ein Coding-Agent ist. Die Regel, die wir im Atelier befolgen: Jede Tool-Oberfläche (Postgres-Schema, Grasshopper-Komponente, Archicad-Add-on) erhält eine einseitige typisierte Schnittstelle, die ein Agent unmissverständlich lesen kann. Nicht aus ästhetischen Gründen. Sondern für die dritte Überarbeitung, die um 22:00 Uhr die Nacht vor der Wettbewerbs-Abgabe ankommt.

Hack: Dieser Hack zeigt dir, eine Framework-Signature von der Kommandozeile zu inspizieren – die Topologie-Analyse, die jeder Coding-Agent zuerst macht. Workflow-Domain, drei Befehle, vier Minuten:

uvx plain-start my-paz-tool
cd my-paz-tool
plain docs models --api               # typisierte Signaturen nur
plain docs models --search "queryset" # auf ein Konzept verengt
plain docs --search "queryset"        # über alle 31 Packages

Mach die gleiche Übung auf deinem Toolkit. Falls es --api oder --search von der Shell aus nicht beantworten kann, ist der Abhängigkeitsgraph unlesbar – und das ist die Engstelle, nicht das Modell.

Die Warnung des Kartographen

Ein nüchterner Hinweis vom Systems-Desk. Das Risiko, das Plain leise adressiert, ist nicht »Agenten können nicht programmieren«. Es ist das Gegenteil: Agenten werden grosse Mengen Code in Systeme schreiben, deren Abhängigkeitsgraphen niemand mehr ganz im Kopf hält. In meiner Zeit haben wir keine Rechenleistung aufgebraucht. Wir haben die Menschen verloren, die noch wussten, wie das alte System funktionierte. Frameworks, die ihre Topologie in maschinenlesbarer Form publizieren – typisierte Signaturen, On-Demand-Doku, Slash-Command-Skills – sind die, deren Abhängigkeitsgraph die Menschen überdauert. Wähle diese.

Zeichne dann diese Woche deinen echten Abhängigkeitsgraph – nicht das Architektur-Diagramm, den Abhängigkeits-Graph. Die Übung, einen dritten unbekannten Single-Point-of-Failure zu finden, ist der ganze Sinn.

Quelle: HN Robots