Zum Inhalt springen
RAGRAF

Integrationen

Anbindung an Agenten-Umgebungen

RAGRAF verbindet sich mit jeder MCP-fähigen Umgebung (stdio, JSON-RPC): ein Server — 23 ragraf_*-Tools, ein Envelope-Vertrag, eine Telemetrie. Umgebungen unterscheiden sich im Regime und der Attribution, nicht in der Mechanik. Unten: Schritt-für-Schnitt-Szenarien für AutoClaw, SagaAI und DeepSeek Harness.

AutoClaw

--agent-kind autoclawMCP · stdio · JSON-RPC

Die Agenten-Umgebung des RAGRAF-Autors: Das Produkt wurde auf ihr entworfen und die veröffentlichten Ergebnisse auf ihr gemessen. First-Class-Support — der Wert --agent-kind autoclaw ist ein echter Code-Pfad (Telemetrie-Attribution, erweitertes Journal).

  1. RAGRAF installieren und Korpus aufbauenStandardinstallation (install.ps1 oder pip -e .), dann ragraf ensure <projekt> --json. AutoClaw nutzt denselben Korpus wie die CLI — keine separate Vorbereitung nötig.
  2. MCP-Server in der Umgebung konfigurierenAutoClaw startet den Server als Kind-stdio-Prozess. Der Unterschied zu anderen Umgebungen — --agent-kind autoclaw: Die Telemetrie erhält erweiterte Sitzungs-Attribution.
  3. Regime und Skill anbindenLegen Sie das AGENTS.md-Regime in den Kontext (oder nutzen Sie den mitgelieferten Skill): Die Reihenfolge „Index fragen → Envelope prüfen → write_check vor Schreibvorgängen" ist die gemessene Quelle der veröffentlichten Ergebnisse (46 Aufrufe, 0 Volllesungen).
  4. Verifizieren und beobachtenFühren Sie die Verify-Befehle rechts aus; beobachten Sie dann das Aufrufprofil in usage_stats oder im Panel: gesund = Dominanz von symbol/search/write_check und null Volllesungen.
MCP-Konfiguration — AutoClaw
{
  "mcpServers": {
    "ragraf": {
      "command": "python",
      "args": [
        "/path/to/RAGRAF/tools/ragraf-mcp.py",
        "--project", "/path/to/corpus.yaml",
        "--agent", "autoclaw-main",
        "--agent-kind", "autoclaw"
      ]
    }
  }
}

Agenten-Regime

Das Repository-Regime gilt unverändert — es wurde für AutoClaw geschrieben. Das Fragment unten kann unverändert in den System-Prompt.

Telemetrie

usage_call schreibt agent=autoclaw-main, kind=autoclaw. Die erweiterte Attribution erlaubt Vorher/Nachher-Sitzungsvergleiche auf einem Korpus — so entstanden die veröffentlichten 14 gegen 28/43 Aufrufe.

SagaAI

--agent-kind externalMCP · stdio · JSON-RPC

Eine Multi-Agenten-Umgebung mit MCP-Protokoll. Die Anbindung läuft über den universellen stdio-Vertrag: RAGRAF verlangt von SagaAI nichts außer der Fähigkeit, einen Kindprozess zu starten und JSON-RPC auszutauschen.

  1. Korpus einmal aufbauen — alle Worker nutzen ihnDer Index ist für Agenten read-only: Mehrere SagaAI-Worker können einen Korpus über einen Server nutzen (oder eigene Instanzen — Stores werden sicher schreibgeschützt geöffnet).
  2. Server zur MCP-Konfiguration hinzufügenKonfiguration unten; benennen Sie --agent nach Worker-Rolle (saga-worker, saga-reviewer) — die Telemetrie trennt Aufrufprofile pro Agent.
  3. Regime in den System-Prompt legenDie fünf Regeln des AGENTS.md-Fragments unten sind das minimale ausreichende Set. Ohne Regime ignorieren Agenten den Index und greppen — sofort sichtbar in usage_stats.
  4. capability vor der Aufgabenplanung prüfenDer erste Aufruf einer Sitzung sollte ragraf_list_capabilities sein: Bei capability=degraded muss der SagaAI-Planer Aufgaben mit slice (interprozedurale Schnitte) ausschließen.
MCP-Konfiguration — SagaAI
{
  "mcpServers": {
    "ragraf": {
      "command": "python",
      "args": [
        "/path/to/RAGRAF/tools/ragraf-mcp.py",
        "--project", "/path/to/corpus.yaml",
        "--agent", "saga-worker",
        "--agent-kind", "external"
      ]
    }
  }
}

Agenten-Regime

Das universelle Regime (Fragment unten) gilt unverändert. Für Multi-Agenten-Pipelines ergänzen Sie eine Envelope-Übergaberegel: Jede nächste Stufe muss stale_warnings sehen.

Telemetrie

Jeder Worker schreibt sein agent=<name> beim gemeinsamen kind=external. usage_stats gruppiert Aufrufe pro Agent — sichtbar, welcher Worker „gesund" ist und welcher den Index umgeht.

DeepSeek Harness

--agent-kind externalMCP · stdio · JSON-RPC

Der Harness um DeepSeek-Modelle (deepseek-chat / deepseek-reasoner) mit MCP-Tool-Support. Anbindung Standard; die Besonderheit — Reasoner-Modelle folgen dem festen Operationsvertrag diszipliniert, das Regime wird strenger eingehalten als im Marktdurchschnitt.

  1. Korpus vorbereiten und selftest ausführenWie überall: ragraf ensure <projekt> --json und ragraf selftest. Der Harness verlangt nichts über Python 3.13+ hinaus.
  2. Server in der Harness-Konfiguration registrierenKonfiguration unten — universelles MCP-stdio. --agent deepseek-harness trennt die Telemetrie der Harness-Sitzungen von manuellen CLI-Läufen.
  3. Strikten Envelope-Modus für das Reasoner-Modell aktivierenEmpfehlung für die Paarung: Verlangen Sie im System-Prompt, dass das Modell in jeder Antwort index_rev und capability zitiert — Reasoner halten das zuverlässig ein, Antworten werden ohne Zusatzprüfungen auditierbar.
  4. Aufrufprofil nach den ersten Sitzungen prüfenusage_stats: erwartetes gesundes Profil — symbol/search/write_check dominieren, kein dateiweites live_grep. Abweichung = Regime im Prompt verschärfen.
MCP-Konfiguration — DeepSeek Harness
{
  "mcpServers": {
    "ragraf": {
      "command": "python",
      "args": [
        "/path/to/RAGRAF/tools/ragraf-mcp.py",
        "--project", "/path/to/corpus.yaml",
        "--agent", "deepseek-harness",
        "--agent-kind", "external"
      ]
    }
  }
}

Agenten-Regime

Das Regime unten funktioniert unverändert. Für deepseek-reasoner hilft die Regel „eine Frage — eine Operation": Das Modell neigt zu langen Reasoning-Ketten und spart Token bei präzisen Einzelaufrufen.

Telemetrie

Die Telemetrie entspricht anderen external-Agenten: agent=deepseek-harness, kind=external, Argument-Hashes statt voller Anfragetexte. Die Token-Schätzung (Zeichen/4) in usage_call erlaubt den Wirtschaftlichkeitsvergleich mit dem grep-Ansatz.

Jeder MCP-Client

Ihre Umgebung fehlt? Wenn der Client einen stdio-Prozess starten und JSON-RPC sprechen kann — reicht das. Drei Schritte: Server-Konfiguration, Regime in den System-Prompt, capabilities-Check als erster Aufruf.

Regime für den System-Prompt

AGENTS.md — Fragment
# Регламент работы с RAGRAF (фрагмент AGENTS.md)
1. Навигация — только через ragraf_symbol / ragraf_search.
   Полный файл — только ragraf_live_read и только по факту из индекса.
2. Проверяй конверт: stale_warnings → перечитай затронутое (live_read);
   capability=degraded → не планируй задачи со slice.
3. Перед любой записью в БД — ragraf_write_check (всегда).
4. Перед правкой символа — ragraf_impact --depth 3.
5. «Не найдено» — валидный ответ: сообщай limits из конверта, не додумывай.

Verbindung prüfen

verify
# сервер отвечает на инициализацию MCP и раскрывает режим корпуса
python tools/ragraf-mcp.py --project corpus.yaml --agent probe --agent-kind external
# → JSON-RPC: 23 инструмента ragraf_*; list_capabilities:
#   {"capability":"full","operations":[...22...]}   (или degraded + reason)

# телеметрия после пробных вызовов
ragraf -p corpus.yaml query usage_stats
# → usage_call содержит записи agent=probe, kind=external

Anbindungs-Vergleich

Anbindungs-Vergleich
AutoClaw SagaAI DeepSeek Harness
agent-kindautoclawexternalexternal
Regimemitgeliefertes AGENTS.md/Skilluniverselles Regimeuniversell + Envelope-Zitat
Telemetrieerweiterte Sitzungs-Attributionpro Worker-Agent-Namepro Sitzungs-Agent-Name
Tools23 Tools · list_capabilities23 Tools · list_capabilities23 Tools · list_capabilities
Verifiziertgemessene veröffentlichte Ergebnisseuniverseller MCP-Vertraguniverseller MCP-Vertrag

Die Anbindungsmechanik ist bei allen drei identisch — unterschiedlich sind Telemetrie-Attribution und Regime-Empfehlungen. Der Tool-Vertrag im Detail — im Wiki-Artikel Das Agenten-Arbeitsregime.