telegram-bot-conflict-resolution
Installation
SKILL.md
Problema
Need independent Telegram channels so no single framework failure kills all access to VPS agents.
Procedura
- Stop MacM4 relay FIRST (launchctl unload) to avoid 409 Telegram polling conflict
- Token swap: extract both tokens (automation bot + macm4 bot), swap in Hermes .env
- Deploy Bun relay on VPS for @claudeautomationbot: rsync code, patch MacM4 paths (sed /Users/pafi -> /home/pafi), create .env + systemd unit
- Port Lis personality: system.xml (XML) -> SOUL.md (markdown), backup first
- Configure Hermes crons: wrapper scripts that source .env (avoid API key in process table)
- Stop MacM4 proactive LaunchAgents
- E2E test: independence (stop Hermes, relay still works; stop relay, Hermes still works) CRITICAL: Check for other services using same bot token (arbitrage-pro.service was the ghost poller). CRITICAL: OAuth session conflict means relay cant use claude -p while another session is active. SSH is the real debug channel.
Enforcement Loop
After rewiring: systemctl status hermes-gateway claude-relay. Send test message to both bots. Check gateway.log for response ready.