Diese Seite fasst die für Benutzer sichtbaren Funktionen von AITM 1.0, dem ersten öffentlichen Release, zusammen, im Vergleich zu den internen Vorschau-Builds, die ihm vorausgingen.

Neuigkeiten

Die Pipeline heilt sich selbst, statt anzuhalten

Die größte Änderung betrifft die Philosophie: Ein Task soll nur dann als failed enden, wenn die Konfiguration falsch ist oder der KI Daten fehlen. Jedes andere Problem wird nun automatisch wiederholt oder repariert.

• Merge-Konflikte heilen sich selbst. Ein Task, der beim Mergen nach dev auf einen Konflikt stößt, wird mit Rebase- und Merge-Strategien wiederholt und dann an einen Fix-Agent übergeben.
• Tests nach dem Merge werden vorwärts korrigiert. Schlagen Tests nach einem Merge fehl, isoliert AITM die Ursache und behebt sie auf dem Task-Branch, statt den Merge sofort zurückzunehmen.
• Automatische Korrektur bei Type-Check. Ein fehlschlagender Type-Check geht bis zu drei Runden an einen Fix-Agent, bevor der Task fehlschlägt.
• Infrastrukturfehler werden getrennt klassifiziert von echten Testfehlschlägen: Ein abgestürzter Worktree wird neu aufgebaut, und abhängige Tasks werden nicht mehr kaskadierend übersprungen.
• Der Watchdog deckt jeden Task-Typ ab, einschließlich Tasks im Agent-Modus.
• Veraltete Merge-Sperren und steckengebliebene Merges werden beim nächsten Scheduler-Tick und nach einem Neustart automatisch freigegeben.
• Testkorrekturen nach dem Merge bleiben im Scope des Tasks. Werden Tests nach einem Merge korrigiert, darf die Korrektur keine Dateien außerhalb des Scopes des Tasks berühren — dasselbe Scope Gate, das an anderer Stelle in der Pipeline verwendet wird.

Tasks geben an, wofür sie da sind

• Feld Intent. Jeder Task trägt nun einen Intent — bug, feature, enhancement oder other. Der Dialog New Task fragt danach (er ist auf bug vorbelegt, wenn ein Task aus einem Bug-Bericht erstellt wird), er lässt sich beim Bearbeiten des Tasks ändern, und Tasks, die aus Chat oder Brainstorm entstehen, erhalten ihn von der KI. Der Intent entscheidet, welche Schutzmaßnahmen gelten — zum Beispiel müssen nur Bug-Tasks den Bug nachweisen (siehe unten).
• Chat und Brainstorm teilen große Anfragen auf. Wird etwas Großes verlangt, schlägt der Assistent mehrere kleinere Tasks mit dem passenden Intent vor, statt eines überdimensionierten Tasks.
• Entwurfssimulation für komplexe Tasks. Bei großen oder riskanten Änderungen spielt der Schritt Architect seinen eigenen Plan nun durch eine Reihe von "Was-wäre-wenn"-Szenarien durch (leere Daten, ein Neustart mittendrin, zwei Tasks gleichzeitig, eine ausfallende Abhängigkeit…), bevor Code geschrieben wird, und die späteren Schritte prüfen dieselben Szenarien. Kleine Tasks überspringen dies automatisch.

Das Mergen wurde strenger — und sicherer

• Build-Gate vor dem Merge. Unmittelbar bevor ein Task nach dev gemergt wird, baut und typprüft AITM das Ergebnis so, wie es nach dem Merge aussehen wird. Bei einem roten Ergebnis gibt es eine begrenzte Zahl automatischer Korrekturversuche; bleibt es rot, wird der Task nicht gemergt. Fehler, die bereits auf dev vorhanden sind, werden dem Task nicht angelastet. Siehe Merge & Review.
• Die Queue pausiert bei Updates der KI-Werkzeuge. AITM aktualisiert das Claude-Kommandozeilenwerkzeug nun selbst — beim Start und einmal täglich —, statt es mitten in der Arbeit aktualisieren zu lassen. Solange ein Update aussteht, dürfen laufende Schritte abschließen, neue Schritte warten (es erscheinen eine Benachrichtigung und ein kleiner Indikator), und die Queue läuft danach von selbst weiter.

Projekte anlegen und prüfen

• Projektvorschläge. Die KI (in Chat, Brainstorm oder über einen angebundenen Assistenten) kann nun ein neues Projekt vorschlagen, legt aber nie von selbst eines an: Es erscheint ein Bestätigungsdialog, in dem sich die Details bearbeiten lassen, und nichts wird auf die Festplatte geschrieben, bevor bestätigt wird.
• Projekt-Gesundheitsprüfung. Vor dem ersten Task eines Projekts prüft AITM die Grundlagen — ist es ein Git-Repository mit mindestens einem Commit, befindet es sich auf dem erwarteten Branch, sind die für seine Technologie erforderlichen Dateien vorhanden und gültig — und zeigt jedes Problem als Warnung in der Task-Konsole an, statt den Task auf halbem Weg mit einem verwirrenden Fehler scheitern zu lassen. Das Projektpanel verlinkt auf die neueste Prüfung.
• Repository-Prüfung beim Anlegen. Neue Projekte werden im Moment ihrer Erstellung validiert (Git initialisiert, erster Commit, erforderliche Dateien).
• .NET-Projekte richten sich selbst ein. Wenn der New Project Wizard ein .NET-Projekt aufnimmt, installiert er das erforderliche .NET SDK und die Abhängigkeiten des Projekts automatisch und meldet in Echtzeit, wann er tatsächlich etwas installiert.
• Komfort im Wizard. Der Wizard füllt den Projektordner aus dem Projekt-Stammverzeichnis vor (Settings → Pipeline → Wizard projects root), hat eine auf dieses Stammverzeichnis beschränkte Ordnerauswahl und fügt das AITM-Dev-Panel-Skript automatisch zu neu angelegten Webprojekten hinzu.

Suche und Alltagskomfort

• Syntax der Suchanfragen. Suchfelder für Variablen, Contracts, Hints und Tasks sowie die Vorschläge für @keyword / %contract verstehen nun drei Operatoren: a.b — a gefolgt von b in dieser Reihenfolge; a&b — beides, in beliebiger Reihenfolge; a|b — eines von beiden. Beim Abgleich wird die Groß-/Kleinschreibung ignoriert.
• Reasoning effort. Bei Providern, die es unterstützen, lässt sich wählen, wie intensiv das Modell nachdenken soll — in Chat, Brainstorm und für Pipeline-Schritte. Das Bedienelement ist für Modelle ausgeblendet, die es nicht bieten.
• Der Schieberegler für die Tabellenschrift unter Settings → Font & Style legt die Zeilentextgröße aller Tabellen fest; Kopfzeilen- und Schaltflächengrößen folgen.
• Erlaubte CORS-Origins lassen sich unter Settings → System bearbeiten (exakte Adressen und Platzhaltermuster), um das Dashboard von anderen Rechnern aus zu öffnen.
• Warnungen und Benachrichtigungen haben alle Schaltflächen zum Kopieren und Schließen.
• Menü Help → AITM Dev Panel öffnet die Dokumentation des Dev Panel (siehe Contract Explorer & App Flow).
• Die im Dashboard angezeigte Version hat ein einheitliches Format: Version · Datum (Build-ID).

Bug-Tasks müssen den Bug nachweisen

• Reproduction Gate. Ist ein Task eine Bug-Korrektur, muss der Schritt Architect einen Abschnitt Reproduction schreiben, der das Symptom vor der Korrektur und dessen Fehlen danach zeigt.
• Diagnosepaket. Bug-Tasks, die AITM automatisch anlegt, tragen die Absturzzeilen, eine Blame-Zusammenfassung, betroffene Dateien und die verknüpfte Known-Error-ID.
• Business Scope Gate. Arbeit außerhalb des Scopes des Tasks wird mit einem Urteil eines KI-Richters blockiert.

Die vollständige Test-Suite ist optional

Die gesamte Test-Suite nach jedem Merge auszuführen, war die Hauptursache für Speicherdruck. Sie ist nun standardmäßig ausgeschaltet (Pipeline → Full test enabled) und läuft, wenn sie aktiviert ist, nur bei leerer Merge-Queue.

Bewusster Neustart nach einem Self-Merge

Wenn AITM eine Änderung an seinem eigenen Code mergt, startet es nicht mehr unter einem neu. Der Standard (Git & Storage → Server restart after self-merge = manual) wartet, bis die Queue leer ist, und zeigt im Kopfzeilenmenü eine Schaltfläche Restart.

Settings, die bisher nicht erreichbar waren

• Tag-/Nacht-CPU-Profile (Tab System): tagsüber mehr Threads für das Dashboard reservieren und nachts Tests die Maschine nutzen lassen.
• Disk Janitor und Disk Watchdog (Watchdog & Resources): Aufbewahrungsregeln und absolute GB-Budgets pro Speicherort.
• Swap-Verwaltung (System): empfohlene Swap-Größe, berechnet aus RAM und freiem Plattenplatz.
• Ein eigener Tab Project Check und eine Schaltfläche Test connection für das Übersetzungsmodell.
• Ein neues Projekt erhält bereits bei der Erstellung einen Standardsatz an Skills (Dokumentation, UI-Muster), statt auf seinen ersten Task zu warten.

Dashboard und Panels

• Andockbare Panels (Chat, Brainstorm, Contract Explorer, Task-Konsolen) rasten in echten Layout-Slots ein.
• Die Monitor-Leiste erhielt einen Tab Queued, einen CPU-Sparkline und einen Tab Estimation mit der ETA der Queue.
• Englisch ist die Standard-Oberflächensprache.
• Task-Karten: Abhängigkeitsnummern sind anklickbar, und die Schaltfläche des Recovery-Agents fragt nach einer Bestätigung.

Lizenzierung

Eine fälschlich verhängte Lizenzsperre kann über die Oberfläche entsperrt werden. Verwendete/maximale Projekt-Slots werden unter Settings → License angezeigt. Beim Anlegen oder Importieren eines Projekts im Wizard bietet dieser an, einen freien Slot der Lizenz sofort zuzuweisen. Sign in with Google steht sowohl zum Starten der kostenlosen Testversion als auch zur Anmeldung am Konto im Lizenzpanel zur Verfügung.

Ressourcen

Der /tmp-Sweeper erkennt verwaiste Chrome- und Playwright-Verzeichnisse und räumt sie standardmäßig nach zwei Stunden auf.