
Model
The Rules of Engagement Model
Three Decisions in Any Human-AI Interaction
CH-M-002 v1.0 · Published October 26, 2026
Michael D. Lapico · Capably Human · 23 min read
Download the PDF and unlock the full library: free with your email.
Get the PDFPublication Details
- ID
- CH-M-002
- Version
- v1.0
- Type
- Model
- Published by
- Capably Human
- Author
- Michael D. Lapico
- First published
- October 26, 2026
- Reading time
- 23 min read
- Formats
- Web · PDF
Cite this publication
Capably Human Inc. (2026). The Rules of Engagement Model (CH-M-002, v1.0). capablyhuman.com/CH-M-002
© 2026 Capably Human Inc. Licensed under Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0). You may share unchanged copies for non-commercial purposes, with the full citation above. Commercial use, including paid workshops, training, coaching or consulting, and use in paid products, courses, software, or AI products and datasets, requires a licence from Capably Human Inc.
Short link capablyhuman.com/CH-M-002
TL;DR
The Capability Fitness Framework (CH-F-001) holds that capability develops through practice and that technology changes patterns of practice. The Capability Model (CH-M-001) says what develops: five domains, twenty-six sub-skills, each with a failure mode that describes how delegating to AI too early substitutes for the practice that builds it. This model sits between the two and the person. It names the three decisions that decide, in any interaction with AI, whether the practice happens: Delegate or Retain (which parts of the work the AI does and which the person does), Trust or Challenge (which parts of the AI’s output the person takes as given and which they check), and Let it run or Step in (when the AI acts on its own and when the person takes over). Each is tested by one question from the Framework: does the help support the person’s effort, or substitute for it?
A decision made under one of the rules, in a given moment, is an engagement call. Calls are observable, which makes the practice measurable: a person’s calls over time form their delegation map, and a shift in the map toward deliberate calls is the first evidence that someone is getting better at working with AI. Whether deliberate calls also build capability over months is the hypothesis the trial program tests. The model cuts both ways: handing off more where AI helps is a good call, and “retain everything” is never progress. The rules are published first as a one-page instrument (CH-I-001), then developed here, and applied by Humably on a person’s own work.
Working Definition
The Rules of Engagement Model is a model of the three decisions that shape whether working with AI builds a person’s capability or substitutes for it, of what drives each decision, and of how the decisions can be observed, developed, and tested. Its unit is the engagement call; its record is the delegation map; its test is support versus substitution.
Contents
16 sections · 23 min read
- ·Purpose, Audience, and Scope
- ·A Note on Evidence and Model Status
- 1.Why the Interaction Needs a Model
- 2.The Three Decisions
- 3.What Drives the Calls
- 4.The Calls Over Time: Progressive Engagement
- 5.Observing the Calls
- 6.How the Model Is Applied
- 7.Relationship to the Capability Model and the Framework
- 8.Research Agenda
- 9.Known Gaps and Research Questions
- ·What This Model Is Not
- ·Glossary of Key Terms
- ·Related Publications
- ·Version History
- ·Citation and Licence
Scope
Purpose, Audience, and Scope
This model exists so that “getting better at working with AI” has a definition that can be practised, observed, and tested rather than asserted. It is written for three readers: people who want to work with AI on their own terms and need to know what, concretely, they are getting better at; the designers of Humably and of other products that coach or measure the practice; and researchers who will test whether the practice produces the capability outcomes the Framework predicts.
Its scope is the interaction between one person and an AI system on a task that matters to that person. It does not model teams, organizations, or the design of AI systems themselves; Designing for Capability (CH-G-001) carries the rules for product teams. It assumes the Framework’s premise that capability develops through practice and the Capability Model’s account of which capabilities are at stake; it does not re-argue either.
Epistemics
A Note on Evidence and Model Status
The three decisions were confirmed as the starting point for the model on October 23, 2026, from the Framework’s support-versus-substitution distinction and the Capability Model’s failure modes. The early evidence on AI use and capability supports the shape of the model without yet testing it: the same AI left people more or less capable depending on how they worked with it, with hints rather than answers doing far less harm (Bastani et al., 2025; Liu et al., 2026), higher confidence in AI predicting less critical-thinking effort (Lee et al., 2025), and frequent use associating with lower critical-thinking scores through cognitive offloading (Gerlich, 2025). Those findings are early, partly correlational, and none compares deliberate engagement calls with default ones. The claims in this model are therefore hypotheses, numbered in Section 8, and the trial program described there is how they will be tested. Capably Human will publish the results as Reports whichever way they come out.
Section 1
Why the Interaction Needs a Model
The Capability Model treats AI use as a lens across its five domains rather than a sixth domain, and defines healthy AI use as an outcome: strength across the model plus deliberate judgment about what to delegate and what to keep. That is correct as a statement about capability, and it leaves a gap for the person. On a Tuesday morning, with a draft due and an assistant open, the question is not which of twenty-six sub-skills is at risk. It is a handful of decisions that are made in seconds, usually without being noticed, and that together decide whether the practice happens: what to hand off, what to take as given, when to let the AI keep going.
Those decisions are the unit this model works at. They are few enough to hold in mind, concrete enough to make deliberately, and observable enough to measure. They are also where the Framework’s design question lands for an individual: the Framework asks how to design human-AI interaction so that humans and AI become more capable together; this model says that, from the person’s side, the design is made of engagement calls, and that the calls can be learned.
Engagement call
One decision made under one of the three rules in a given moment of work: what goes to the AI and what stays, what is taken as given and what is checked, where the AI runs and where the person steps in. Calls can be made by default or deliberately. The practice is making them deliberately; getting better at working with AI is the calls changing over time.
Two properties of calls matter for everything that follows. First, a call has a direction and a default. Most people’s default on most tasks is to delegate, trust, and let it run, because nearly every AI product is built to make that the easy path. The model does not treat the opposite direction as the goal. Second, a call is only as good as the test behind it. A deliberate decision to delegate the part of a task that does not need the person is a good call; a reflex to keep everything is not.
Section 2
The Three Decisions
2.1 Delegate or Retain
The decision. Which parts of the work the AI does, and which the person does. It is made before the work starts and again at every hand-off inside it.
What the person is deciding. The Framework’s distinction between effort that is load-bearing and effort that is incidental (CH-F-001, §4; CH-G-001, §3.3). Load-bearing effort is the practice: framing the problem, forming a first view, weighing the evidence, choosing between one’s own ideas. Incidental effort is assembly, formatting, retrieval, and work the person has done so many times there is nothing left to learn from it. The retain call keeps the load-bearing part; the delegate call hands off the incidental part. Both are the same decision made well.
What drives it. Whether independent capability matters in this context, for this person (the Framework’s first question); the person’s current level on the sub-skill at stake (a novice loses practice an expert does not need); the stakes of the task; and the learning value of the part in question. Time pressure pushes the decision toward delegation by convenience, which is the failure the Capability Model names for F5: “exactly backwards”, delegating by what is hardest right now rather than by what does not need the person.
The retain default. The one rule inside the rule: the first attempt, in the person’s own words, before asking. It is Attempt Before Assistance applied to real life, and it is the single most important developmental move the model contains. A rough instinct counts. It protects against three failure modes at once: adopting whatever framing the model returns (T1), asking the AI to decide before stating a view of one’s own (T6), and drafts that originate with the model and are lightly edited (C1, C4).
The call, in words. I keep ______. AI does ______.
2.2 Trust or Challenge
The decision. Which parts of the AI’s output the person takes as given, and which they check, question, or push against. It is made when the work comes back, and again each time the AI contributes.
What the person is deciding. Where to spend scarce verification effort. Checking everything is not possible and not the goal; checking nothing is the failure mode the Capability Model names for evidence evaluation: accepting AI-provided facts and citations without verification, under conditions that make verification harder than it is for a human author (T3, an AI-amplified demand). The decision is therefore a ranking: what, if wrong, would change the outcome.
What drives it. The consequence if the output is wrong (the load-bearing claim, number, or assumption comes first); how verifiable the part is; the gap between the AI’s expressed confidence and its actual reliability on this kind of task; and the person’s own expertise, which decides whether they can tell a fluent answer from a valid one (T2) and can see the assumptions baked into the answer and into their own prompt (T4). Fluency is the specific hazard: well-written output reads as valid output.
The challenge toolkit. Three moves cover most of the decision: check the load-bearing part first; name the assumption the answer rests on before accepting the conclusion; and ask the AI what one would ask a confident junior colleague (how sure are you, what is the source, what is the strongest case against this). The person who states a view before asking for one has already made the first challenge, because now there is something to compare the output against.
Both ways. Over-challenging is its own failure: reflexive distrust wastes the effort the rule is meant to ration, and leads to under-use where the AI would help. Calibration is the skill, and it moves with experience of a particular system on a particular kind of task.
The call, in words. I take ______ as given. I check ______ before I act.
2.3 Let it run or Step in
The decision. When the AI acts on its own, and when the person takes over. It applies whenever the AI is doing something rather than answering something: drafting ahead of the person, running a sequence of steps, sending, booking, buying, posting, or acting in the person’s name. It is the newest of the three decisions, because AI that acts is newer than AI that answers, and it is the least developed part of this model.
What the person is deciding. Where to place themselves in a process they are not performing. Delegate or Retain divides the work; Let it run or Step in governs the person’s presence inside the delegated part. The two are related but distinct: a task can be fully delegated and still need the person at one point in it.
What drives it. Reversibility, above all: where the point of no return is (sent, published, spent, committed, told), and whether the person is positioned before it. Observability: whether the person would see the process going off course, and in time. Competence to take over: whether the person could still do this part themselves if they had to, which decides both whether stepping in is possible and whether the capability is being kept in use. Stakes, which scale all three. And time, in a different sense from the other decisions: oversight decays. The analyst who checks every AI summary in month one and none in month six has not made a new call; the old call has quietly stopped being made (CH-G-001, §3.7).
The deliberate rep. Where the delegated part is one the person wants to stay able to do, the model recommends stepping in sometimes on purpose: performing the part, or a sample of it, at intervals, not because the AI is failing but because the rep keeps the capability. This is Progressive Support and Capability Over Dependency applied to automation: support that recedes should be the person’s choice, not the product’s default, and a capability that is never exercised is not kept.
The call, in words. I let it run until ______. I step in at ______.
2.4 The Test: Support or Substitution
Every call is tested by the Framework’s one question: does this help support the person’s effort, so that they still do the meaningful part and come out able to do it again, or substitute for it, so that the task gets done and the rep is skipped? Both are legitimate. Substitution is the right answer wherever independent capability does not matter to the person: accessibility, commodity subtasks, work with no developmental stakes. Support is the right answer where it does. The failure the model targets is narrow: substitution that believes it is support, and, almost as often, support that is really avoidance, where a person keeps work they would be better off handing off and calls it rigour. The test applies in both directions, and the model’s standing instruction is deliberate, never less.
Section 3
What Drives the Calls
The drivers recur across the three decisions. The table states, for each, which way it pushes.
| Driver | Delegate or Retain | Trust or Challenge | Let it run or Step in |
|---|---|---|---|
| Does independent capability matter here, for this person? | If no, delegate freely; if yes, retain the load-bearing part | Sets how much the person must be able to judge the output themselves | Decides whether the deliberate rep is needed |
| Stakes (what it costs if this goes wrong) | Higher stakes, more retained | Higher stakes, more checked, load-bearing part first | Higher stakes, earlier step-in |
| Reversibility | Minor | Minor | The main driver: step in before the point of no return |
| Observability (would I see it go wrong, in time?) | Minor | Verifiable parts can be checked; unverifiable ones need a view of one’s own | If the process cannot be seen, it should not run alone |
| The person’s level on the sub-skill at stake | Lower level, more to retain (the practice is still being built); higher level, delegation becomes leverage | Expertise is what makes challenge possible | Competence to take over decides whether stepping in is real |
| Learning value of the part | High learning value, retain at least the first attempt | High learning value, challenge is itself the practice | High learning value, the deliberate rep |
| Time pressure | Pushes toward delegation by convenience (F5) | Pushes toward accepting fluent output (T2, T3) | Pushes toward letting it run; the point of no return is the backstop |
| Time, over months | Delegation patterns harden into defaults | Calibration improves with experience of the system | Oversight decays unless the call is remade |
The last row is why the model treats the calls as a practice rather than a one-time setup. Defaults harden, calibration drifts, and oversight decays; the calls have to be remade, and a person who remakes them deliberately is doing the practice.
Section 4
The Calls Over Time: Progressive Engagement
The Capability Model describes development on one scale of independence, Prompted, Guided, Independent, Transferred (CH-M-001, §4). The same scale describes the practice of making engagement calls, and it gives the word “deliberate” an operating definition.
| Level | The calls look like |
|---|---|
| 1 Prompted | The person makes a call only when asked to (“what will you keep?”); the default governs otherwise. |
| 2 Guided | The person makes calls with light cues: a check-in before a hand-off, a reminder to state a view first; misses them without the cue. |
| 3 Independent | The person makes the calls unprompted inside the practice context (a coached arc, a rule drill), and can say why. |
| 4 Transferred | The person makes the calls unprompted in their own assistant, on their own work, with nobody watching: states a view before asking, checks the load-bearing claim, sets the stopping point. |
Two consequences follow. First, the scale is what progressive support means for this practice: a coach or a product should prompt the calls at first and withdraw the prompting as the person makes them unaided, which is the opposite of what a check run as a gate on every interaction would do. The Rules of Engagement Check (CH-I-001) is therefore a tool for the moments that matter, not a toll on every task, and Humably’s coach names the call at the end of an arc rather than running the rules as a gate in front of help. Second, Level 4 is the level that matters, exactly as it is for the sub-skills: calls made inside the practice context are evidence of learning the context until they appear where nobody prompted them. A person’s behaviour inside their own assistant is the place where Level 4 is visible, and, with consent, where it can be observed (see Section 5).
The model does not yet say which call moves first, or whether movement on one predicts the others. That is one of its research questions (Section 9) and a learning-agenda item for the Alpha.
Section 5
Observing the Calls
Calls are observable because each leaves a trace: what the person did before asking, what they handed off, what they questioned, where they stopped the process. The record of a person’s calls over time is their delegation map: what they hand off and what they keep, whether they state a view before asking for one, how they trust or challenge, where they step in. In Humably the delegation map is the engagement read that opens the Capability Fitness Profile.
Four measures are proposed, each an observation of behaviour rather than a self-report:
| Measure | What it tracks | Where it is observed |
|---|---|---|
| Delegation-map drift | How the split between handed-off and kept work moves over time, and whether the split follows importance or convenience | Coached arcs (step 5), brought situations with the person’s view separated from the AI’s, rule drills, the in-app check |
| State-view-first rate | How often the person states a view before asking for one | Coached arcs (step 2), brought situations, the person’s own assistant with consent |
| Challenge/verify rate | How often the person checks the load-bearing part, names an assumption, or asks the AI a hard question | Coached arcs (steps 3, 4, 6), challenge reps, brought situations |
| Step-in events | Where the person sets a stopping point, takes over, or performs the deliberate rep | Coached arcs (step 5), step-in reps, outcome reviews |
Five guardrails apply, carried over from the Framework’s measurement guardrails and from the way Humably measures progress. The measures rank by the behaviour that produced them: unprompted calls in coached sessions rank as independent evidence, calls observed in the person’s own assistant rank as transfer, calls made in a rule drill rank lowest. They are never self-report alone. They are never shown as a grade; the delegation map is a read the person can contest, and it stays below an observation threshold (three observed calls of the same kind, from at least two sources) until there is enough to say something true. They are read both ways: a shift toward handing off more, where the test says support, counts as progress, and a shift toward keeping everything does not. And observation in a person’s own assistant is evidence only with consent given for that purpose.
A shift in the delegation map toward deliberate calls is the first evidence that a person is getting better at working with AI. It should show in weeks (R5). It is not evidence that capability has grown, which takes months and needs transfer evidence on the sub-skills themselves. The model keeps the two claims apart on purpose.
Section 6
How the Model Is Applied
The instrument. The Rules of Engagement Check (CH-I-001) is the model reduced to one page: nine questions, three calls, one test. It precedes this document because a practice needs something people can hold before it needs a theory. Its questions are the drivers in Section 3 turned into prompts, and its “your call” lines are the engagement calls in words.
The guide. The Rules of Engagement Guide (CH-G-002) applies the model at work, at school, and in later life, with worked examples of the calls in each, eight common situations, and three questions for the people around a learner.
Humably. Humably applies the model on a person’s own work and keeps the record. The coaching arc exercises the three decisions in order, Delegate or Retain, then Trust or Challenge applied to the AI’s contribution when a situation was brought in, then Let it run or Step in, and names the engagement call the person made at the end of the arc, in one sentence (the table in Section 5 carries the step numbers). Three rule drills, built from the person’s own material, give each decision its reps: the delegation call, the challenge rep, and the step-in rep. The check itself is in the app: a “Run the check” card on the entry canvas, offered before any task and never required, and the same three calls surfaced at step 5 of a coached arc; its results write to the delegation map. The engagement read that opens the Profile is the delegation map; the reviews show it moving. Two rules govern the whole application: the coach always gives the plain gloss when it names the rules, and the rules are never a gate in front of help. “Just tell me” is always honoured.
Product teams. For designers of other AI products, the three decisions are three questions to design every assisted moment around: who does this part of the work, how is the output checked, and who is in control right now (CH-G-001, §3.7).
Section 7
Relationship to the Capability Model and the Framework
The model adds nothing to the Capability Model’s domains and takes nothing from them. AI use remains a lens across the five domains, not a sixth; the three decisions are how the lens is exercised, and the delegation map is its record. The Capability Model’s failure modes mark where each decision matters most for each sub-skill: T1, T6, C1, C4, F3 (the one-keystroke exit, a hand-off made at the first wall), and F5 are Delegate or Retain failures; T2, T3, T4, and T5 are Trust or Challenge failures; A1 (moving on the moment output lands) and oversight decay are Let it run or Step in failures. Read the other way, a deliberate call is the counter-move to the failure mode.
The model also sits on the Framework’s eight Human-Strengthening AI principles, which describe how a system should behave; the rules describe what the person decides. Delegate or Retain is Appropriate Delegation and Attempt Before Assistance made personal. Trust or Challenge is Visible Uncertainty and Questions Before Answers turned to face the user. Let it run or Step in is Progressive Support and Capability Over Dependency applied to AI that acts. Adaptive Friction and Reflection After Action run through all three: the calls are the friction worth keeping, and naming the call afterward is the reflection.
Finally, the model closes the Framework’s practice loop at the level of a single person. Design shapes practice, and practice shapes capability: the engagement calls are the part of the design a person makes for themselves, and they are what a person can change on Tuesday.
Section 8
Research Agenda
The model’s claims, stated as hypotheses tested on Humably Alpha data; no trial runs before the cohort exists.
R1. The calls are observable and can be scored reliably. Two observers, given the same coached arc or brought situation, agree on which calls were made and whether they were deliberate. Method: inter-rater reliability on arc transcripts; the four measures in Section 5.
R2. Deliberate calls improve the outcome of the task. People who state a view first, check the load-bearing claim, and set a stopping point produce better work on the task at hand than people who delegate, trust, and let it run by default. Method: comparisons across observed calls in the Alpha cohort (the four measures in Section 5) against performance on the task; the paired conditions under R3 serve as the design for a controlled trial run later on Alpha data, with consent.
R3. Deliberate calls preserve or build the capability at stake, where default delegation does not. The claim the model exists for. Method: comparisons across observed calls in the Alpha cohort (the four measures in Section 5) against the four outcomes (performance, learning, judgment, independence). The paired conditions, AI drafts first versus the person attempts first (Delegate or Retain), AI explains versus AI asks and AI agrees versus AI challenges (Trust or Challenge), full delegation versus structured hand-offs (Let it run or Step in), are kept as the design for a controlled trial run later on Alpha data, with consent.
R4. The calls transfer. A person whose delegation map shifts in Humably makes the same calls in their own assistant, unprompted. Method: consented observation of brought situations and assistant-derived behaviour through the Humably Connector’s consented read-backs (consent is asked once at connector setup, is revocable, and every read is logged); the transfer category in Humably’s evidence ranking.
R5. The calls are learnable in weeks, in both directions. The delegation map moves within a block of coached arcs and rule drills, and it moves toward delegating more where the test says support as well as toward keeping more. Method: MDEU (Monthly Deliberate-Engagement Users), the leading indicator for the promise, baselined in the Alpha’s first 90 days.
R6. The third decision behaves differently. Let it run or Step in has drivers (reversibility, observability, oversight decay) the other two lack, and it decays faster without the deliberate rep. Method: step-in events and outcome reviews over months; a dedicated trial once agentic tasks are in the Alpha.
Findings are published as Reports (CH-R), whichever way they come out, and feed back into this model.
Section 9
Known Gaps and Research Questions
- The third decision. Let it run or Step in is the least developed part of the model. Its drivers are proposed, not tested, and its deliberate rep has no evidence yet. It is also the decision that matters most as AI moves from answering to acting, which is why developing it is this document’s main job for the next version.
- Which call moves first. The model does not say whether Delegate or Retain, Trust or Challenge, or Let it run or Step in changes first for most people, or whether movement on one predicts the others.
- Thresholds. The shape of the rules is set: a measured shift means at least two of the four measures moving in the deliberate direction across at least three coached arcs or brought situations in 30 days, the leading indicator is MDEU, and the delegation map asserts a pattern after three observed calls of the same kind from at least two sources. How much movement counts, per measure, is what the first 90 days of Alpha data baseline.
- Context. The model is written for one person and one task. How the calls work in teams, in classrooms, and across cultures and languages is unexamined.
- The instrument’s effect. Whether using the Rules of Engagement Check on its own changes the calls people make, without coaching, is untested; it is measured with the Alpha cohort, since all trials run on Alpha data, not on the free check’s users. The in-app check, used before a task and without coaching, is how the question becomes answerable.
- Anchors. Like the Capability Model’s proficiency scale, the four levels in Section 4 need behavioural anchors per decision before two assessors can agree on a level.
Limits
What This Model Is Not
It is not an argument for working with AI less, and it is not a set of rules about which tasks should be delegated; those depend on the person and the context, and the model says only how to decide. It is not a measure of anyone’s worth, and the delegation map is a read, never a grade. It is not settled science: the three decisions are a working model, the drivers are proposals, and the research agenda is how they will be tested. And it is not the eight Human-Strengthening AI principles restated: the principles describe how a system should behave; this model describes what a person decides.
Glossary
Glossary of Key Terms
Engagement call. One decision made under one of the three rules in a given moment of work; the unit of the practice. Named by Humably’s coach at the end of an arc.
Delegation map. The record of a person’s engagement calls over time: what they hand off and keep, whether they state a view before asking, how they trust or challenge, where they step in. Observed, never self-reported alone; never a grade.
Engagement check. The Rules of Engagement Check (CH-I-001): the model on one page, free to anyone, and Humably’s front door.
Load-bearing effort. The part of a task that is the practice: framing, forming a first view, weighing evidence, choosing between one’s own ideas. Distinguished from incidental effort (assembly, formatting, retrieval).
Point of no return. The step in a delegated process after which the outcome cannot be undone: sent, published, spent, committed, told. The person steps in before it.
Oversight decay. The drift by which a check that was made in month one stops being made by month six without a new decision having been taken.
Support versus substitution. The Framework’s test, applied to every call: does the help support the person’s effort or substitute for it. Both legitimate; only one builds capability.
History
Version History
1.0 — October 26, 2026. First edition, published on capablyhuman.com with the guide (CH-G-002). The morning’s draft was edited the same day for the rules now in force (MDEU as the leading indicator, the delegation map’s three-from-two rule, the in-app check, all trials on Humably Alpha data), the research agenda restated for Alpha data, F3 placed under Delegate or Retain, and vocabulary.
0.1 — October 26, 2026. First draft, written beneath the instrument per the October 26 decision (instrument first). Confirms the three decisions as the starting point, proposes their drivers, defines the engagement call and the delegation map, maps the practice onto the proficiency scale, sets out four observation measures with guardrails, and states six hypotheses for the trial program. Let it run or Step in is flagged as the least developed decision.
Citation
Citation and Licence
Capably Human Inc. (2026). The Rules of Engagement Model (CH-M-002, v1.0). capablyhuman.com/CH-M-002
© 2026 Capably Human Inc. Licensed under Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0). You may share unchanged copies for non-commercial purposes, with the full citation above. Commercial use, including paid workshops, training, coaching or consulting, and use in paid products, courses, software, or AI products and datasets, requires a licence from Capably Human Inc.
Download the PDF and unlock the full library
Free with your email. Leave it once and the whole library opens in this browser: the PDF edition of this publication, and the full text of every other one, now and as new work is published.
- The PDF edition of The Rules of Engagement Model
- The full text of every other framework, model, report, guide and instrument in the library
- Printable PDF editions where they exist
