dbxapp Wissen Aufgabenmatrix für KI-Agenten

Aufgabenmatrix für KI-Agenten

Diese Matrix bestimmt vor einer Änderung, welche Quellen verbindlich sind, wo ein Agent arbeiten darf und welche Abnahme den Auftrag abschließt.

Menschenregel und Maschinenvertrag zusammen prüfen

JSON Schema v1 definiert die Pflichtfelder. Der oben verlinkte Versionsvertrag ist zugleich das gültige vollständige Beispiel.

Gültig
{
  "product": "dbxapp",
  "version": "4.5.3",
  "contract": "ai-task-boundaries",
  "tasks": { "system_module_source": { ... } }
}
Version, Priorität, Ablauf, Aufgaben und Change-Log-Vertrag sind vorhanden.
Ungültig
{
  "product": "dbxapp",
  "tasks": { "system_module_source": {
    "forbidden": []
  } }
}
Version, Vertragsname, Ablauf und verbindliche Schutzgrenzen fehlen.

Validator: php dbx/modules/dbxDocs/tests/dbxDocsAiContract_test.php prüft Schema, Versionsgleichheit, Pflichtaufgaben und verbotene Direktzugriffe. Ein Fehler blockiert die Dokumentationsabnahme.

Aufgabe zuerst klassifizieren

AufgabePflichtquellenErlaubter ScopeVerbotenMindestabnahme
Menü / KundeninhaltAGENTS.md, betroffene Installation, MenütemplateNur die benannte InstallationProduktquelle, Versionsänderung, UpdatepaketDesktop, Mobil, aktive Zustände, Links
System- oder ModulcodeAGENTS.md, Modulhandbuch, Architektur, betroffene DD/FDEntwicklungsquelle und vorgesehenes ModulKundendaten, parallele Framework-LösungSyntax, Modulvertrag, relevante Tests, SelfTest
DesignDesign-KI, Designvertrag, bestehende Tokens und TemplatesAusgewähltes Design oder freigegebenes BundleInline-Sonderwege, Core-Kopien, fremde DesignsHell/Dunkel, responsive, Fokus, Kontrast
CMS / DokumentationDokumentationsstandard, Zielgruppenseite, kanonische QuelleCMS-Inhalt und DokumentationsinstallationDoppelte Quellen, unversionierte Aussagen, lokale PfadeMetadaten, TOC, interne Links, Suche, HTTP 200
DatenmodelldbxDB/DD/FD, Modulhandbuch, vorhandener DD-Sync-PfadVollständige DD/FD und kontrollierte DD→DB-SynchronisierungPDO, mysqli, SQLite3 oder native Treiber in Produkt-, Modul-, KI-, Migrations-, Testhilfs- und Werkzeugcode; unbestätigte DatenübernahmedbxDB/DD-Vertrag, Sync, Roundtrip, Rückrollbarkeit
Release / UpdateUpdatevertrag, VERSION, Manifest, Release NotesErst nach vollständiger FreigabeVorzeitiges Abdaten, myX, Dokumentation als ProduktupdateUpdate von Vorversion, Integrität, Rollback, SelfTest

Verbindlicher Agentenablauf

  1. Klassifizieren: Kundeninhalt, Systemquelle, Dokumentation oder Release bestimmen.
  2. Quellen lesen: Alle Pflichtquellen der Zeile vollständig lesen.
  3. Scope festhalten: Zielpfade und ausdrücklich ausgeschlossene Bereiche nennen.
  4. Ändern: Bestehende Verträge und Framework-Komponenten wiederverwenden.
  5. Prüfen: Mindestabnahme plus risikobasierte Regressionstests ausführen.
  6. Protokollieren: Nach Erfolg genau einen Change-Log-Eintrag für den logischen Block schreiben; Vorschau, Fehler und Rollback nicht protokollieren.
  7. Berichten: Ergebnis, Tests, bekannte Grenzen und das gespeicherte change_log-JSON ausweisen.

Vorrang und Gültigkeit

Explizite Benutzeranweisungen haben Vorrang. Danach gelten installationsnahe AGENTS.md-Regeln, anschließend der Aufgabenvertrag und die fachlichen Handbücher. Der JSON-Vertrag trägt dieselbe Version wie die öffentlich verfügbare dbxapp-Version.