OpenMakeJetzt: die vorhandene Grundlage prüfen
Die aktuelle Version verbindet Modelle, Agentenaufgaben, Recherche, Werkzeuge und gespeicherte Ergebnisse. Was in einer Installation nutzbar ist, hängt von Modellen, Add-ons, Berechtigungen und Konfiguration ab. Das Handbuch erklärt die Nutzung; die Release-Historie nennt Änderungen je Version.
Modelle und Werkzeuge
Lokale oder kompatible externe Modelle verbinden und die erlaubten Werkzeuge für Aufgaben auswählen.
Nachvollziehbare Arbeit
Fortschritt, Freigaben, Quellen und gespeicherte Ergebnisse von Aufgaben und Recherchen prüfen.
Offener Quellcode
Prüfe den MIT-lizenzierten Code.
Als Nächstes: längere Aufgaben verlässlich machen
Diese Themen werden weiter entworfen und geprüft. Sie sind keine Liste von Funktionen, die schon in jeder Installation verfügbar sind. Konkrete Fehler und Vorschläge können die Reihenfolge verändern.
- 01
Wiederherstellung und Prüfung
Neustart, Wiederholung, Freigaben und externe Nebenwirkungen an realen Aufgaben prüfen; Fehler und Wiederherstellung klarer darstellen.
- 02
Execution Graph
Ausführungspläne mit Abhängigkeiten, Ergebnissen, Berechtigungen und Abschlussprüfungen statt nur linearer Schritte untersuchen.
- 03
Wissen und wiederverwendbare Abläufe
Quellengestützte Wissensräume verbessern und sichere Wiederverwendung geprüfter Abläufe erkunden.
Langfristig: Kontrolle innerhalb einer Organisation
Eine umfassendere Agent Runtime und eine organisatorische Control Plane sind eine Richtung, keine Beschreibung der Standardinstallation oder einer zugesagten Bezahlversion. Der offene Arbeitsbereich ist die Grundlage; Richtlinien, Budgets, Audit und Bereitstellungskontrollen brauchen eigene Nachweise und Entwürfe.
Grenzen einer Organisation
Festlegen, wie Projekte, Rollen, Datenzugriff und externe Verbindungen zwischen Teams gesteuert werden.
Nachweise im Betrieb
Kosten, Freigaben, Ausführung und Fehler nachvollziehbar machen, ohne ungeprüfte Kontrollen als vorhanden auszugeben.
Die Reihenfolge mitgestalten
Ein reproduzierbarer Fall oder ein konkreter Arbeitsablauf hilft mehr als ein Funktionsname. Beschreibe Aufgabe, Umgebung, tatsächliches Ergebnis und Erfolgskriterium. Größere Änderungen werden zuerst in öffentlichen Issues abgegrenzt.