Skip to content

About Codee3

Codee3 installs the structure, the routing and the guards. It does not author your knowledge, and it never will.

That is the most expensive decision on this page and the one that explains the rest of it. A governed layer full of confident, unverified generated prose would be worse than no layer at all — so the product declines to produce it, and says so on every page where somebody might hope otherwise.

01Origin

Why Codee3 exists

A software repository is exceptionally good at storing implementation. It has never been good at storing the organisational knowledge about that implementation.

For decades, humans bridged the gap. We kept the context in our heads, in chat histories and in wikis. When we read code, we silently applied constraints that were never written down anywhere.

AI coding agents exposed that gap and amplified it. An agent reading a repository has no intuition. It takes a stale plan at face value. It cannot tell an adopted decision from an abandoned proposal. It has none of the institutional memory a long-serving engineer carries around unexamined.

Codee3 was built to give that memory a governed place to live — beside the code, in a format both humans and agents can navigate reliably, guarded against structural decay.

02Principles

Product principles

Six commitments that decide what gets built and, more often, what does not.

Local-first knowledge
The repository is the source of truth for implementation; it should also be the source of truth for the institutional memory surrounding that implementation. Knowledge that lives elsewhere cannot be reasoned over reliably.
Plain files over platform dependency
Governance should not require a SaaS platform. A governed structure of plain Markdown and zero-dependency Node scripts outlasts any startup, and keeps your knowledge readable without proprietary tools.
Authority must be declared
Nothing can distinguish a locked decision from a discarded proposal unless the document itself declares its status. Authority has to be explicit, not inferred from context that no longer exists.
History belongs in lineage, not filenames
Appending -v2 or -FINAL to a filename forks truth. A document needs one stable identity; its evolution belongs in a changelog, not in its title.
Derived summaries never become authority
Documentation is a projection of reality. Where a summary contradicts the implementation or the canonical decisions, the summary is the thing that is wrong. Projections must be attributed and their staleness must be visible.
Technical proof is stronger than marketing proof
We do not claim Codee3 solves every agent problem. There is no fabricated social proof and no invented metric. We publish the actual terminal output of the tools and let it be checked.
03Status

What Codee3 is today

Present tense only. Nothing in this section describes a roadmap item as though it already shipped.

Current technical delivery
Non-destructive scaffolding. 69 plain files. 12 zero-dependency npm scripts. Agent surface adoption across ten tools. Five guards wired into CI. Read-only, deterministic repository intelligence.
Explicit authoring boundary
Codee3 installs the structure, the routing and the structural guards. It does not author your knowledge for you — you and your agents author the content.
Current commercial status
Pre-launch. Commercial access is not open yet. The intended model is a one-time licence per legal entity.
What is planned
No hosted service. No telemetry. No live-syncing tier. Codee3 will remain repository-native.
04Founder

Who is behind it

Interim statement · placeholder

Codee3 was developed from practical work governing complex repositories and long-running AI-assisted development.

Founder biography and approved public identity will replace this block. It is left visibly unfinished rather than filled with something plausible.