KIglove: Task-Pflicht für Mutationen

Vertrag

Jede Schreib- oder Änderungsoperation muss enthalten:

• project_id
• existierende task_id
• target_type: zum Beispiel file, folder, db_row, db_schema.
• target_path oder ein eindeutig benanntes DB-Ziel.
• reason mit mindestens zehn Wörtern.

Ablauf

1. Task-ID laden und Projektbezug prüfen.

2. Ziel und Zielpfad normalisieren.

3. Begründung in Wörter zerlegen; weniger als zehn Wörter ablehnen.

4. Regel- und Contract-Prüfung ausführen.

5. History-Sicherung erzeugen.

6. Mutation ausführen und protokollieren.

POST /api/v1/tasks ist der einzige Bootstrap-Schritt ohne vorherige Task-ID. Seine task_detail-Begründung ist Pflicht. Ein Modell darf diese Reihenfolge nicht umgehen.