[BUG] Multiple active CRONs kill telegram inbound messages

Resolved 💬 3 comments Opened Apr 9, 2026 by growth-advisor Closed Jun 25, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Title: CronCreate degrades and breaks Telegram MCP inbound message handling after ~5
active crons

Description:

Summary

Creating multiple recurring crons progressively degrades and eventually kills
inbound MCP message handling (tested with the Telegram MCP plugin). Outbound
MCP calls continue to work.

Additional testing

  • Creating all 7 crons in parallel (single message, 7 CronCreate calls) breaks

inbound immediately

  • Creating crons sequentially delays the breakage but hits the same wall at ~5
  • The issue appears to be total active cron count, not parallelism

Environment

  • macOS (Darwin 25.3.0)
  • MCP plugin: Telegram
  • Model: Claude Opus 4.6

What Should Happen?

Claude Code should support many cron sessions without degrading telegram MCP performance

Error Messages/Logs

Steps to Reproduce

Reproduction

Start a session with an MCP plugin that receives inbound messages (e.g.,
Telegram)
Confirm inbound works
Create recurring crons one at a time, testing inbound between each
Observed behavior

Crons 1–4: Inbound works immediately
After cron 4: Inbound degrades (~30s delay)
After cron 5: Inbound stops entirely
Outbound: Continues working at all cron counts
Deleting crons does not restore inbound — requires a new session

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.97

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

iTerm2

Additional Information

_No response_

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗