Services/Persona Library
Services · Ummânu

Persona Library

Ummânu — the Enterprise AI Workforce Instrument — specifies an enterprise delivery organisation as 184 AI personas across 19 tiers. A workforce you can audit, not a prompt you can admire.

184

personas across 19 tiers, each with a paste-ready system prompt

172

carry numbered deterministic gates (Level 5 and 6)

4

regulated-practice regimes fenced as behavioural constraints

1

refusal rule on every persona: name the missing input; label the output UNVERIFIED

Counted from Ummânu Persona Library V22 (8 September 2026). Source: S1.

01 — What a persona is

An AI role invented from first principles is a plausible-sounding fiction. Every one of Ummânu’s 184 roles is instead researched against live labour-market evidence — postings and occupational data collected for the role, the recurring functions extracted, the listing language preserved — and carries its Sources Consulted block, so a claim about what a persona does is a claim about what the job is, verifiable outside the library.

Each persona has two halves. The job description: role snapshot, mission, core functions, activities by cadence, responsibilities and deliverables, named upstream, downstream and lateral interfaces with escalation paths, qualifications, output-measured KPIs, and a scaling note. And the execution specification, in four blocks: harness requirements naming mandatory retrieval sources and persisted state; numbered deterministic validation gates that compute pass or fail; evaluation and telemetry with a golden-task set and output-measured KPIs; and a missing-input refusal rule — absent a required input, the persona names it and labels its output UNVERIFIED rather than producing something plausible.

Anatomy of a persona: on the left the researched job description in eight blocks; on the right the four-block execution specification — harness requirements, deterministic validation gates, evaluation and telemetry, and the missing-input refusal rule, which is highlighted as the keystone.
Anatomy of a persona. The job description is researched; the execution specification is computed. Source: S1.Scroll the figure horizontally →
A
Gates that compute.

VIEWPOINT (Persona 81) diffs every element and relationship name on a diagram against the repository export and fails on any mismatch, with the count reported. Review guidance cannot fail; a gate can.

B
An accountability graph, not a folder.

Each persona declares its interfaces and escalation paths; every edge is reciprocal, so a handoff declared by one persona and not received by another is a defect.

C
The refusal rule is the keystone.

A persona that fabricates cannot be scored above Level 3. Anti-fabrication is a level requirement, not a policy statement.

Tier groupWhat it covers
Delivery, engineering and corporate (1–7)Delivery and requirements; architecture; security and compliance; legal and governance; business and strategy; finance; corporate and people
Specialty hardware and integration (8–10)Defence and intelligence IT, uncrewed systems; hardware-software integration; construction
Design, visualisation and operations (11–13)Design and visual engineering; the diagram platform; deployment and cloud operations — the deepest tier, at 33 personas
Comprehension and science (14–15)Comprehension and communication; mission science and programme specialists
Regulated practice (16–19)Quebec construction-dispute legal team; Quebec regulated construction professions; clinical psychology advisory council; a Canadian accounting firm at 25 personas

The nineteen tiers. Source: S1.

02 — Measured, not asserted

Every persona is scored on the P-CMM — a six-level, three-vector instrument that answers a procurement question no prompt review can: how much can be handed to this role without a human checking the output? The three vectors are Instructions, Harness and Outcomes, and the overall level anchors to the weakest load-bearing vector. Strong instructions cannot average up past a missing harness. Surveys are forbidden as KPI sources from Level 4 upward; KPIs are computed from persona outputs and retained registers, so the assessment is reproducible by a third party holding the same logs.

Across three assessment cycles the population grew from 94 to 184 personas and the distribution moved from 53 at Level 2, 40 at Level 3 and 1 at Level 4 to 8 at Level 6, 164 at Level 5 and 12 at Level 3. It also moved down once: when the Level 6 accountability criterion was challenged, the certification was withdrawn from sixteen personas rather than defended. Level 7 has no defined criteria; the framework states the ceiling and refuses to extrapolate.

The P-CMM: three vector cards — Instructions, Harness, Outcomes — above a six-level ladder from Initial to Generative, with a side panel showing the V22 distribution of 8 at Level 6, 164 at Level 5 and 12 at Level 3, the cycle-1 baseline, and the downward correction of sixteen certifications.
The P-CMM. Overall level anchors to the weakest load-bearing vector. Source: S2.Scroll the figure horizontally →
03 — Fenced practice

Where a role touches reserved professional acts, the fence is a behavioural constraint the persona cannot cross in any configuration — not a disclaimer.

TierRegimeThe fence
16 — Quebec construction-dispute legal teamBarreau du QuébecPrivileged drafts for a supervising avocat. Persona 147 carries a no-override gate forbidding any document counsel would sign.
17 — Quebec regulated construction professionsOIQ · OTPQ · OAGQAnalyses and drafts to be verified, signed and sealed by a licensed member of the order.
19 — Canadian accounting firmCPA reserved practiceAssurance, insolvency and valuation acts fenced to licensed CPAs; a source air-gap between regulatory and firm agents.
18 — Clinical psychology advisory councilClinical-safety doctrineAdvisory and educational only. A hard patient-safety gate halts and routes to emergency services.

The Quebec construction-dispute doctrine was benchmarked against ten validated Quebec construction-defect judgments: eight matches, one partial, one match-by-refusal. The benchmark then changed the doctrine — four corrections were adopted. An external benchmark that can overturn your own specification is what makes a fenced regime credible to the order that regulates it. Dinanu — the Legal implementation of Nabu — works inside exactly this boundary.

Source: S1, Tiers 16–19; ten-judgment benchmark.

04 — Inside Nabu

Ummânu is how a Nabu implementation is staffed for a client. The persona is the agent’s specification; the platform is what enforces it. A persona’s named retrieval sources become the governed library registry it may draw from. Its numbered gates become pre-emission checks under the Kittu harness — and where a gate exists as a promoted Kulla skill, the skill runs and its result appends to custody. Its refusal rule becomes Nabu’s honest gap. Its declared interfaces become the supervisor’s dispatch graph. Its regulated-practice fence becomes a no-override gate inside the sector implementation that cannot be relaxed by configuration. And creating a persona remains a human hiring decision: no persona self-instantiates.

Customising Nabu for a client is therefore a selection, not a rewrite: which roles the matter needs, which tiers and fences apply, and which client policy the continuum holds. The persona’s version is an edge on every item it produces, so a finding can be traced to the role specification that produced it — and to the labour-market sources that specification cites.

A Nabu implementation drawn as a box: a supervisor row, six specialist agents each labelled persona, the Kittu harness where promoted skills execute as deterministic gates, the custody record, and the keystone where a named person commits. To the left, Ummânu feeds the agents and Kulla feeds the gates; to the right, the client's customisation choices.
Where Ummânu and Kulla sit inside a Nabu implementation. Source: S4, S5.Scroll the figure horizontally →
Related
05 — Governance and limits

Responsible-AI practice

  • Anti-fabrication is structural: a persona that fabricates cannot be scored above Level 3.
  • Human decision authority is preserved: no persona self-instantiates; consequential changes carry named ratification.
  • Auditability is designed in: output-measured KPIs from retained logs and an append-only version history; released versions remain accessible, testable and auditable.
  • Privacy is bounded: telemetry is de-identified before it is used to improve a persona; Canadian data residency.
  • Frameworks: ISO/IEC 42001 A.5–A.7; TBS Directive on Automated Decision-Making; NIST AI RMF; ITSG-33 and WCAG.

Unsolved, and published

The best-practice standard retains an explicit unsolved-problems list: political and tacit constraints must be codified by humans; cross-diagram consistency depends on the ontology being maintained; hyper-dense layouts still require human spatial judgment; AI proposes and named humans dispose.

Out of scope: model selection, fine-tuning and hosting. Ummânu specifies roles, not the models that run them. Model training and research is a separate Enkidu service.

Sources

S1 — Enkidu. Ummânu — Enterprise Persona Library, Full Company Edition, V22. 8 September 2026.

S2 — Enkidu. P-CMM — Capability Maturity and Evaluation Framework for Autonomous AI Personas. Assessment cycles 1–3, 2026.

S4 — Enkidu. Ummânu — the Enterprise AI Workforce Instrument. Technical whitepaper ENK-TWP-2026-003, September 2026.

Related