Cambium · a working model
This is the model I am iterating on — a working theory of organizational flow, not a finished standard. It changes as I use it and learn from it, day by day. What follows is where it stands today.
What an organization can do, who is arranged against that today, what it runs on — and how it decides, who may act without asking, and what anybody has gone and measured. Twenty-two entities, 33 relations, and one loop that closes: from a capability, through the people and agents who hold the competence to perform it, through the work and what it teaches, back to a changed capability.
Three bands, read by how long they last. Every relation carries its multiplicity at both ends, in amber. The heavier lines are the spine: a capability speaks its contexts, and competence — held by a person or an agent — is what makes it theirs to perform.
The movement band is not a list of records beside the structure. It is what turns the structure round: every step hands to the next, and the last changes the first. The actor sits in the middle because it is in almost every hop.
Something the organization must be able to do.
staffed by →Held by a person or an agent, which is what makes the capability theirs to perform.
held under →The rules in force where the actor works decide: act, prepare, or ask.
acted on →Commits, deploys, runs, incidents — what was actually done.
measured by →Delivery and the four indicators, read from the work.
where it sticks, raises →No rule reaches, or friction shows. Routed by mandate to the accountable person.
answered as →An actor chooses — a person, or an agent where a guideline delegates it — and one named person answers for it.
produces →Signed by the parties. New rules, new meanings, a new owner, a competence needed.
changes, and back to the start ↺ 1The organization is the work harness — for people and agents alike. People and agents need the same thing: context, boundaries, authority and feedback to act with confidence.
The purpose of the work harness is to reduce the cost of navigating the organization — for people and agents alike.
So the question is not how much context can we give the agent? It is: how little context does someone need to make a good decision?
We build processes, governance, handoffs, coordination, meetings and controls to help people work. In the end the organization spends a significant share of its capacity navigating itself instead of creating value. AI only makes that cost much easier to see:
Humanextra handoff → meeting → waiting → question → coordination
Agentextra handoff → context → tool call → reasoning → tokens
Suddenly organizational friction almost has a meter. That is the other side of a work harness for people and agents: the point is not to build more harness.
People and agents do not need two organization models. Both need the same surrounding structure to act; the difference is in how each consumes it, not in what the organization has to define.
| Both need | Stage · entity | A person | An agent |
|---|---|---|---|
| A clear outcome | H1 · Capability | knows what the work is for, and can argue with it | is judged against it on every task |
| The right context and information | H3 · Competence · meanings | learns it, asks, and remembers | has it only if it is handed over before the task |
| Clear boundaries | H5 · Guideline · Assessment | may go around a rule, and says why | stops where a rule says so |
| Decision rights | H5 · Review · Mandate · Decision · Ask | decides within the team’s mandate and escalates beyond it | decides only where a guideline delegates it — a person still answers |
| The right tools and capabilities | H6 · System · Interface | uses what the team can change, or asks for it | calls only what it may, through an interface somebody owns |
| Feedback on what actually happened | H7 · Evals · Activity · Observation · Agreement | sees the heartbeat and the rings, and changes how the work is done | is changed by the rules the answers become |
A work harness takes one task — by a person or an agent — from intent to a verified outcome. It is the inner loop: one actor, one task, fast. The loop above is the outer one: the whole organization, slowly changing what the harness reads next time. The tags in the figure mark where they meet.
| Harness stage | Does | Entity | What |
|---|---|---|---|
| H1 intent | reads | Capability | the outcome the task serves |
| H2 identity | reads | Actor | who acts, in which team, and the person who answers |
| H3 context | reads | Competence | what the actor can do, and what words mean where it works |
| H4 plan | reads | Actor | how much the actor already carries, and who works beside it |
| H5 policy | reads | Guideline | act, prepare or ask |
| H6 tools | writes | Activity | the work actually done, by whom and with which agent |
| H7 verify | writes | Observation | what the result says about delivery and the four indicators |
| H8 outcome | writes | Decision | what was chosen, and the person who answers for it |
| Review review | writes | Ask | the question no rule answers, routed by mandate |
| Fail safely failsafe | writes | Override | the rule gone around, and why |
| Memory memory | reads | Agreement | what the organization has already settled |
| Evals → policy observe | writes | Agreement | the policy update: a rule the parties sign |
6 stages read the model and 6 write to it. Planning and routing a task is the runtime’s own job and has no entity; everything else the harness has to ask, the model answers — and what the harness writes back is how the model learns. A person is not stopped at the policy gate: they decide, and an override records why.
Grouped by how long they last, each with the question it lets the model answer and the relations it starts.
country · form · parentoutcome · core | supporting | generic · four levelsowner · classificationagreed · a reading per contextkind · audience · stagesteps · value per month · returns tomandate: business · technical · spendperson | agent | agent team · runs on · accountable toheld by · staffsauthority · cadencevendor · cost · phase · CIA · exitpattern · rung · queue · fieldsprovider · region · environmentring · suited to · unsuited toparties · signatures · bearslevel · autonomy · check · derogatesproduces · settles · needs · affectskind · advancement · options · became a ruleindicator · reading · who lookedrisk · compliance · security · continuitywhy · until · raised tocommit · deploy · run · incident · by · withRead each row as a sentence. The last column is where the schema records it.
| From | Relation | To | Recorded as | ||
|---|---|---|---|---|---|
| Durable | |||||
| Capability | 0..* | nests under | 0..1 | Capability | parent · four levels at most |
| Capability | 1..* | speaks | 1..* | Bounded context | contexts |
| Bounded context | 1 | masters | 0..* | Information object | reading per context |
| Offering | 0..* | is delivered through | 1..* | Capability | products · capabilities |
| Flow | 0..* | passes through | 1..* | Capability | steps · returns_to |
| Arranged | |||||
| Organizational unit | 0..* | operates in | 1 | Legal entity | entity |
| Organizational unit | 1 | is responsible for | 0..* | Capability | owns · develops · uses |
| Actor | 0..* | works in | 1..* | Organizational unit | teams · works_in |
| Actor | 1..* | holds | 0..* | Competence | holds |
| Competence | 1..* | staffs | 1..* | Capability | staffs |
| Actor | 0..* | performs | 0..* | Capability | performs · or held competence |
| Actor | 1 | is accountable for | 0..* | Actor | owner · a person, for each agent |
| Actor | 0..* | amplifies | 0..* | Actor | assists · an agent beside a person, to build or to use, in a capability |
| Decision gate | 0..* | holds up | 0..* | Flow | gates |
| Realized | |||||
| System | 1..* | realizes | 1..* | Capability | realizes |
| System | 1 | exposes | 0..* | Interface | interfaces |
| Interface | 0..* | carries | 1..* | Information object | carries · fields |
| System | 0..* | runs on | 1..* | Infrastructure | hosted_on |
| System | 0..* | is built with | 0..* | Technology | technology |
| Movement | |||||
| Guideline | 0..* | governs | 0..* | Capability | applies to a capability, context or technology |
| Guideline | 0..* | sets what may be done by | 0..* | Actor | autonomy · in force where the actor works |
| Activity | 0..* | is done by | 1 | Actor | by |
| Activity | 0..* | is done with | 0..1 | Actor | with · the agent beside the person who did it |
| Observation | 0..* | reads | 1 | Capability | subject · indicator |
| Ask | 0..* | is raised by | 1 | Actor | by · routed to the accountable person |
| Decision | 0..* | is made by | 1 | Actor | by · a person, or an agent where a guideline delegates it |
| Decision | 0..* | is answered for by | 1 | Actor | a person · the agent's owner when an agent decided |
| Decision | 0..1 | answers | 0..* | Ask | became a rule |
| Decision | 1 | produces | 0..* | Guideline | produces |
| Decision | 1 | produces | 0..* | Agreement | produces |
| Agreement | 0..* | is signed by | 1..* | Organizational unit | signatures |
| Assessment | 0..* | bounds | 1 | Capability | risk · compliance · security |
| Override | 0..* | breaks, on purpose, | 1 | Guideline | why · until · raised to |
Six rules, each true because of the model’s shape rather than attached to it as advice.
Durable and arranged sit in separate bands, so the map does not go stale at every reorganization and "who owns this" is a relationship rather than a property.
A statement carries its parties. Two groups both claiming something is expressible, and an unsigned statement stays visibly unsigned.
Act where a signed rule decided it, prepare where judgement remains, ask where no rule reaches. Giving agents more room and deciding more out loud are the same act.
A team can be responsible. A thing that acts on its own needs one named person who explains it and decides to stop it.
Three bands can be derived from what an organization already keeps. The fourth cannot, and a model with no place for it asserts structure is enough.
Indicators, risks and delivery figures are reported apart. A single number acquires a target, and a measure with a bonus attached stops measuring.
Every change to the model is a commit, so its learning has dates. Read from git when this page was generated — the entities, relations, loop and schema, newest first.
The model is YAML in git, not a database: diffs, history for free, code review on organizational change, and a map that survives the tool that drew it.
This page is generated from the same module the app renders and the schema is tested against. If the model changes, so does this — and nothing here is final. It is a model to argue with, and the history above is how it got here.