feat(ops): Telegram <-> Claude Code bridge daemon (autonomous response loop) #20
No reviewers
Labels
No labels
adr
agent:blocked-ci
agent:blocked-human
agent:blocked-resolver
agent:done
agent:in-progress
agent:no-touch
agent:pinged
agent:pr-open
agent:queued
agent:wip
area:board
area:funding
area:infra
area:phy
area:poplink
area:rtl
area:software
area:supply-chain
area:verification
ci-failed
ci-timeout
docs
do-not-merge
human-approved
needs-human-approval
needs-rebase
needs-triage
phase:1
ready-for-review
review:findings
review:pass
risk:tripwire
swarm:quarantined
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Fluid/fluidpop-v1!20
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feature/telegram-claude-bridge"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes the inbound side of the Telegram channel.
Outbound was notify-telegram.sh (PR #19); this adds the daemon that polls Telegram getUpdates, runs each message through
claude -p(using user's logged-in CLI session), and sends the response back to the authorized chat. Result: navigator can command the loop from any phone with Telegram, autonomously.Files:
Pre-req for deploy:
claude loginon agent host (interactive one-time, device flow). Bridge daemon does not handle auth itself.Architecture: outbound + inbound + persistent session = autonomous bidirectional channel. Combines with PR #19 notify-telegram.sh (proactive pings) and ADR-016 GitOps loop (autonomous PR merging).
Tests: shell only. shell-lint validates the daemon and service. Auto-merge via auto-merge.sh once CI green.
CI green (head
34cb0ca895), auto-approving