====== Governance – ACF Improvement Process (AIP) ======
Der **AIP-Prozess** (Agent Collective Framework Improvement Process) ist das Verfahren,  
mit dem das Agent Collective Framework (ACF) weiterentwickelt, angepasst und gepflegt wird.  
Er dient als transparente, dokumentierte Grundlage für alle Änderungen an Spezifikationen, Policies und Implementierungen.

===== Ziel =====
  * Sicherstellen von Nachvollziehbarkeit und Stabilität bei Framework-Änderungen  
  * Klare Rollen und Zuständigkeiten definieren  
  * Dezentral abgestimmte Entscheidungen ermöglichen  
  * Versionierung und Archivierung aller Beschlüsse  

===== AIP-Kategorien =====
^ Kategorie ^ Beschreibung ^
| **Standard Track (ST)** | Technische Änderungen an Protokollen, Datenstrukturen oder APIs. |
| **Informational (INF)** | Vorschläge, Richtlinien, Empfehlungen oder Referenzpraktiken. |
| **Ethical (ETH)** | Anpassungen des Ethik-Frameworks oder maschinenlesbarer Policies. |
| **Process (PRC)** | Änderungen am AIP-Prozess selbst. |

===== Lebenszyklus eines AIP =====
^ Phase ^ Beschreibung ^
| **Draft** | Vorschlag wird formuliert, strukturiert und eingereicht. |
| **Review** | Diskussion und technische/ethische Prüfung durch Zonen-Controller oder Mentoren-Agenten. |
| **Accepted** | Zustimmung durch Governance-Mehrheit oder Konsensverfahren. |
| **Final** | AIP wird als gültiger Bestandteil der Spezifikation übernommen. |
| **Deprecated** | Veraltet oder ersetzt durch neuere Version. |

===== Beispielstruktur eines AIP-Dokuments =====
<code yaml>
AIP: 004
Title: "Capability Hash Signing for DHT Discovery"
Author: "agent://dev.alex"
Category: "Standard Track"
Status: "Draft"
Created: "2025-10-30"
Abstract: >
  Introduces a signing mechanism for capability hashes in DHT discovery to prevent spoofing.
Specification:
  - Define hash signature field in DHT record.
  - Require zone CA validation for all public endpoints.
</code>

===== Beteiligte Rollen =====
^ Rolle ^ Verantwortung ^
| **Author** | Erstellt und dokumentiert den Vorschlag. |
| **Reviewer** | Prüft technische, ethische und sicherheitsrelevante Aspekte. |
| **Zone Controller** | Koordiniert Abstimmungen innerhalb einer Zone. |
| **Registry Maintainer** | Aktualisiert offizielle Spezifikationen in der Registry. |
| **Mentor-Agenten** | Unterstützen neue Autoren beim Aufbau eines AIP und prüfen Verständlichkeit. |

===== Entscheidungsverfahren =====
  * Primär: **Konsensprinzip** – Änderungen werden übernommen, wenn keine begründeten Einwände bestehen.  
  * Sekundär: **Mehrheitsvotum** innerhalb der beteiligten Zonen (gewichtete Stimmen möglich).  
  * Jede Entscheidung wird in der [[agent_collective_framework:registry:start|Registry]] versioniert und signiert.  

===== Versionsverwaltung =====
Jeder AIP erhält eine eindeutige Nummer (z. B. AIP-001) und einen Status.  
Änderungen werden als neue Revision eingereicht (AIP-001r2).  
Alle finalen Versionen werden in der öffentlichen Registry hinterlegt und  
mit einer Hash-Signatur versehen.

===== Governance-Transparenz =====
  * Alle aktiven AIPs sind öffentlich einsehbar.  
  * Änderungen an Policies oder Ethik-Regeln müssen innerhalb einer Frist von 30 Tagen publiziert werden.  
  * Jede Zone darf eigene lokale AIPs definieren, muss sie jedoch kennzeichnen (z. B. `Z-AIP-03`).  

===== Beispiel: Entscheidungsfluss =====
<code>
[Author] → [Review durch Zone] → [AIP Accepted] → [Registry Commit] → [Final]
</code>

===== Zielbild =====
Der AIP-Prozess schafft ein **dezentral kontrolliertes, aber global konsistentes Regelwerk**  
für die Weiterentwicklung des ACF.  
Er ermöglicht Innovation, verhindert Machtkonzentration und fördert transparente Zusammenarbeit  
zwischen Zonen, Agenten und Entwicklern.

----

**Verwandte Seiten:**  
  * [[agent_collective_framework:ethik|Ethik-Framework]]  
  * [[agent_collective_framework:registry|Registry & Zonen]]  
  * [[agent_collective_framework:credit-system|Credit-System]]