smlflg/HAI-Agent-Workflow
HAI-Agent-Workflow
Kanonischer V1.6-Slice fuer den HAI-Agent-Workflow: Owner-Agent, gebundener Executor, Validator, Cursor-Pilot-Lane, Registry-Auszug und Capability-Ledger.
Dieses Repo ist bewusst klein gehalten. Es enthaelt die Agent-/Workflow-Artefakte, nicht den ganzen HAI-Monorepo-Verlauf und keine lokalen Runtime-Zustaende.
Schnellstart
git clone https://github.com/smlfg/HAI-Agent-Workflow.git
cd HAI-Agent-WorkflowDann zuerst lesen:
docs/REPOSITORY_MAP.md— Struktur, Kanon und Drift-Grenze.docs/DIAGRAMS.md— Bilder, Schaubilder und lokale Archify-Karten.docs/README.md— V1.6-Verhalten und Preserve-Regeln.docs/V1.6_EXECUTOR_CONTRACT.md— harte Gates fuer Executor, Validator und Human Gate.
Schaubilder
Inhalt
Workflow-Grenzen
- HAI-Agent bereitet vor, verengt Entscheidungen und startet nur freigegebene Steps.
hai-executerundhai-validatorbleiben die feste Execution-Kette.- Cursor/Composer ist Pilot-Lane, nicht Ersatz fuer Validator, Gemini-Repair oder Human Gate.
- Commit, Push, Deploy, Auth, Credentials und externe Side Effects brauchen weiter explizite Freigabe.
Herkunft & Drift
Extrahiert aus ~/Projekte/HAI/V1.6/. Der Monorepo behaelt eine Kopie dieser Dateien; dieses Repo ist ab jetzt die kanonische Quelle fuer den Agent/Workflow-Slice.
Drift-Risiko: Aenderungen im alten Monorepo-Pfad an V1.6/hermes-profiles/active/* laufen sonst still auseinander. Empfohlene Regel: neue Aenderungen hier machen und den alten Pfad spaeter auf Symlink oder Submodule ziehen.
versions/ ist ein eingefrorenes Archiv der Monorepo-Staende V1 bis V2. Es wird nicht gepflegt und nicht editiert — versions/V1.6/ ist die Snapshot-Kopie dessen, was oben im Top-Level kanonisch weiterlebt. Aenderungen gehoeren immer ins Top-Level, nie ins Archiv.
Nicht uebernommen: skills/.curator_backups/ (11 MB Tarball-Snapshots ueber alle Versionen).
Secrets
Alle api_key-Felder in den config.yaml sind leer. Keys kommen zur Laufzeit aus der Hermes-Umgebung, nicht aus diesem Repo.
