GRC-Arbeit an ISMS Copilot delegieren

Ihr Coding-Agent ist der Orchestrator: Er verwaltet Ihr Repository, Ihre Shell und Ihre Dateien. ISMS Copilot ist der GRC-Spezialist, an den Compliance-Arbeiten über das Account MCP delegiert werden können. Beide arbeiten zusammen. Diese Seite erklärt, wann Sie delegieren sollten, wie Sie Ihrem Agenten die Delegation mitteilen und wie Sie jede delegierte Anfrage klein halten.

Wenn Ihr Agent eine Verbindung herstellt, sendet der Server bereits eine kurze Routing-Notiz (das MCP-Feld instructions), die angibt, was delegiert und was lokal behalten werden soll. Da Agenten diese Notiz jedoch nicht immer berücksichtigen, sorgt eine Routing-Regel in Ihrem Projekt oder in den Benutzeranweisungen für zuverlässiges Verhalten.

Was delegieren, was lokal behalten

Ein nützlicher Test: Wenn die Antwort davon abhängt, was eine Norm oder ein Gesetz genau vorschreibt, oder von Ihrem Arbeitsbereichskontext, delegieren Sie. Wenn sie davon abhängt, was Ihr Repository enthält, behalten Sie sie lokal und senden Sie ISMS Copilot stattdessen eine kurze Zusammenfassung der relevanten Fakten, nicht die Dateien selbst. Wenn Ihr Modell die Antwort bereits kennt, nichts nachschlagen muss und sie direkt in eine Datei schreibt, behalten Sie sie ebenfalls lokal: Eine Delegation fügt zusätzliche Runden hinzu und verursacht höhere Claude-Nutzungskosten bei kleinen Aufgaben dieser Art. Siehe Wo Delegation nicht hilft.

Routing-Regeln pro Orchestrator

Jede der folgenden Regeln hat denselben Inhalt, nur die Datei unterscheidet sich. Fügen Sie sie in die Datei ein, die Ihr Orchestrator liest. Die Regeln setzen voraus, dass der Server unter dem Namen ismscopilot registriert ist, wie in den Einrichtungsanleitungen beschrieben.

Claude Code

Fügen Sie der Datei CLAUDE.md im Projektstammverzeichnis oder ~/.claude/CLAUDE.md für alle Projekte Folgendes hinzu:

## Compliance work: delegate to ISMS Copilot

For ISO 27001/27701/42001, SOC 2, GDPR, NIS 2, DORA, EU AI Act, Cyber Resilience Act (CRA),
NIST SP 800-171/CMMC, HIPAA or PCI DSS questions, policy drafting, control mapping,
gap analysis, SoA justifications, risk registers and audit prep, use the ismscopilot
MCP server instead of answering from memory. Keep code, git, files and shell work local.

- Send the question, not framework text: do not paste standards or large documents first.
- One conversation per deliverable: create_conversation once, then send_message on the same conversation_id for every follow-up.
- Call set_company_context only when I ask to update my company profile.
- Pass workspace_id when the work is for a specific client or company.
- Default mode fast; think for multi-step analysis; beyond only when I ask for it.
- Pass answer_format "brief" or "decision" unless I ask for the full text.
- If a call returns status "generating", poll get_reply until "complete".
- Write long deliverables to a file and give me the path, not the whole text in chat.
- Verify only what ISMS Copilot marks as unconfirmed or says it cannot confirm: check it against the official source text before relying on it (fetch the official publication if you have web access). Do not re-check confirmed answers.
- Record which items you verified or could not verify in the deliverable itself, as a short "Verified" note. Say it in chat too, unless I ask for a bare reply such as a file path.

Einrichtung: ISMS Copilot mit Claude Code verbinden.

Codex, OpenCode und Grok

Diese Orchestratoren lesen die Datei AGENTS.md. Platzieren Sie dieselbe Regel in AGENTS.md im Projektstammverzeichnis oder in der globalen Anweisungsdatei des Orchestrators (z. B. ~/.codex/AGENTS.md für Codex). Überprüfen Sie in der Dokumentation Ihres Orchestrators den genauen globalen Pfad.

## Compliance work: delegate to ISMS Copilot

For ISO 27001/27701/42001, SOC 2, GDPR, NIS 2, DORA, EU AI Act, Cyber Resilience Act (CRA),
NIST SP 800-171/CMMC, HIPAA or PCI DSS questions, policy drafting, control mapping,
gap analysis, SoA justifications, risk registers and audit prep, use the ismscopilot
MCP server instead of answering from memory. Keep code, git, files and shell work local.

- Send the question, not framework text: do not paste standards or large documents first.
- One conversation per deliverable: create_conversation once, then send_message on the same conversation_id for every follow-up.
- Call set_company_context only when I ask to update my company profile.
- Pass workspace_id when the work is for a specific client or company.
- Default mode fast; think for multi-step analysis; beyond only when I ask for it.
- Pass answer_format "brief" or "decision" unless I ask for the full text.
- If a call returns status "generating", poll get_reply until "complete".
- Write long deliverables to a file and give me the path, not the whole text in chat.
- Verify only what ISMS Copilot marks as unconfirmed or says it cannot confirm: check it against the official source text before relying on it (fetch the official publication if you have web access). Do not re-check confirmed answers.
- Record which items you verified or could not verify in the deliverable itself, as a short "Verified" note. Say it in chat too, unless I ask for a bare reply such as a file path.

Einrichtung: Cursor und Codex verbinden oder Beliebigen MCP-Client verbinden für OpenCode und Grok.

Cursor

Erstellen Sie eine Projektregel unter .cursor/rules/ismscopilot.mdc:

---
description: Delegate compliance and GRC work to the ISMS Copilot MCP server
alwaysApply: true
---

For ISO 27001/27701/42001, SOC 2, GDPR, NIS 2, DORA, EU AI Act, Cyber Resilience Act (CRA),
NIST SP 800-171/CMMC, HIPAA or PCI DSS questions, policy drafting, control mapping,
gap analysis, SoA justifications, risk registers and audit prep, use the ismscopilot
MCP server instead of answering from memory. Keep code, git, files and shell work local.

- Send the question, not framework text: do not paste standards or large documents first.
- One conversation per deliverable: create_conversation once, then send_message on the same conversation_id for every follow-up.
- Call set_company_context only when I ask to update my company profile.
- Pass workspace_id when the work is for a specific client or company.
- Default mode fast; think for multi-step analysis; beyond only when I ask for it.
- Pass answer_format "brief" or "decision" unless I ask for the full text.
- If a call returns status "generating", poll get_reply until "complete".
- Write long deliverables to a file and give me the path, not the whole text in chat.
- Verify only what ISMS Copilot marks as unconfirmed or says it cannot confirm: check it against the official source text before relying on it (fetch the official publication if you have web access). Do not re-check confirmed answers.
- Record which items you verified or could not verify in the deliverable itself, as a short "Verified" note. Say it in chat too, unless I ask for a bare reply such as a file path.

Einrichtung: Cursor und Codex verbinden.

claude.ai, Claude Desktop und ChatGPT

Noch nicht verfügbar. Diese Apps verbinden sich mit entfernten MCP-Servern über OAuth, und das Account MCP authentifiziert sich derzeit mit einem persönlichen Zugriffstoken (pat-isms-…). Bis OAuth unterstützt wird, verwenden Sie einen Orchestrator aus der obigen Liste oder direkt die Chat-App.

Bewährte Muster

Eine Konversation pro Lieferergebnis

Starten Sie jedes Lieferergebnis (z. B. eine Richtlinie zur Zugriffskontrolle, eine Lückenanalyse, eine Charge von SoA-Begründungen) mit create_conversation und verfeinern Sie es dann mit send_message für dieselbe conversation_id. Der Spezialist speichert den Verlauf der Konversation auf seiner Seite, sodass Ihr Agent frühere Nachrichten nicht erneut senden muss. Starten Sie eine neue Konversation für ein nicht zusammenhängendes Lieferergebnis: Lange Threads verbrauchen mehr von Ihrem Nutzungsfenster pro Nachricht.

Kunden- und Unternehmensarbeit auf einen Arbeitsbereich beschränken

Übergeben Sie workspace_id (von list_workspaces), wenn die Arbeit zu einem bestimmten Kunden oder Unternehmen gehört. Bei einer arbeitsbereichsbezogenen Anfrage liest ISMS Copilot die Erinnerungen und Dateien dieses Arbeitsbereichs, sodass Ihr Agent diese nicht erneut angeben muss. Ohne workspace_id wird die Anfrage nur mit Ihren persönlichen Erinnerungen ausgeführt.

Erinnerungen für dauerhafte Fakten

Fakten, die für jede zukünftige Anfrage gelten sollen (z. B. der Zertifizierungsumfang, die gewählte Risikomethodik, das Auditdatum), gehören in eine Erinnerung: create_memory, mit workspace_id für eine arbeitsbereichsbezogene Erinnerung oder ohne für eine persönliche. Erinnerungen sind auf jeweils 500 Zeichen begrenzt. Verwenden Sie list_memories, um zu prüfen, was bereits vorhanden ist, bevor Sie Duplikate hinzufügen.

Unternehmenskontext

set_company_context ersetzt das Unternehmensprofil des Kontos (Name, Branche, Größe, Land, Datenschutzrolle, Datentypen, Hosting-Region, Tech-Stack, Notizen), und get_company_context liest es aus. Die Chat-App nutzt dieses Profil als Hintergrund, und auch Konversationen, die Ihr Agent über MCP oder die Account API ausführt, erhalten es nun unter denselben Bedingungen wie der Web-Chat: In einer Konversation, die Ihr eigenes Konto gestartet hat, wird das Profil jedem Durchlauf als Hintergrund hinzugefügt, und Antworten können Fakten daraus verwenden. Es wird ausschließlich das Profil Ihres eigenen Kontos genutzt, niemals das eines anderen Kontos. Es wird nicht in teamweit genutzten Arbeitsbereichen oder temporären Chats hinzugefügt oder wenn es nicht ausgelesen werden kann (der Durchlauf erfolgt dann ohne das Profil). Fakten, die nur für eine einzelne Frage relevant sind, können weiterhin direkt in der Nachricht oder in einer arbeitsbereichsbezogenen Erinnerung hinterlegt werden.

Fast, Think oder Beyond

Eine beyond-Anfrage, die nicht ausgeführt werden kann, wird über den normalen Ablauf beantwortet, und das Ergebnis gibt den Grund in beyond_denied_reason an: plan, adp, disabled, trivial, cap oder cap_anthropic. Eine Anfrage, die auf dem Überlastungspfad läuft, wird ebenfalls über den normalen Ablauf statt Beyond beantwortet. Siehe Verwendung des Beyond-Modus.

Antwortformat für Agenten anfordern

create_conversation und send_message akzeptieren ein optionales answer_format:

Ein explizit angeforderter vollständiger Text wird nie gekürzt. Beyond-Ausführungen ignorieren answer_format und geben dies mit answer_format_applied: false an.

Abfrageintervall

Wenn ein Aufruf status: "generating" zurückgibt, rufen Sie get_reply mit der conversation_id und message_id auf, bis complete zurückgegeben wird:

• Fast- und Think-Anfragen: alle 2–5 Sekunden.
• Beyond-Ausführungen: alle 10–20 Sekunden. Sie können auch die beyond_run_id verwenden, die der Aufruf zurückgegeben hat.

Warten Sie auf eine Antwort, bevor Sie die nächste Nachricht in derselben Konversation senden: Ein Senden während die vorherige Anfrage noch generiert wird, wird abgelehnt.

Lange Lieferergebnisse in Dateien schreiben

Wenn der Spezialist eine Richtlinie oder ein vollständiges SoA zurückgibt, lassen Sie Ihren Agenten dies direkt in eine Datei schreiben und den Pfad melden. Wenn ein langer Text im Chat wiederholt wird, landet er zweimal im Kontext Ihres Agenten. Siehe Was Delegation spart.

MCP oder Model API?

ISMS Copilot bietet zwei Möglichkeiten für die Integration eines Coding-Agents. Beide eignen sich für unterschiedliche Aufgaben.

Für das Model API-Muster siehe API in Coding-Agents verwenden.