06-reference

every slack ai command center

2026-07-29·reference·source: Every·by Laura Entis
agent-orchestrationchannel-patternslackclaude-codechat-opscommand-center

What If Slack Was Your AI Command Center — Every (Context Window)

Why this is in the vault

This is a direct architecture case study for the exact pattern RDCO already runs Ray on (channel-as-orchestrator via top-level-message-starts-session / thread-reply-resumes-session), described independently by a third-party engineer who built it for Slack instead of iMessage/Discord — useful as an external validation point and a source of concrete UX ideas RDCO hasn't implemented yet.

The core argument

Every applied AI engineer Nityesh Agarwal built "Luo Ji," a Slack bot connected to Claude Code running on a spare MacBook Air. He modified the connector so each top-level Slack message starts a new Claude Code session and each threaded reply resumes that same session. Each project gets its own channel; each thread within it is a task. Luo Ji posts screenshots for review, marks threads unread when work is ready, and can be routed to different models per channel (Fable for the hardest builds, Opus everywhere else). "That challenge is what Slack is built for," he says — parallel conversations, nothing needing a response gets buried. He open-sourced the setup as Claude Home Base.

Issue contents

Mapping against Ray Data Co

RDCO's Ray already runs the exact pattern Nityesh built by hand: per project_channels_agent_setup, Ray operates as an always-on agent over Discord/iMessage where a new inbound message effectively opens a session and a reply in-thread continues it — the same top-level-message/thread-resume routing rule Luo Ji uses in Slack, arrived at independently. That's a genuine third-party validation that channel-as-orchestrator is a legible, converging pattern (reinforced further by Block's Buzz productizing the same idea) rather than an RDCO-specific hack. Two concrete deltas worth stealing: (1) Nityesh's per-project-channel + per-task-thread structure with screenshot-attached review is more disciplined project tracking than Ray's current flatter thread model, and (2) his per-channel model routing (Fable reserved for hardest builds via a CLAUDE.md instruction to delegate execution to Opus subagents) is close to the model already documented in feedback_delegation_model_effort_pairing, but applied at the channel level rather than per-dispatch — worth considering for channels that consistently need heavier reasoning (e.g., a dedicated Fable-tier channel for investing-thesis or strategic-output work).

Related

⚠️ Sponsorship

No paid third-party sponsor in this issue. The standard Every house footer promotes Every All Access (membership + $7,000+ Builder Pack) and Every's own product bundle (Sparkle, Cora, Spiral, Monologue) — self cross-promo only, not integrated into the editorial content above, flagged here per RDCO's disclosure convention for sender self-promotion.