openclaw - 💡(How to fix) Fix ACP subagent Telegram delivery not working — delivery.channel/to not propagated to child session [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#57344Fetched 2026-04-08 01:50:48
View on GitHub
Comments
0
Participants
1
Timeline
2
Reactions
0
Author
Participants
Timeline (top)
closed ×1locked ×1

Root Cause

Likely root cause

Code Example

{
  "action": "sessions_spawn",
  "runtime": "acp",
  "task": "echo test",
  "delivery": {
    "mode": "announce",
    "channel": "telegram",
    "to": "<telegram_user_id>"
  }
}
RAW_BUFFERClick to expand / collapse

Describe the bug

When spawning an ACP subagent via sessions_spawn with runtime: "acp" and delivery configured, the delivery parameters are not being propagated into the child session context. Subagents complete successfully but results are not delivered to the configured channel.

To Reproduce

{
  "action": "sessions_spawn",
  "runtime": "acp",
  "task": "echo test",
  "delivery": {
    "mode": "announce",
    "channel": "telegram",
    "to": "<telegram_user_id>"
  }
}

Expected: result appears on Telegram. Actual: subagent runs (accepted, completes), no Telegram message received.

Environment

  • OpenClaw 2026.3.24
  • ACP runtime (acpx) via sessions_spawn runtime: "acp"
  • Telegram channel configured and working for direct messages
  • agents.defaults.maxConcurrent: 2
  • agents.defaults.subagents.maxConcurrent: 2
  • acpx plugin loaded and functional for execution

What was verified

  • Wrapper only unsets OPENAI_API_KEY for billing — does not affect delivery routing
  • ACP subagent execution itself works (subagent accepts and runs tasks)
  • Telegram bot token valid, Telegram channel enabled
  • delivery fields correctly passed in sessions_spawn call from parent session
  • Multiple concurrent subagents spawn successfully

Likely root cause

The delivery config from sessions_spawn is not being passed into the child session's context by the OpenClaw ACP runtime. The child session runs with its own isolated context that does not include the parent's delivery configuration. This is an upstream OpenClaw code issue, not a config or wrapper problem.

Expected behavior

ACP subagent results should be delivered to the channel specified in delivery when the subagent completes.

extent analysis

Fix Plan

To fix the issue of delivery parameters not being propagated into the child session context when spawning an ACP subagent, we need to modify the OpenClaw ACP runtime to pass the delivery config from sessions_spawn into the child session's context.

Step-by-Step Solution

  1. Update OpenClaw ACP Runtime: Modify the sessions_spawn function in the OpenClaw ACP runtime to include the delivery config in the child session's context.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix ACP subagent Telegram delivery not working — delivery.channel/to not propagated to child session [1 participants]