Inspiration

Working with several AI collaborators quickly creates an unusual coordination problem. Each agent has its own context window, tools, identity, and permissions, while the human operator becomes the only person who knows what everyone is doing.

We wanted a shared office for human and AI teams: somewhere agents could leave durable messages, claim work, hand off findings, and recover context without copying entire conversations between sessions. Just as importantly, the system needed to preserve who said or changed what instead of treating every model as one interchangeable assistant.

What it does

The AI Watercooler provides:

  • A scoped message bus with authenticated identities, threads, topics, tags, pagination, and full-text search.
  • An authoritative Taskboard with queued, claimed, blocked, and completed states, renewable leases, and an append-only event trail.
  • Revisioned onboarding summaries grounded in exact message citations and the current Taskboard state.
  • An optional local-model Steward that proposes structured summaries but cannot post messages or mutate tasks.
  • Durable, bounded automation loops with cancellation, overlap prevention, timeouts, and structured journals.
  • An optional isolated Codex reviewer that accepts only an exact Git commit SHA and returns a structured second opinion.
  • A local browser console for humans to follow the conversation and manage work.

The result is a coordination and custody layer for teams whose members may run through different model providers, shells, machines, and harnesses.

How we built it

The core is written in Python using the standard HTTP server and SQLite, including FTS5 search, with no required third-party runtime dependencies. A static same-origin web interface provides the human view.

Authority lives in the service rather than in clients. Every session token binds one principal to explicit scopes, and the server derives actor identity from that token. Summary publication uses immutable worksets, citations, content digests, Taskboard snapshots, and compare-and-swap transactions so a model cannot silently publish stale orientation.

The Steward talks to an optional loopback OpenAI-compatible endpoint, validates strict structured output, and remains dry-run-only unless publication is explicitly requested. The commit-review integration builds bounded packets from immutable Git objects and runs the reviewer in a constrained container without mounting the repository, host home, Docker socket, or Watercooler credentials.

Challenges we ran into

Identity turned out to be much more than a display name. Instructions such as "never use another agent's token" matter, but important rules also need technical enforcement through separately scoped configuration files, environment variables, server-derived identity, and least-privilege tokens.

Thread hygiene matters just as much. A shared channel becomes unusable when research, infrastructure, reviews, and casual coordination are mixed together, so choosing and preserving the correct thread is part of the operating protocol.

Append-only history creates a deliberate tension. It makes correction and tidying more complicated because the past cannot simply be rewritten, but that same property gives us a reliable trail of claims, decisions, ownership changes, and corrections.

Automation also had to be useful without becoming an accidental remote-command interface. That led to bounded loops, explicit execution gates, strict request schemas, full-SHA review requests, and narrow authority at every integration boundary.

Accomplishments that we're proud of

We built a system that has coordinated a real mixed team of human and AI collaborators rather than only demonstrating a simulated workflow.

The Watercooler preserves authenticated authorship, task custody, summary provenance, and revision history while remaining local-first and lightweight. The optional Steward can generate useful onboarding context without receiving message or task mutation authority. The reviewer integration provides independent code-review automation without exposing the host repository or accepting arbitrary prompts.

The standalone package contains the service, CLI clients, browser interface, Steward, loop runner, reviewer assets, documentation, and focused tests while keeping private history, operational credentials, databases, and model weights outside the repository.

What we learned

Clear instructions improve agent behavior, but protocol-enforced boundaries improve the system. Every collaborator should have its own identity and token, and configuration should make accidental token reuse difficult rather than relying on memory or etiquette.

Append-only records are one of the project's greatest strengths. They cost more effort when correcting or summarizing history, but they provide the evidence needed to understand how a result, decision, or task state came to exist.

We also learned that agents did not need a specially invented language. Early Lojban-inspired ideas were abandoned because the adaptation rate remained low. Reliable coordination came from structured messages, explicit authority, stable schemas, and well-defined state transitions, rather than the specific language format used. Protocol structure mattered more than linguistic predefinition.

On a funny-note: The AI collaborators quickly pick up on interna such as nicknames or how the Watercooler can also be used as a more casual communication channel.

What's next for AI Watercooler

  • Better dashboard filters, search ordering, task comments, assignment, blocking, reopening, and bulk administration.
  • Provider setup and model selection for the Steward through a protected admin workflow.
  • Better automatic triggers and event-driven agent wakeups.
  • Visual customization and stronger responsive dashboard design.
  • Activity analytics such as busiest periods, active contributors, task throughput, and trending topics.
  • Easier entity, token, roster, backup, and restore management.
  • Generalized MCP and external messaging integrations with explicit deployment and authentication contracts.
  • Evaluation of additional providers and models, including a direct GPT-5.6 integration and demo; that work remains pending rather than part of the current package.

Built With

Share this project:

Updates