zwei VOLLWERTIGE Agenten wollen miteinander chatten

[dusty cove]

ich habe folgendes Problem. Ich habe ein vollwertigen Agenten, der behauptet, er hat einen zweiten vollwertigen Agenten eingerichtet. Jetzt ist es aber scheinbar so, dass der Agent den er eingerichtet hat irgendwie beschnitten ist. Er bekommt beispielsweise nur die agents.md und die tools.md injiziert. Ich hatte es mir eigentlich anders vorgestellt und dachte, der zweite Agent hat dann auch eine Identity.md und Soul.md, aber gut, ich kann damit leben, wenn es sein muss.

Jetzt chatte ich mit meinem Hauptagenten. Ich bitte ihn, dass er dem zweiten Agenten eine Frage stellen. Ich habe jetzt das Problem, dass mein Hauptagent nicht ansprechbar ist, solange er auf die Antwort des zweiten Agenten wartet.

Wo liegt mein Fehler? Wie kann ich einrichten, dass die beiden chatten, während ich weiter mit einem der beiden reden kann?

[dusty glade]

To help others find answers, you can mark your question as solved via Right click solution message -> Apps -> ✅ Mark Solution

[rustic edge]

Kurz: du hast sehr wahrscheinlich 2 Konzepte vermischt.

1. Sub-Agent (sessions_spawn)
   Das ist kein vollwertiger zweiter Agent. Subagents bekommen aktuell absichtlich nur AGENTS.md + TOOLS.md, nicht SOUL.md / IDENTITY.md.
   Docs: https://docs.openclaw.ai/tools/subagents

2. Echter zweiter Agent (openclaw agents add ...)
   Der hat eigenen Workspace, eigene SOUL.md, IDENTITY.md, Sessions, Auth usw.
   Docs: https://docs.openclaw.ai/concepts/multi-agent

Warum dein Hauptagent blockiert:
OpenClaw serialisiert pro Session genau einen aktiven Run. Wenn Agent A Agent B per sessions_send fragt und auf die Antwort wartet, ist A in dieser Session beschäftigt. Neue Nachrichten an dieselbe Session werden nur gequeued.
Docs: https://docs.openclaw.ai/concepts/session-tool
https://docs.openclaw.ai/concepts/queue

So richtest du es ein, damit du weiterreden kannst:

• Nicht synchron warten, sondern sessions_send(..., timeoutSeconds: 0) nutzen, also fire-and-forget.
• Oder für Hintergrundarbeit sessions_spawn nutzen. Das ist non-blocking, aber eben Subagent, nicht voller Peer-Agent.
• Wenn du wirklich 2 volle Agenten willst, dann 2 echte Agents anlegen und jedem einen eigenen Thread/Channel geben.

Für agent-zu-agent brauchst du typischerweise sowas:

{
  tools: {
    sessions: { visibility: "all" },
    agentToAgent: {
      enabled: true,
      allow: ["main", "worker"]
    }
  }
}

Meine Empfehlung:
2 echte Agents, 2 Threads. Agent A darf Agent B asynchron anfunken, aber nicht inline auf B warten.

Wenn du magst, poste mal:

• openclaw --version
• den Ausschnitt, wie Agent A den zweiten Agenten erstellt
• und wie A B gerade anschreibt

Dann sage ich dir ziemlich genau, wo es gerade falsch verdrahtet ist.

[dusty cove]

Welche Möglichkeiten habe ich den Agenten einen eigenen Thread/Channel zu geben? Beide Agenten laufen auf dem selben Rechner. Ich möchte ungern für beide Agenten zusätzliche neue Telegram-Anbindungen oder ähnlich einrichten. Welche Channels stehen mir zur rechnerinternen Kommunikation zwischen den beiden ohne Drittanbieter Service zur Verfügung?

[rustic edge]

Ja, dafür brauchst du keine zweite Telegram-/Discord-Anbindung.

Wichtigster Punkt:
Für die Agent-zu-Agent-Kommunikation brauchst du eigentlich gar keinen “Channel”. Die beiden können intern über sessions_send miteinander reden.
Was du getrennt brauchst, sind deine eigenen Zugänge / Sessions, damit du mit Agent A und B parallel sprechen kannst.

Ohne Drittanbieter hast du praktisch diese lokalen Optionen:

1. WebChat / Control UI Chat
   Lokal im Browser, direkt gegen den Gateway.
   Das ist der eingebaute interne Kanal webchat.
   Du kannst dafür einfach zwei Tabs/Fenster offen haben und in jedem einen anderen Agenten / eine andere Session benutzen.
   Docs: https://docs.openclaw.ai/web/webchat

2. TUI (openclaw tui)
   Ebenfalls komplett lokal.
   Du kannst zwei Terminalfenster öffnen und in jedem auf einen anderen Agenten wechseln.

Docs: https://docs.openclaw.ai/web/tui

3. CLI (openclaw agent --agent <id> ...)
   Eher für einzelne Nachrichten/Automationen, weniger angenehm als Dauer-Chat.
   Aber lokal und ohne Drittanbieter.

Was es nicht wirklich gibt:
Ein zweiter eingebauter “Telegram-artiger” lokaler Outbound-Channel.
webchat ist der interne lokale Chat-Surface, aber kein normal konfigurierbarer Outbound-Channel. Dafür ist er genau für so einen lokalen Zugriff gut.

Wenn du bei Discord bleiben willst:
Du kannst auch einfach zwei Discord-Threads mit demselben Bot benutzen. Dafür brauchst du keinen zweiten Bot-Account. Das ist aber natürlich nicht mehr “ohne Drittanbieter”.

Meine Empfehlung für deinen Fall:

• 2 echte Agents anlegen
• tools.agentToAgent + tools.sessions.visibility: "all" aktivieren
• 2 lokale WebChat-Tabs oder 2 TUI-Fenster