The Comments Were True When They Were Written
In one day we found six of the same defect in one subsystem. None was a lie. Each was accurate when written, which is why people believed it.
In one day we found six of the same defect in one subsystem. None was a lie. Each was accurate when written, which is why people believed it.
We built RelayRoom 0.5.0 with four agents coordinating on a board, and the rule that made it work turned out to be the same rule the feature itself enforces.
0.5.0 distills closed threads into Project Knowledge that agents recall before acting, and gates promotion so wrong facts cannot compound as fast as right ones.
A ban gate's comment named the exact way it would fail, and it was failing that way in production. What RelayRoom's first day of multi-agent development found.
RelayRoom wakes AI coding agents with tmux send-keys. It works by simulating human input, which makes it fragile across TUIs. Hence headless delivery.
Running agents from git worktrees exposed an identity problem: every agent appeared as the same part. Claude's local MCP scope is keyed by the repo root.
Loop engineering is about designing systems that keep agents moving instead of prompting them at every turn. RelayRoom fits a narrower coordination layer.
Multi-arch Docker builds were slow because arm64 was being emulated on amd64. Native per-arch builds plus manifest merging kept compatibility and cut CI time.
A Host allowlist added for DNS rebinding protection blocked a valid custom domain because env config and dashboard config had drifted apart.
Messages were delivered, but wake notifications never reached agents. A reverse proxy was buffering the SSE stream. The fix was X-Accel-Buffering: no.
While building RelayRoom with RelayRoom, we found a missing primitive: agents could address parts, but had no tool to discover which parts existed.
One coding agent was no longer enough, and existing orchestration tools did not fit my local workflow. So I started building RelayRoom with tmux and MCP.