The agentic fabric
A small society of cardinals.
For: anyone meeting the Cardinal agents for the first time
Cardinal is the human window onto an engagement that a ring of long-lived AI agents runs day and night. Each agent has one cognitive job, a shared database brain, and strict boundaries that stop them from stepping on each other. This page introduces every member of the fabric โ the peer ring, the people-facing liaisons, and the always-on machinery that keeps it ticking.
The fabric at a glance
Two humans at the centre; a ring of agents around them; the machinery underneath.
flowchart TB
subgraph people ["๐ฅ THE HUMANS"]
direction LR
OP(["๐งโโ๏ธ Operator
delivery lead"]):::human
PM(["๐ Project Manager
plan owner"]):::human
end
subgraph agents ["๐ค THE AGENTS"]
direction TB
subgraph peer ["โญ Peer ring ยท 4 long-lived"]
direction LR
COS["๐ผ Chief of Staff"]:::cos
SA["๐ ๏ธ Solution Architect"]:::sa
STW["๐ Steward"]:::steward
CUR["๐ Library Curator"]:::curator
end
subgraph pmf ["๐ PM-facing ยท 2 liaisons"]
direction LR
SHEP["๐ Project Shepherd"]:::plan
NOTES["๐ Meeting Notes Specialist"]:::notes
end
end
DB[("๐ SHARED DATABASE
the system of record")]:::db
subgraph fabric ["โ๏ธ THE ALWAYS-ON FABRIC"]
direction LR
TICK(["โฐ Ticker
fires routines"]):::ticker
SCT(["๐ญ Scouts
read-only senses"]):::scout
end
people ==>|act through Cardinal| DB
agents ==>|read & write| DB
TICK -. wakes routines .-> agents
SCT == drop signals ==> DB
style people fill:#fce4ec,stroke:#b11f4b,stroke-width:2px,color:#7a1132
style agents fill:#fcfbf8,stroke:#b1b1b1,stroke-width:1.5px,stroke-dasharray:4 4
style peer fill:#fdf5f7,stroke:#b11f4b,stroke-width:1.5px,color:#7a1132
style pmf fill:#f0fbf8,stroke:#0d9488,stroke-width:1.5px,color:#0f766e
style fabric fill:#fffbeb,stroke:#d97706,stroke-width:1.5px,color:#78350f
classDef human fill:#fce4ec,stroke:#b11f4b,stroke-width:2.5px,color:#7a1132
classDef cos fill:#dbeafe,stroke:#2563eb,stroke-width:2px,color:#1e3a8a
classDef sa fill:#ede9fe,stroke:#7c3aed,stroke-width:2px,color:#4c1d95
classDef steward fill:#ccfbf1,stroke:#0d9488,stroke-width:2px,color:#134e4a
classDef curator fill:#f5f5f4,stroke:#78716c,stroke-width:2px,color:#1c1917
classDef plan fill:#ccfbf1,stroke:#14b8a6,stroke-width:2px,color:#134e4a
classDef notes fill:#e2e8f0,stroke:#64748b,stroke-width:2px,color:#1e293b
classDef ticker fill:#fef3c7,stroke:#d97706,stroke-width:2.5px,color:#78350f
classDef scout fill:#dcfce7,stroke:#16a34a,stroke-width:2.5px,color:#14532d
classDef db fill:#f1f5f9,stroke:#475569,stroke-width:4px,color:#0f172a
Group 1
The peer ring
Four long-lived agents that share the workload of running the engagement. Each is stateful across days and weeks, writes only to the tables it owns, and reads everything else. They coordinate mostly through the database, not by chatting.
The signal metaboliser
Scans every signal stream, holds none of them deeply. When depth is needed it routes to the Solution Architect rather than thinking it through itself.
Owns (writes)
- the twice-daily brief (one per slot)
- outbound comms drafts (always awaiting sign-off)
- Quiet Watch โ silent-stakeholder tracking
- meeting / sync / steering-committee prep
- engagement-class decisions + routing flags
Governance
- Invoked by: the Ticker (cadence) + the operator
- Owns the cadence: ring-tick and the scout sweep
- Hard limit: never makes an architecture decision โ that is the SA's alone
- Hard limit: never auto-sends outbound โ human sign-off is mandatory
The deep thinker
Holds one to three active decisions at a time, no more โ slow, careful, adversarial when it matters.
Owns (writes)
- ADRs (Architecture Decision Records)
- technical-class decisions
- compliance state
Governance
- Sign-off: ratifies ADRs through review and compliance gates
- Routes in: anything the CoS flags as needing architecture
- Hard limit: stays out of day-to-day triage and outbound comms
The keeper of the record
The conscience of the system of record: nothing ships unattested, no row goes unverified.
Owns (writes)
- schema / stored-procedure changes
- the signed audit-chain mirror
- attestations on every shipped change
Governance
- Verifies: the hash chain returns OK before trusting any claim
- Hard limit: the audit spine is append-only โ never edited, never deleted
The pattern librarian
Looks across engagements for reusable patterns. Read-only on any single engagement's data.
Group 2
The PM-facing roles
Two roles that run alongside the peer ring but outside its sign-off ceremonies. They exist to serve the human Project Manager โ translating the engagement's true state into their language, and their questions back into the system.
The plan translator
Holds the plan's shape, not its technical depth. Shepherds the plan; does not own it.
Owns (writes)
- its own audit-trail rows
- routing rows that surface a PM-raised item to its owner
Governance
- Read-mostly: reads plan status & metadata, not technical bodies
- Hard limit: never authors a decision โ routes it instead
- Not a peer-ring member; outside the sign-off ceremonies
The faithful extractor
Extracts; does not invent. Organises; does not editorialise. Single-shot and bounded.
[None recorded].
The heartbeat
One job: fire the routines on schedule for as long as the machine is awake.
The eyes on the outside
A family of narrow readers that watch inboxes, backlogs, pipelines and repos, and drop what they find into one inbox table for the ring to act on.
- Read-only โ a scout never changes the thing it is watching
- Writes only to the shared signal inbox โ nothing else
- Never fans out โ no spawning helpers, no messaging peers
- Anything sensitive is routed for review, never ingested
The family includes a backlog sentinel, a pipeline watcher, a reuse scout, an intake triage, and a comms harvester, plus a general inbox signal scout. Full detail on the Scouts page.