Natürlich schön KI-Auftrag für Module erstellen

KI-Auftrag für Module erstellen

KI-Auftrag für Module erstellen

dbxKi für Module

KI-Auftrag für Module erstellen

Der Wizard legt neue Module an. dbxKi bearbeitet danach bestehende Module kontrolliert: mit Modulkontext, DD-Regeln, Backup, erlaubten Actions und klarer Grenze auf genau dieses Modul.

MöglichkeitenModule

UIFormulare, Reports

DDvollständig + Sync

Codenur im Modul

Backupvor Schreibzugriff

Ablauf aus menschlicher Sicht

  1. Wenn ein Modul neu ist: zuerst den Modul-Wizard nutzen.
  2. dbxKi Modul-Briefing öffnen und ein bestehendes Modul auswählen.
  3. Optional DD, Aufgabe, Kontextumfang und Ziel beschreiben.
  4. Festlegen, ob Formular, Report, Template, Assets oder DD betroffen sind.
  5. ChatGPT-ZIP exportieren oder Codex direkt mit dbxKi arbeiten lassen.
  6. Antwort importieren, Backup/Preview prüfen, ausführen und Modul testen.

Prozessgrafik

AnforderungWas soll das Modul können?
ModulkontextDateien, DD, Templates, Regeln
KI-Jobmodule.* Actions in job.json
Ergebnisgeprüft, gesichert, geschrieben

Die zwei Wege

Weg 1: ChatGPT per ZIP

für externe KI-Aufträge

dbxKi packt das ausgewaehlte Modul, Regeln und Vorlagen in ein Auftrags-ZIP. ChatGPT liefert ein Antwort-ZIP mit manifest.json, job.json, README und optionalen Assets.

Modul-Snapshotharte RegelnAntwort-ZIPImport

Weg 2: Codex direkt

für lokalen Projektzugriff

Codex liest system.describe, nutzt die erlaubten module.* Actions und lässt dbxKi schreiben. Die KI liefert keine freien Shell-Anweisungen, sondern nur das feste Schema.

system.describemodule.describejob.jsondbxKi Runner

Verbindliche Grenzen

Nur ein Modulkeine Änderungen außerhalb des ausgewählten Moduls
DD komplettkeine Includes, Sync über dbxKi
dbx-PatternsdbxForm, dbxReport, Templates, Remember
Backup zuerstvor Schreibzugriff wird gesichert

Warum das wichtig ist

Die KI plant die Änderung. dbxKi erzwingt Modulgrenze, API-Vertrag, Backup und die richtigen dbxapp-Wege.