Claude schreibt den Plan. Menschen geben frei. Secrets sieht nur die Maschine.

Ansible hält Systeme im richtigen Zustand. n8n führt Abläufe zwischen Geschäftsanwendungen aus. Claude plant und schreibt mit, sieht Logs, aber nie ein Passwort. Jeder Schritt hat ein Signal, und jeder Lauf hinterlässt eine Spur.

1VertrauensgrenzenWo liegen Secrets, wer bekommt sie wann, und warum Claude sie nie sieht.
Claude-Zone Code, Pläne, Logs, Metriken $secrets.tresor.crm_api lookup(… 'kv/db_admin') Nur Namen. Kein Wert. Claude schreibt die Referenz. Ausführung Ansible-Runner, n8n Holt den Wert beim Start nur im Speicher, nur für diesen Lauf Gibt ihn nicht aus no_log, maskierte Credentials Logs ohne Secrets gehen zurück an Claude. Tresor Secret-Store, Ansible Vault, n8n-Credentials Pflegen: nur Admins Lesen: nur Dienstkonten Jeder Abruf im Audit Claude: kein Konto, kein Token Name Wert Logs

Der Name eines Secrets wandert von links nach rechts. Der Wert kommt nur von rechts in die Mitte. Zurück nach links gehen nur Logs.

Claude darf lesen

  • Code: Playbooks, Rollen, Workflows
  • Lauf-Ergebnisse: ok, geändert, fehlgeschlagen
  • Logs und Metriken, maskiert
  • Audit: wer hat wann was ausgelöst
  • Namen von Secrets, nie ihre Werte

Claude darf nicht

  • Secrets lesen oder anlegen
  • Nach main mergen
  • Auf Produktion ausrollen
  • n8n-Workflows veröffentlichen
  • Per SSH auf Systeme
  • Geschäftsdaten aus Abläufen lesen

Restrisiko, ehrlich benannt

Ein Playbook oder Workflow kann ein Secret zur Laufzeit ausgeben, absichtlich oder aus Versehen. Claude sähe es dann im Log. Dagegen stehen drei Dinge: Review vor jedem Merge, no_log und Maskierung in der Log-Pipeline, und eine Prüfung auf Secret-Ausgaben in den automatischen Checks.

2GatesFünf Signale zwischen Idee und Wirkung. Rot heißt: hier wartet etwas.
Rückweg. Rollback ist kein Sonderweg. Ein Revert-PR läuft durch dieselben Gates. n8n kann die vorige Version wieder veröffentlichen. Ansible wendet den vorigen Stand erneut an. Bei Patches gibt es vorher einen Snapshot.
3Drei Beispiele, Schritt für SchrittAbspielen und sehen, wer was tut und wo ein Gate greift.
    4ObservabilityLogs, Metriken, Audit. Und wer bei einem Alarm was erfährt.
    Ansible-Läufe n8n-Ausführungen Systeme, Anwendungen Git, Tresor, Freigaben maskieren Logs Metriken Audit Was ist passiert? Wie geht es dem System? Wer hat es ausgelöst? Alarm Regel greift Mensch entscheidet Claude liest, erklärt, schlägt vor Befund, PR

    Claude bekommt denselben Alarm wie der Mensch. Claude analysiert und schreibt einen Vorschlag. Entscheiden und freigeben bleibt beim Menschen.

    Audit-Spur des Patch-Beispiels

    ZeitWerWas

    Spielregeln

    • Claude hat ein eigenes Konto mit eigenen Tokens. Jede Aktion ist zuordenbar.
    • Dienstkonten von n8n und Ansible sind getrennt und eng geschnitten.
    • Logs werden vor der Ablage maskiert.
    • n8n speichert bei Erfolg nur Status, nicht die Daten.
    • Audit ist nur anhängbar. Niemand löscht still.
    • Jeder Alarm hat einen Menschen als Empfänger. Claude ist zusätzlich dabei, nicht statt.
    5SchnittstellenJede Verbindung im Bild: wer mit wem, auf welchem Weg, und ob Claude sie nutzt.
    Von → nachWegWer weist sich ausClaude