02 · The concept

The second codebase

Engineers now produce two bodies of work: the code, and the sessions with AI agents that produced it. You version, back up, search, and own the first. The second mostly lives in local folders on personal laptops. This page makes the case for treating it like the intellectual property it is.

What's actually in there

Code is the decision. The session is the reasoning.

A diff shows what changed. The session that produced it shows why — and the why is where organizations differ.

  • The requirement as actually understoodwhich is rarely the requirement as ticketed.
  • The constraints that were weighedand the trade-offs that were accepted, on the record.
  • The approaches that were tried and rejectedand why — the expensive part of every decision.
  • The failure that taught the fixusually the most instructive artifact of the week.
  • The prompts, patterns, and skills that workedyour organization's working knowledge of how to use AI well.

The codebase is the balance sheet — the final state of every decision. The sessions are the ledger it was posted from: every entry, in order, with reasons. We call it the reasoning ledger. Most organizations don't keep theirs anywhere.

The asymmetry

One asset class, two treatments

The same organization, the same engineers, the same week of work — and two completely different standards of care.

Codebase one — the code
Checked into source control
Backed up, replicated, releasable
Searchable — anyone can learn from it
Owned — nobody debates whose it is
Treated as intellectual property since the first commit.
Codebase two — the sessions
Lives in a local folder on one laptop
Gone when the laptop dies
Leaves when the engineer leaves
Unsearchable — nobody learns from it
Created every day since agents arrived. Kept almost nowhere.
The loss modes

How the ledger disappears

None of these are hypothetical; all four are happening today at almost every company that has adopted agents.

Moving on

When people leave, their code stays, but their sessions about your systems leave with them in a local folder. An exit interview recovers an hour of that context at best.

The laptop

The code survives a spilled coffee or a failed disk because it lives in the repository. The reasoning next to it doesn't.

The tool churn

Assistants change from year to year and their histories don't migrate, so every tool switch loses part of the archive.

The silence

A record nobody can search is a record nobody learns from, so the same problem gets solved again down the hall, at full cost.

The question underneath

Whose is it?

This is the part worth being direct about, because it decides whether people trust the system.

A session conducted in a company repository, about company code, in the course of paid work, is work product — the same category as the code it produced. When an engineer commits a diff, nobody calls it their private property; the session that produced the diff is the same kind of thing. If the reasoning is valuable enough to pay for, it is valuable enough to keep.

And yet it feels different — and the feeling deserves respect, not a policy memo. We learned the word “chat” from messengers, where a conversation is private by definition. A session with an agent reads like a conversation and works like a draft: it captures you mid-thought, not knowing things yet. Treat that record like generic telemetry and people will quietly start performing for it — and a performed record is worthless to everyone.

So HX refuses the false choice, and splits what every argument about this conflates:

The organization gets

Custody

  • Preserved — the record outlives any laptop
  • Backed up and owned, like the code it produced
  • Searchable, where the architecture allows it
  • Never lost to a spill, a failure, or a tool change
The person keeps

The aperture

  • Raw sessions readable in full only by their author
  • Upward views are aggregates above a minimum group size
  • Coaching stays between you and your coach
  • An access log shows who saw data that includes you

The company keeps the asset; the person keeps control over who reads their work. The two halves only work together: custody without the aperture turns into surveillance, and the aperture without custody loses the record. How sharing works in practice — the four safeguards — is the trust architecture.

Most organizations haven't written this rule down yet. Write it down — in the open, before the first session is collected, as a covenant people can hold you to. The charter is the covenant; the policy kit is the handbook language, ready to adapt.

The upside

What the ledger is worth

Preserved and read under the covenant, the second codebase pays out at three altitudes.

For each person

A coach with receipts

Reflection that reads your actual work, not your memory of it — a coach in your corner with the whole ledger open.

For each team

Patterns, not anecdotes

Where agents multiply the team and where they spin; which practices spread and which stall — read from the work itself, not the retro.

For the organization

Friction while it's cheap

The systemic problems surveys catch late and exit interviews catch too late — visible while they're still small.