0xkaz/codex-gemini-telegram-bridge
Telegram bridges for running Codex CLI and Gemini CLI from a single authorized chat
Platform-specific configuration:
{
"mcpServers": {
"codex-gemini-telegram-bridge": {
"command": "npx",
"args": [
"-y",
"codex-gemini-telegram-bridge"
]
}
}
}Add the config above to .claude/settings.json under the mcpServers key.
Telegram bridges for running local coding CLIs from a single authorized chat.
I got used to Claude Code Channels and then hit usage limits.
The real problem was not losing a model. It was losing the workflow: sending a coding task from my phone, waiting for the result, and continuing the same thread later without sitting in front of the terminal.
This is not a hosted service and not a generic agent platform. It is a small bridge for people who already work locally and want the async Telegram workflow back.
Each integration runs a local manager process that:
This project is intentionally high-trust by default.
/run can execute arbitrary commands when allowAnyCommand is enabled--dangerously-bypass-approvals-and-sandboxTELEGRAM_ALLOWED_CHAT_ID is not setDo not expose this to untrusted chats. Review each integration's config before real use.
This is meant for personal use on a machine you control, not for multi-user or internet-exposed deployment.
codex-telegram-integration: controls a local Codex CLI session from Telegramgemini-telegram-integration_v2: controls a local Gemini CLI session from Telegramcd codex-telegram-integration
cp local.env.example local.env
# edit local.env and project.json
npm install
npm run startOr:
cd gemini-telegram-integration_v2
cp local.env.example local.env
# edit local.env and project.json
npm install
npm run startTelegram:
fix the failing test in worker/auth.tsshow git diffcommit with message: fix auth testBridge:
Loading reviews...