Building the persistent, observable, and collaborative context infrastructure that coexists with agents' self-managed memory.
Warning
Work in progress. This is still a very early system. Expect rough edges, missing flows, broken corners, and backward-incompatible changes.
AI coding agents are changing the control plane of software development.
Organizations used to manage only code. Now they also need to manage the rules, constraints, and project context that shape how agents write code.
But an agent's memory lives inside its own runtime — it is not an organizational asset. When context pressure hits, rules get silently dropped, and no one can tell what actually happened.
You own the rules. The agent loads them on demand. Every interaction is traced at rule level. The human stays in control.
- Persistent context at scale. Agents load rules on demand instead of stuffing everything into one context window. Large projects with dozens of rule files do not silently lose instructions under context pressure.
- Organization-owned library. Update a rule once, sync everywhere. No more copying
.cursorrulesbetween repos or hoping everyone has the latest version. - Built-in observability. Every agent interaction is recorded as an attestation event — which constraints were loaded, which were applied, and the agent's self-assessment. The event lifecycle (
user_prompt→discover/load/refer→agent_report) gives you data-driven insight into which rules work and which get ignored. Agent adapters enforce turn closure: the stop hook ensures the agent submits a summary before finishing. - Agent-agnostic adapters. An adapter layer sits between your rules and the agent runtime. Claude Code, Codex, Cursor — same rules, same attestations, no vendor lock-in.
- TUI-first workspace control. The terminal UI handles login, workspace creation, path binding, member management, rule import/detach, bundle browsing, and review from one persistent surface.
- Bundle-based rollout. Bundle filters let teams browse a named subset of the Artifact library, propose bundle membership changes through PRs, and initialize workspaces with a curated rule set.
- Self-hosted, zero vendor lock-in. Runs entirely in your infrastructure with PostgreSQL and Zig.
Dashboard view:
Artifact view:
Workspace view:
This gets a local clumsies install running for one project. For the product model and system shape, see the overview and architecture.
Install the latest release:
curl -fsSL https://raw.githubusercontent.com/lilhammerfun/clumsies/main/install.sh | shStart local PostgreSQL:
docker compose up -dStart the Hub. See the deployment guide for organization bootstrap and self-hosted deployment notes.
clumsies hubSign in:
clumsies login --hub-url http://127.0.0.1:8400 --username adminSet up the current project for your agent:
clumsies adaptadapt installs the selected agent integration. If the current directory is
not bound to a workspace, the workspace scope can create and bind one for this
project before installing.
Launch the TUI:
clumsiesUse the TUI whenever you want to inspect workspace context, review rules, check activity, or manage workspaces and members. The member workflow guide walks through that day-to-day flow.
clumsies init and clumsies sync still exist for explicit setup and
automation, but they are no longer required for the normal quick start.
Non-interactive adapter installs are still available:
clumsies adapt --agent codex --scope workspace --yesInside the TUI, use Workspace to inspect local context and rules, Artifact to browse shared rules and bundles, Review to handle PRs, and Settings to manage account, organization, tokens, members, workspaces, and local path bindings. For exact command flags, use the CLI reference.
Development from source requires Zig 0.15+:
git clone https://github.com/lilhammerfun/clumsies.git
cd clumsies
cp .env.example .env
zig build -Doptimize=ReleaseFast
export PATH="$PWD/zig-out/bin:$PATH"MIT


