# Foundations of agentic engineering

Concept-led scholarly instruction. Historical connections are educational comparisons, not claims of direct influence on the Atlas projects. Original exercises are constructed fixtures.

## Contents
- Interpret a request without silently changing it
- Separate a valid inference from an established claim
- Build a small language and test its combinations
- Specify what a task preserves and why it stops
- Make agent interfaces reject incompatible work
- Represent concepts without confusing names and things
- Trace evidence through retrieval and revision
- Distinguish information, meaning and task value
- Infer what a missing result can establish
- Give confidence a measurable meaning
- Explain what passing tests can establish
- Test whether an intervention caused an improvement
- Choose among permitted actions under uncertainty
- Control revisions when feedback is noisy or delayed
- Allocate limited computation and review time
- Reason about events across independent processes
- Check a narrow result with explicit assumptions
- Study the whole task before choosing an agent
- Represent plans, commitments, and reconsideration
- Divide work through stable, testable interfaces
- Separate permission, dispatch, and observed effect
- Give reviewers enough evidence and control to intervene
- Evaluate outcomes, repeated behavior, and maintenance
- Use possible futures to choose a testable next step

## Interpret a request without silently changing it

A student asks for the latest approved exhibition plan. The folder contains a newly edited draft and an older signed plan, both called Exhibition Plan. Returning the newest file answers one possible reading of the request, but the student may need the document that actually governs tomorrow’s installation. Before selecting a file, preserve the words of the request and identify what would make one interpretation correct.

### Prerequisites
- Read a short source passage and distinguish its words from a proposed interpretation.

### Learning objectives
- Separate the expression from its referent
- Use conversational context as evidence
- Distinguish reports, requests and commitments
- Return to information diagnosis

Offline worksheet: [Recovery lab](labs/03-recovery/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Separate the expression from its referent

A string is a sequence of characters. A referent is the object an expression picks out in a particular use. The title Exhibition Plan is a string shared by two files; it therefore cannot identify one file without further context. Give each file a stable identifier and record its revision, publication time and approval state, because these fields answer different questions even when a user uses one short phrase to ask about all of them.

Meaning often depends on how expressions combine. In “latest approved plan,” approved restricts the eligible plans before latest selects among them, if that is the intended reading. Selecting the latest file first and then ignoring its approval state performs a different operation. A small change in the order of filters can therefore produce a different answer without changing a single document.

Represent the first reading as select the most recent member of the set of approved plans. Let P be the available plans and A be the subset approved for the relevant purpose. The candidate must belong to A. A timestamp ordering then chooses a maximal member of A, provided that the chosen timestamp means what the task requires. If A is empty, the procedure has no eligible answer; silently falling back to P changes the contract.

### Use conversational context as evidence

H. P. Grice’s 1975 account of conversation examines how people infer more than a sentence literally states. His discussion of cooperation and conversational maxims concerns contributions understood within a shared purpose. It helps explain why a query log records only part of an information need. Someone searching “access” might mean building entry, document permissions or an accessibility requirement, and the surrounding task can distinguish these uses.

Treat an inferred purpose as a hypothesis that can be checked. The available evidence might include the project page the student came from, a named event, or an earlier confirmed instruction. When those records do not select an interpretation, ask the smallest question that changes the answer. “Do you mean the newest approved revision for tomorrow’s exhibition?” is more discriminating than asking for every detail of the project.

Grice’s distinctions are a useful account of interpretation, not a universal scoring scheme for good communication. Indirectness may be appropriate, and conversational conventions differ. The practical requirement here is narrower. Record what the person said, which interpretation the system proposes, and which evidence or confirmation supports that interpretation.

### Distinguish reports, requests and commitments

The sentence topic does not determine what a speaker is doing. “Please export the plan” requests an action; “I will export the plan” makes a commitment; “The plan was exported” reports a result. John Searle’s taxonomy of illocutionary acts develops distinctions among such communicative functions. The force of an utterance is its role as a request, assertion, commitment or other act, rather than the subject matter alone.

This distinction became an explicit design concern in agent communication. The historical FIPA Communicative Act Library specification gives separate definitions for Request, Agree, Inform and Failure. Its formal language uses beliefs and intentions within a technical model. Applying those message labels does not demonstrate that a contemporary model has human mental states, and receiving an Inform message does not independently establish that its content is true.

A useful task record keeps the request, permission, adopted commitment, reported result and observed result separately. If a source document contains “export the plan,” its imperative grammar does not turn the quoted sentence into a new instruction from the student. In the Atlas inbox and recovery cases, this is the difference between recording a message as evidence and promoting it into an action that changes a destination.

### Return to information diagnosis

The Atlas begins with search behavior because failed queries are evidence about work people are trying to complete. A repeated query may reveal an absent document, a naming mismatch or an interface that hides the right document. Those explanations suggest different interventions. Adding an alias can repair a naming mismatch while leaving an absent approval record absent.

Construct a diagnosis before automating. Retain a sample of queries, identify the task each query plausibly expresses, inspect whether the collection contains a suitable answer, and compare that result with what the search actually returns. Mark uncertain task interpretations rather than treating every search string as a confirmed specification. The resulting record supports a smaller, more informative experiment than simply generating more content.

### Worked example: Two revisions and one ambiguous adjective

This is constructed practice data. Plan D1, revision 4, was approved for the exhibition and published on Monday. Plan D2, revision 5, was edited on Tuesday but is awaiting approval. The request is “latest approved plan for the exhibition.” Filtering on approval leaves D1; selecting the latest member of that eligible set returns revision 4. The newer editing timestamp on D2 does not change its approval status.

Now suppose D1 was approved only for budget review, while the request concerns installation. The original answer no longer follows. Approval requires a scope as well as a yes/no field. Record the installation answer as unresolved and seek the relevant approval record. A confident date comparison cannot supply the missing scope.

### Laboratory: Investigate a changed case

Create cards for a request, a promise, a source quotation, an approval and an export receipt. Use the same phrase “export revision 4” in each. Classify what each card establishes, then remove the receipt and explain the task’s remaining status.
- Write your prediction before inspecting the complete fixture.
- Retain the source records and show each transformation.
- Change one assumption and explain which conclusions survive.
- Compare approval for budget review with approval for installation, and identify which permits the requested use.

### Model answer

The request establishes desired work; the promise establishes an adopted commitment; the quotation establishes what a source says. An approval may authorize the named revision and destination if its issuer has authority. A receipt can provide evidence of the result under its own verification procedure. Removing the receipt leaves the reported or intended export without that observation. Do not relabel the promise as completion. In a transfer case, an independently inspected destination may establish completion even when the original receipt is unavailable.

### Scoring
- 3 points: Classify request, commitment, quotation, authorization and observed result distinctly.
- 3 points: Resolve approval scope before choosing a revision.
- 2 points: Keep the result unresolved when the required observation is absent.
- 2 points: Explain an alternative observation that could establish completion.

### Applied lessons
- [lesson-01](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-01)
- [lesson-05](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-05)
- [lesson-13](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-13)
- [lesson-18](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-18)
- [lesson-21](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-21)
- [lesson-26](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-26)
- [lesson-31](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-31)

### Sources

[H. P. Grice (1975), Logic and Conversation](https://web.stanford.edu/class/psych205/papers/Grice-1975.pdf#page=5)
Conversational purpose and implicature help distinguish observed query wording from inferred intent.
Research inspected the original scan, pp.41–58 with focus on pp.45–47 and implicature discussion. Not a universal cross-cultural communication metric.

[John Searle (1975), A Taxonomy of Illocutionary Acts](https://semantics.uchicago.edu/kennedy/classes/f07/pragmatics/searle75a.pdf)
Propositional content and communicative force are distinct.
Research used §II and §IV. Historical theoretical taxonomy; not an empirical guarantee about model mental states.

[FIPA (2001), Communicative Act Library, XC00037H](https://jmvidal.cse.sc.edu/library/XC00037H.pdf)
Request, Agree, Inform and Failure have distinct definitions.
Historical experimental version dated 10 August 2001; §§3.2,3.7,3.8,3.19 and Annex5.4.1–5.4.2. Not represented as a current standard.

## Separate a valid inference from an established claim

A report says that every approved document has been checked, and a document in the folder carries a check mark. An assistant concludes that the document is approved. Before inspecting the software or improving its prompt, inspect that inference. The check mark may establish exactly what it records while the conclusion still fails to follow. A small collection of documents is enough to show why.

### Prerequisites
- The claim ledger in lesson-04
- Basic familiarity with sets as collections of objects

### Learning objectives
- Construct a counterexample to an invalid inference
- Separate the truth of premises from the validity of a conclusion
- Declare the scope of a formal representation
- Explain selected historical approaches without claiming a single continuous invention

### Make the reasoning small enough to inspect

Let A be the set of approved documents and V the set of verified documents. “Every approved document is verified” says that A is contained in V. It does not say that the two sets are equal. The collection may contain verified documents still awaiting an owner’s approval, and one of those documents is enough to defeat the assistant’s conclusion.

A countermodel is an arrangement in which the premises are true and the proposed conclusion is false, allowing a reviewer to reject the inference by inspecting a concrete case rather than debating how persuasive its wording sounds. For an agentic research chain, keep the original premise beside the rewritten conclusion and ask whether the rewrite has reversed a relationship, removed a condition or enlarged the group it covers.

Aristotle’s Prior Analytics, Book I.1 and I.4, examines necessary consequence from stated premises and distinguishes forms of categorical statements. His treatment supplies a historical way into this question, although his syllogistic should not be presented as modern predicate logic in different handwriting. The connection to the Atlas is educational; it does not establish that its methods were derived from Aristotle. [F-C01]

### Ask why the premises deserve acceptance

A different argument may have a valid form. Suppose every externally approved document has a named owner, and a current record establishes that document A is externally approved. It follows that A has a named owner, provided both premises apply to the same document, revision and collection.

If the approval record turns out to concern last year’s revision, the logical pattern remains valid, but the available evidence no longer establishes the premise needed to draw a conclusion about the document currently under review. This is why the Atlas’s claim ledger records versions and applicability rather than allowing a well-written explanation to supply its own authority.

In Posterior Analytics I.2, Aristotle distinguishes demonstration from deduction alone and imposes epistemic and explanatory conditions on its premises. The Atlas need not adopt his account of first principles or causes to benefit from the separation between what follows and why its starting statements should be accepted. [F-C02]

Frege opens the preface to his 1879 Begriffsschrift by separating the route through which someone arrives at a proposition from the grounds that justify it. For a contemporary workflow, a conversation history records how an answer developed; supporting evidence must still show why the answer should be accepted. The inspected Frege source is one translated preface page, so this lesson makes no claim to summarize the complete formal system. [F-C05]

### Choose a representation without hiding its decisions

A document selector needs a declared collection. “All relevant sources” might mean every file in one folder, every file the account can access, or every source that exists. Those collections differ. Write down which one the program actually examines, and preserve a separate state for unavailable or uninspected material.

Boole’s Laws of Thought develops algebraic operations on classes and discusses the universe of discourse. Selecting the same fixed class twice leaves the class unchanged, represented by his idempotent law x²=x. The calculation depends on fixed interpretation; it does not establish that the classification chosen by a person or model is correct. His nineteenth-century calculus also differs in details from the simplified Boolean algebra now commonly taught. [F-C04]

Leibniz’s Preface to a Universal Characteristic describes an ambitious symbolic instrument intended to aid discovery and judgment. Its completion forecasts belong to the proposed project, and the text’s moral and religious ambitions should not be removed from its historical setting. For the Atlas, the useful question is which disagreements explicit notation makes easier to examine. Assigning identifiers still leaves people responsible for deciding what the identifiers mean and which distinctions the records preserve. [F-C03]

### Retain the scope of each claim through the workflow

Consider two requirements and two source documents. One document supports the delivery schedule; the other supports the accessibility commitment. The statement “each requirement has a source” can be true even though no single document supports both requirements.

In contemporary notation, ∀c ∃s Support(s,c) says that for every claim c there is some supporting source s. The statement ∃s ∀c Support(s,c) requires one source that supports every claim. Read the symbols aloud before using them. A change in their order changes the assertion, and a summarizer that replaces the first with the second has introduced a claim the records do not support.

Add revision and applicability when the task needs them. A support relation might connect a claim to a particular source version and a project stage. Merely retaining a document title will then be insufficient. This is a practical extension of the RFP lesson, where an appendix can qualify the main clause and change which requirement applies.

### Worked example: Find the document that defeats the conclusion

Use a synthetic collection U={a,b,c,d}, with approved set A={a,b} and verified set V={a,b,c}. Every member of A belongs to V, so the first premise is true. Document c belongs to V, making the second premise true. But c does not belong to A. The conclusion that c is approved is therefore false in a case satisfying both premises.

The corrected output is that c is verified and its approval has not been established by this argument. If a current approval record is later found, that new evidence may support approval. It does not repair the original inference retroactively.

Now suppose a draft says “all project capabilities are externally approved,” while the evidence table contains only a subset of approved capabilities. Name a capability outside that subset and inspect its status. If its approval is unknown, the draft’s universal statement is unsupported even when every listed example is correct.

### Laboratory: Review a small source-to-claim chain

Prepare six synthetic source records, including an outdated approval, a qualified requirement and two claims supported by different documents.
- Declare the collection and revision boundary.
- Write one valid inference and one invalid inference about the records.
- Construct a countermodel for the invalid inference.
- Distinguish each claim having a source from one source supporting every claim.
- Record which premises still need evidence after the logical form is checked.

### Model answer

A satisfactory review identifies the precise record and revision used by each premise. Its countermodel makes the premises true while the conclusion fails, rather than merely stating that the conclusion sounds doubtful. The valid argument is kept separate from the task of verifying its premises.

The two-source case satisfies the claim-by-claim requirement if both sources genuinely support their assigned claims. It does not establish that one document supports the whole answer. The outdated approval remains historical evidence, and the qualified requirement retains its condition in the final prose. Before releasing the draft, the reviewer checks the resulting claims against the current records and records any unresolved premise.

### Scoring
- 3 points: Constructs a correct countermodel
- 3 points: Separates valid form from supported premises
- 2 points: Preserves quantifier scope and applicability
- 2 points: States the collection and revision boundary

### Applied lessons
- [lesson-02](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-02)
- [lesson-04](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-04)
- [lesson-08](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-08)
- [lesson-10](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-10)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)

### Sources

[Aristotle, Prior Analytics, Book I, translated by A. J. Jenkinson](https://classics.mit.edu/Aristotle/prior.1.i.html)
I.1, 24a10–24b22, and I.4: premises, deductions and first-figure forms.
Book I parts 1, 2 and 4 inspected in the MIT-hosted translation. Historical comparison; no claim of Drew’s direct influence.

[Aristotle, Posterior Analytics, Book I, translated by G. R. G. Mure](https://classics.mit.edu/Aristotle/posterior.1.i.html)
I.2, 71b9 onward: demonstration and the character of its premises.
Book I parts 1–2 inspected. Its account of scientific knowledge is not identical to contemporary evidence review.

[G. W. Leibniz, Preface to a Universal Characteristic, 1678–79, in Ariew and Garber, Philosophical Essays (1989), pp. 5–9](https://www.ratiocination.org/Courses/phil3505/wp-content/uploads/2017/08/Leibniz__Preface-to-a-Universal-Characteristic-and-other-fragments-on-logic.pdf)
Symbolic reasoning proposal in its historical philosophical and religious context.
Scanned translation pp. 5–9 rendered and OCR inspected. This is an aspiration, not a completed modern calculus or an established direct Atlas influence.

[George Boole (1854), An Investigation of the Laws of Thought](https://www.gutenberg.org/files/15114/15114-pdf.pdf)
Chapters II–III: signs, classes, idempotence and universe; opening of Chapter V on intermediate expressions.
Selected chapters and passages inspected in a public-domain transcription. Its pagination is not asserted to reproduce the original edition.

[Gottlob Frege (1879), Begriffsschrift, English preface excerpt](https://www.cs.cornell.edu/courses/cs4860/2009sp/Begriffsschrift.pdf)
Opening preface distinguishes the discovery of a truth from its justification.
One-page English preface excerpt rendered and OCR inspected; not a reading of the complete book.

## Build a small language and test its combinations

Write “compare A with B after review” on a card. A person may infer what it means, but a program needs rules for recognizing its parts and deciding what happens first. Building a tiny language makes those rules visible and gives a precise way to diagnose why a plausible-looking instruction fails.

### Prerequisites
- Complete Language 1 or be able to distinguish a string, its interpretation and its use.

### Learning objectives
- Define a grammar before an interpreter
- Understand what formal language history contributes
- Test unfamiliar combinations separately from familiar words
- Connect parsing to the experimental-language case

Offline worksheet: [Language lab](labs/04-language/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Define a grammar before an interpreter

A grammar specifies which arrangements of symbols belong to a language. A parser uses that specification to recover a structure from a string. An interpreter gives the resulting structure an operational meaning. These are different jobs, which is why a program can accept a sentence grammatically and still fail when its named document is missing.

Use the following classroom language. A document name is A, B or C. A command is “read document,” “compare document with document,” or “report.” A reviewed command is a command followed by “after review.” Under this grammar, “compare A with B after review” is accepted, while “compare with A B” is rejected. The accepted form contains a compare operation, two ordered operands and a review condition.

The grammar does not yet tell the executor what counts as review, where A is stored, whether comparison is symmetric or whether reporting sends information anywhere. Specify those meanings separately. For this exercise, read copies a named public fixture into a working record; compare records agreements and disagreements; report produces a local draft. The review condition requires a completed review record for the operands before the command runs.

### Understand what formal language history contributes

In “Three Models for the Description of Language” (1956), Noam Chomsky compares formally defined mechanisms for generating strings, including finite-state and phrase-structure models. The historical contribution relevant here is the importance of structural descriptions and the expressive capacities of different grammar systems. The paper’s claims do not establish that a modern language model implements a particular grammar or that grammaticality guarantees a safe operation.

A finite-state description keeps one of finitely many states and changes state as symbols arrive. A phrase-structure grammar can describe nested constituents through rewriting rules. Nesting matters when one expression contains another expression of the same kind, such as a condition containing a condition. A fixed maximum nesting depth can be handled with a sufficiently large finite-state construction; arbitrary depth requires a different account. State the language’s actual requirements before choosing a formalism.

For the tiny command language, a deliberately restricted grammar is useful because a learner can enumerate its forms. Adding free-form prose would make the language more convenient for some users while requiring additional interpretation. Neither choice is automatically superior. The engineering question is which meanings must remain unambiguous and how a rejected or uncertain input is handled.

### Test unfamiliar combinations separately from familiar words

A system can succeed on familiar examples without reliably recombining their parts. Lake and Baroni’s 2018 SCAN experiments make systematic generalization testable through a controlled navigation language and carefully chosen training and test splits. The results were mixed, including strong zero-shot performance in Experiment 1 and on “turn left,” alongside failures on other composition tests. Their reported findings concern the recurrent sequence-to-sequence systems and conditions they tested; they are not a result about all neural networks or every current agent.

The useful experimental distinction is between a random split, which may place very similar combinations in training and test, and a split that withholds a particular combination while exposing its components. Train the classroom interpreter or human participant on read A, read B, read C, compare A with B and report after review. Then test compare B with C after review. Because C was already introduced, a failure is less easily confused with encountering an unknown symbol.

Even this design does not isolate every possible cause. A learner may understand C but misunderstand whether “after review” modifies the comparison or the report. Include separate tests for each condition and record the failure category. An overall pass count conceals the distinction between missing vocabulary, wrong scope, reversed order and failure to combine known rules.

### Connect parsing to the experimental-language case

The Atlas’s experimental agent-language material describes an exploratory proposal and distinguishes it from a verified compiler. Use that case to ask what evidence each layer would need. A grammar requires accepted and rejected strings; a parser requires structures matching that grammar; a compiler requires a semantics-preserving translation; execution requires observed behavior under stated conditions.

A visual or poetic constraint can coexist with these obligations. It may determine line length, token choice or a permitted arrangement of commands, but the constraint must be stated precisely enough to test. A successful aesthetic judgment does not prove execution correctness, and a successful parser does not settle aesthetic quality. Keep separate test records so that failure at one layer leads to the right repair.

### Worked example: Trace a valid command with an unavailable operand

Constructed input is “compare A with C after review.” The parser produces Compare(left=A, right=C, condition=Reviewed(A,C)). The document registry contains A and B but no C. Parsing succeeds because C is an allowed document name. Name resolution fails because the current registry lacks its object. The executor must retain that diagnosis rather than pretending the comparison produced no differences.

Add C but omit its review record. Name resolution now succeeds; the condition still fails. Add a review record for C revision 2, while C currently names revision 3. A revision-aware condition continues to fail. This trace shows how one accepted string can reach three different operational outcomes as the environment changes.

### Laboratory: Investigate a changed case

Write six accepted strings and six rejected strings for the tiny language. Reserve two combinations for a second student, include all component names in the teaching examples, and ask that student to produce a parse and an execution trace. Add one grammatically valid command that cannot execute.
- Write your prediction before inspecting the complete fixture.
- Retain the source records and show each transformation.
- Change one assumption and explain which conclusions survive.

### Model answer

A complete answer states the grammar and semantic rules before classifying examples. “read B” is accepted; “read with B” is rejected. “compare B with C after review” is a useful withheld combination only if B, C, comparison and the review condition were each taught separately. A valid but unavailable command should fail at name resolution or its stated precondition, with no invented comparison result. Score structure, meaning and execution independently, and retain the exact split so that another learner can repeat the exercise.

### Scoring
- 3 points: Provide explicit grammar and correctly classify accepted and rejected strings.
- 3 points: Show parse structure, name resolution and revision-aware review condition separately.
- 2 points: Teach every component before testing a withheld combination.
- 2 points: Diagnose a valid but unexecutable command without inventing a result.

### Applied lessons
- [lesson-02](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-02)
- [lesson-14](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-14)
- [lesson-17](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-17)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)

### Sources

[Noam Chomsky (1956), Three Models for the Description of Language](https://chomsky.info/wp-content/uploads/195609-.pdf)
Formal generative mechanisms and structural descriptions provide a basis for comparing grammars.
Research inspected §§2–3 and §6, pp.113–124. No claim that contemporary language models implement these mechanisms.

[Brenden Lake and Marco Baroni (2018), Generalization without Systematicity](https://proceedings.mlr.press/v80/lake18a/lake18a.pdf)
SCAN tests held-out combinations under controlled train/test splits.
Research inspected §2, §4 experiments 1–3 and §5, pp.2873–2882. Findings concern tested recurrent systems, not all current models.

## Specify what a task preserves and why it stops

An assistant must review twelve source records and produce a result for each one. After several iterations it announces that the work is complete, but its table contains eleven rows. A detailed prompt may have named every desired quality while leaving this simplest completion condition untested. Start with the input list, the current position and the rows already produced; those records are enough to define a more exact task.

### Prerequisites
- Variables, whole numbers and simple inequalities
- Bounded task contracts in lesson-05

### Learning objectives
- Write preconditions, postconditions and an invariant
- Use a decreasing quantity to justify termination
- Distinguish a general computability limit from a bounded engineering problem
- Keep coverage guarantees separate from semantic correctness

Offline worksheet: [Verification lab](labs/06-verification/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Describe the state that matters

A state is the information needed to describe the process at a chosen moment. For the review task, use an immutable input list, its length N, an index i and a results list. Begin at i=0 with no results. Each step examines the next input, appends a supported, contradicted or unresolved result, and increments i by one.

The task contract should state what must hold before execution, called its precondition, and what must hold afterward, called its postcondition, so that the reviewer can connect the starting assumptions to the promised result. Here the input is a finite frozen list, each examination terminates, and the available storage can hold the required results. At completion, every input must have exactly one corresponding result.

Hoare’s 1969 paper formalizes relationships between initial assertions, program execution and final assertions, explicitly crediting Floyd’s earlier work. Its treatment also makes arithmetic assumptions visible. A proof using unlimited integers does not automatically cover an implementation whose index can overflow. The original paper’s correctness assertion does not by itself promise that execution terminates. [F-C07]

### Check what remains true after each step

An invariant is an assertion that remains true at the chosen checkpoints. For this loop, require 0≤i≤N and exactly one result for each of the first i input records. Check the invariant before the loop begins. Since i=0 and the results list is empty, no record has been skipped or duplicated.

Next suppose the invariant holds and i<N. The body examines input i, appends its result and increments i. The new result count is i+1, and the processed records are precisely the first i+1 inputs. Because the old index was below N, the new index does not exceed N. The invariant survives one step.

This argument depends on what the body actually does. If a failed extraction causes the program to skip the append, coverage breaks even though the index advances. An explicit unresolved result preserves the record of that failure and allows the coverage check to remain meaningful, while leaving the reviewer responsible for deciding whether the missing evidence prevents the report from being used.

### Prove progress separately

A loop can preserve an invariant forever. To justify termination, identify a nonnegative whole number that decreases every time the loop repeats. Such a quantity is called a variant. Use N−i for this review task. It starts at N, falls by one after each step and cannot remain nonnegative while decreasing indefinitely.

When the loop exits, i<N is false. Combined with the invariant’s i≤N, this gives i=N, so every input has a result. The coverage and termination claims have now been connected rather than left as two unrelated checklist items.

Dijkstra’s guarded commands make execution eligibility explicit, and his weakest-precondition account includes termination in the required outcome. His discussion distinguishes this from partial correctness and identifies the work involved in finding invariants and variants. It does not offer an automatic recipe for every program. [F-C08]

A budget of twenty iterations also makes a wrapper stop, but it does not prove that twelve records were reviewed. The stopping condition and the task’s success condition must be checked separately, especially when each iteration can spend time searching, revising or recovering from an error.

### Keep general limits in their proper place

Turing’s 1936–37 paper formalizes effective calculation through machines with finite descriptions and potentially unbounded working tape. It describes a universal machine and establishes undecidability results, using the original distinctions between circular and circle-free machines. Turing also discusses Church’s differently defined effective calculability and their equivalence. These are precise mathematical results, not a claim that every useful termination question is unanswerable. [F-C06]

The twelve-record loop has a simple decreasing quantity, but a much more general request to determine whether any arbitrary program will finish cannot inherit a proof that depends on this particular finite list and processing rule. Conversely, invoking computability limits does not excuse failing to count the rows in a bounded review task.

For the Atlas’s Ralph-style work, separate the runner that repeats jobs from each story’s behavioral contract. A progress file can index the evidence, but the statement “done” must lead to the tested revision and result. If the input collection changes midway through this proof, N no longer describes the same task and the completion argument must be reconsidered.

### Worked example: Repair a review loop that silently skips errors

Take N=3 and inputs A, B and C. A is readable, B has a missing appendix and C contains a contradictory clause. After the first step, i=1 and the results contain A’s status. During the second step, the program cannot extract B and advances without appending a result. Now i=2 but there is only one result. The invariant fails immediately, before the final report is written.

Repair the body so that B receives an unresolved result with its missing coverage recorded. C receives a separate result preserving the contradiction. After three terminating steps, i=3 and all three inputs have statuses. The proof establishes coverage and stopping under the declared assumptions. It does not establish that A’s semantic interpretation is correct or that C’s contradiction was resolved.

If the program calls a service that may wait forever, the assumption that each examination terminates is false. A timeout can restore bounded waiting while returning an unresolved result; whether another attempt is useful remains a separate decision.

### Laboratory: Write and check a complete loop contract

Use a fixed list of seven synthetic records. Two records must be unreadable or incomplete.
- State the precondition and postcondition in ordinary words.
- Write an invariant relating the index, processed inputs and result list.
- Show initialization and one-step preservation.
- Choose a decreasing nonnegative whole number and explain when it changes.
- Specify how unreadable inputs are represented and which semantic checks remain separate.

### Model answer

The contract fixes the seven inputs and requires one traceable result for each. The invariant says that the results correspond exactly to the processed prefix, with no missing or duplicate input identities. It is true initially and remains true when each step appends a result before advancing the index.

The variant 7−i decreases on every completed iteration. Each body operation must either finish or return a bounded unresolved outcome, so the loop reaches i=7. The two unreadable records receive explicit coverage failures. A separate semantic check tests source support, contradictions and applicability; it cannot be replaced by the successful row count. Retain both the coverage result and the unresolved records in the completion evidence.

### Scoring
- 2 points: Defines initial and final conditions precisely
- 3 points: Proves initialization and preservation
- 2 points: Gives a valid termination argument with its assumptions
- 3 points: Preserves unresolved inputs and limits the correctness claim

### Applied lessons
- [lesson-04](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-04)
- [lesson-05](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-05)
- [lesson-12](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-12)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)

### Sources

[Alan M. Turing (1936–37), On Computable Numbers, with an Application to the Entscheidungsproblem](https://www.cs.virginia.edu/~robins/Turing_Paper_1936.pdf)
Proceedings of the London Mathematical Society 42, pp. 230–265; machine models and limits of a universal decision procedure.
Sections 1–2, 6, 8, 11 and appendix inspected selectively. Modern halting paraphrases should be distinguished from the original circular/circle-free formulation.

[C. A. R. Hoare (1969), An Axiomatic Basis for Computer Programming](https://www.cs.cmu.edu/~crary/819-f09/Hoare69.pdf)
Communications of the ACM 12(10), pp. 576–580, 583; arithmetic assumptions, assertions and assignment rule.
Original scan pp. 576–577 closely inspected by OCR, including Sections 2, 3 and 3.1; not a claim to have checked every proof in the paper.

[Edsger W. Dijkstra (1975), Guarded Commands, Nondeterminacy and Formal Derivation of Programs, EWD472](https://www.cs.utexas.edu/~EWD/transcriptions/EWD04xx/EWD472.html)
Sections 2, 3.1 and 5: guards, weakest preconditions and derivation.
Selected sections inspected in the University of Texas transcription. Dijkstra’s explicit connection to Hoare is documented; Atlas applications are retrospective teaching extensions.

## Make agent interfaces reject incompatible work

One worker reads source documents while another prepares a presentation template. Both finish their assigned files, but the filling stage cannot match the source claims to the template’s placeholders. Their work was parallel in time and incompatible in use. Before adding another specialist, inspect the objects that pass between the workers and the decisions each worker was allowed to change.

### Prerequisites
- The five-stage document workflow in lesson-13
- Records with named fields and simple functions

### Learning objectives
- Separate syntax, type, protocol and meaning checks
- Define a handoff that a downstream worker can reject
- Distinguish workflow roles from information-hiding modules
- Identify shared dependencies that defeat apparent file independence

### Inspect the object crossing each boundary

A source reader should hand over findings with stable identities, source locations and qualifications. The synthesis stage uses those findings to write claims; the template stage defines allowed placeholders and styles; the filling stage produces the editable document and a placement report. A verifier then inspects both the claims and the rendered pages.

Write an example of each object before assigning workers. Include an incomplete object and state why the receiver rejects it. If the receiver silently invents the missing source or placeholder, the workflow loses the information needed to locate the original defect.

A grammar describes allowable structure in strings. Chomsky’s 1956 comparison of formal language models shows that different mechanisms have different expressive capacities, although his linguistic arguments should not be transferred directly into claims about modern language models. For tool protocols, the immediate lesson is narrower: a parser can establish that a message has an allowed form without establishing what the message accomplishes. [F-C09]

### Give different failures different checks

Suppose a request has a missing delimiter. A parser may reject it before any action occurs. Suppose instead that a required path field contains a list; a schema or type check may reject the value. Now suppose the path is a string naming the wrong report. The same structural checks can pass because they never examined which report the user requested.

A type system assigns categories and constrains combinations. Milner’s polymorphic type discipline proves specified soundness results for a defined language. Its familiar phrase about well-typed programs not going wrong concerns the type violations represented by that semantics, rather than all factual, ethical or task failures. A JSON schema is not automatically an implementation of that formal system. [F-C10]

In an agent workflow, distinct records for candidate, reviewed and accepted findings can make accidental promotion harder. A trusted review operation should control the transition between them, recording the evidence and reviewer decision that justify acceptance, because merely attaching an accepted label to arbitrary text does not supply either review evidence or authority.

Protocol state adds another check. A result for call C2 cannot satisfy the pending call C1 merely because it has the right fields. The Atlas’s adapter fixture isolates that mismatch. Retain the initiating identity and verify that the continuation resumes the corresponding request.

### Choose module boundaries around decisions that may change

The five document-production roles describe a sequence of work. They do not establish that the resulting modules can change independently. If every worker knows the internal arrangement of a source table, changing that arrangement may require five repairs.

Parnas compares two decompositions of a keyword-in-context indexing system. His information-hiding approach contains design decisions likely to change, rather than simply making each processing step a module. This supplies a useful challenge to role-based agent design without requiring the useful roles to be discarded. [F-C11]

For the briefing workflow, put the source storage format behind a stable finding interface. The template can consume a claim identifier and allowed content type without knowing whether the reader extracted the evidence from a PDF, a text file or a worksheet. The interface still needs to expose distinctions that affect correctness, such as an unresolved estimate or a source-use restriction.

Run a change experiment. Replace the internal extraction table while preserving the finding interface. Which workers need modification? If the renderer must now parse the extractor’s private columns, the supposed boundary was incomplete. If a changed source qualification alters the headline, that dependency is legitimate and must remain visible.

### Track the actual read and write footprint

Separate filenames do not guarantee independent work. A parser and renderer can edit different files while assigning incompatible meanings to the same block identifier. Two pages can also refer to a shared image, and a global style change can affect an untouched page.

Reynolds’s separation-logic account describes assertions over disjoint mutable storage and credits O’Hearn’s frame rule for local reasoning. Under its side conditions, reasoning about an operation’s footprint can preserve assertions about unaffected storage; in particular, the operation must not modify free variables in the assertion being preserved. The Atlas’s file ownership is an operational analogy, not a formal application of that theorem. [F-C12]

For each worker, list the artifacts it reads, the artifacts it may change and the shared decisions it consumes. A schema change goes through its owner and triggers checks in affected consumers. Human-authored regions receive explicit ownership as well, so a generated rebuild cannot erase a note simply because the generator has a newer summary.

### Worked example: Trace a schema change through a briefing

The source reader emits finding F7 with fields claim_id, source_span and status. The template contains a placeholder keyed by claim_id. A synthesis worker changes claim_id to a display label because it produces a cleaner heading, while the filler continues looking for F7. Every file remains well formed, and each worker has edited only its assigned file, but the shared identity contract has been broken.

Repair the synthesis output by retaining F7 as the stable identity and adding a separate display_label field. Check that the source link, placement report and rendered slide still refer to the intended claim. If the headline removes an uncertainty qualification, the identity repair alone does not fix that semantic defect.

The corrected workflow now has several independent observations: its objects parse, its fields have allowed kinds, its identities correlate across stages, its claim remains supported, and the rendered footnote is visible. None of those observations should be substituted for another.

### Laboratory: Specify and challenge two parallel handoffs

Design a small reader-and-template workflow that produces a two-page briefing from synthetic sources.
- Write the finding and layout records, including required fields.
- Provide a rejected example for each handoff.
- Identify which decisions must be fixed before parallel work begins.
- Introduce a schema revision and trace the affected consumers.
- List semantic and rendered-output checks after integration.

### Model answer

The finding record retains a stable claim identity, source revision, exact location and qualification. The layout record names placeholders, supported element types and constraints. Missing source support and an unknown placeholder are rejected explicitly rather than repaired through invention.

The workers may proceed concurrently after agreeing on the interface version and identity rules. A changed internal table can remain local if it preserves the interface; a changed meaning of claim_id requires reconciliation and consumer checks. The final artifact has one integration owner. Its acceptance record includes source fidelity and inspection of the actual rendered pages, with any unsupported claim or obscured note routed back to the stage that introduced it.

### Scoring
- 3 points: Defines inspectable handoffs and rejection conditions
- 2 points: Separates structural, protocol and semantic checks
- 3 points: Traces real dependencies across a schema change
- 2 points: Assigns mutable ownership and verifies the rendered artifact

### Applied lessons
- [lesson-03](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-03)
- [lesson-05](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-05)
- [lesson-13](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-13)
- [lesson-14](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-14)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)
- [lesson-24](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-24)

### Sources

[Noam Chomsky (1956), Three Models for the Description of Language](https://chomsky.info/wp-content/uploads/195609-.pdf)
IRE Transactions on Information Theory 2(3), pp. 113–124; finite-state and phrase-structure models.
Introduction and selected finite-state and phrase-structure discussions inspected. Does not establish claims about the capability of current language models.

[Robin Milner (1978), A Theory of Type Polymorphism in Programming](https://www.pure.ed.ac.uk/ws/files/15143545/1_s2.0_0022000078900144_main.pdf)
Journal of Computer and System Sciences 17, pp. 348–375; soundness for the paper’s language and defined errors.
Abstract, introduction and selected Sections 2–3 inspected; type safety is scoped to the formal language, not all program correctness.

[David L. Parnas (1972), On the Criteria To Be Used in Decomposing Systems into Modules](https://www.cs.lafayette.edu/~gexia/cs301/resources/parnas.html)
Communications of the ACM 15(12), pp. 1053–1058; two KWIC decompositions and change-oriented criteria.
Full web transcription inspected, including the examples and comparison. Agent-interface design is a teaching application.

[John C. Reynolds (2002), Separation Logic: A Logic for Shared Mutable Data Structures](https://www.cs.cmu.edu/~jcr/seplogic.pdf)
LICS, pp. 55–74; introduction and frame rule, PDF p. 7.
Introduction and frame-rule passage inspected. File ownership is an operational analogy; the paper’s formal heap and variable side conditions are not automatically satisfied by separate folders.

## Represent concepts without confusing names and things

A catalog contains two entries named “access.” One describes entering a building and the other describes opening a document. Merging the entries because their labels match would erase a useful distinction. Giving them different labels would help a reader, but the system still needs stable concept identities and a clear account of how they relate.

### Prerequisites
- Complete Language 1 or be able to distinguish a string, its interpretation and its use.

### Learning objectives
- Choose distinctions for a stated purpose
- Read SKOS relations precisely
- Separate absence from a negative assertion
- Preserve the distinction through revision

Offline worksheet: [Knowledge lab](labs/02-knowledge/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Choose distinctions for a stated purpose

A concept record represents a distinction that the catalog intends to maintain. Its identifier remains stable when the preferred label changes. A scope note explains what belongs under that concept and what should be placed elsewhere. Labels support communication; identifiers support reference across revisions and projections.

Gruber’s 1993 account of portable ontology specifications treats an ontology as an explicit specification of a conceptualization. For this lesson, the useful question is which distinctions a shared vocabulary commits its users to preserving. A catalog for finding building instructions may need entry permission, emergency exit and wheelchair access as separate concepts. A document-security catalog may need read permission, edit permission and owner approval. The appropriate distinctions depend on the work.

Portability requires more than exporting a file. If a diagram preserves concept names but drops the distinction between proposed and accepted relations, it has changed what a reader can infer. Define which properties must survive translation and test those properties after export. The Atlas’s human and machine views should be compared using those retained meanings, alongside file-format checks.

### Read SKOS relations precisely

The W3C Simple Knowledge Organization System, or SKOS, provides vocabulary for concepts, labels and semantic relations. A preferred label is not the concept itself, because two concepts can have similar wording while serving different scopes, and one concept can have alternate labels without multiplying the represented thing.

SKOS distinguishes a direct broader relation from a transitive broader relation. If A has skos:broader B and B has skos:broader C, a transitive traversal can reach C from A. That reachability does not turn A broader C into a newly asserted direct edge. Keep the assertion and its derivation distinguishable, particularly when a reviewer wants to understand who accepted each relationship.

The SKOS model permits hierarchical cycles. An application can nevertheless prohibit cycles because its navigation or editorial policy requires an acyclic hierarchy. A rejection should name that local rule. Calling every cycle a SKOS inconsistency misstates the standard and makes debugging harder. Likewise, skos:exactMatch is a mapping relation with specified properties; it should not be casually substituted for owl:sameAs, which makes a stronger identity commitment.

### Separate absence from a negative assertion

An incomplete catalog may omit a statement without asserting its negation. OWL’s open-world semantics formalize this distinction. If the known statements say that a tool supports CSV and JSON, the absence of PDF does not by itself entail that PDF is unsupported. It establishes only that this source has not supplied that fact.

A closed-world application can adopt a different rule, such as “the following list is exhaustive.” That rule changes the inference because the omission now occurs inside an explicitly complete list. Students must record the completeness premise rather than allowing it to enter silently. In the Atlas document-review cases, a missing appendix and an inspected appendix containing a prohibition are different evidence states.

Reasoning over an ontology derives consequences from encoded axioms. Those consequences can be logically valid relative to the axioms while depending on an incorrect empirical assertion. A reasoner can expose inconsistency or implied classifications, but its output does not provide a fresh observation that a supplier actually offers the feature. Review the premises and the inference separately.

### Preserve the distinction through revision

The Atlas taxonomy case separates extracted terms, generated candidates, reviewed concepts and accepted classifications. These are stages in an editorial process, not interchangeable counts of knowledge. Removing duplicate rows can improve a file while leaving ambiguous concept boundaries unresolved. Adding hundreds of plausible terms can increase review work without improving retrieval.

Give a proposed relation its own status, source and review history. When its source changes, mark dependent assertions for review rather than deleting the earlier record and obscuring the reason for the change. A human-facing page can simplify the presentation while keeping a route to those records. The operational test is whether a reader can tell an accepted distinction from an unreviewed suggestion and recover the evidence for either.

### Worked example: Direct edges, reachability and local policy

This is a constructed graph. A denotes document editing, B denotes document access, and C denotes information management. The asserted edges are A broader B and B broader C. A transitive query reaches C from A in two steps. A direct-edge query returns B only. Both answers can be correct because the queries ask different questions.

Now add C broader A. The cycle is compatible with the SKOS data model, but it violates our declared acyclic browsing policy. The validator should report that policy violation and show the three-edge path. It should not claim that SKOS itself forbids every cycle. Finally, remove the local acyclic rule and inspect whether the cycle still makes editorial sense; standard conformance alone cannot decide that.

### Laboratory: Investigate a changed case

Create two concepts sharing the label “access,” with identifiers, scope notes and two alternate labels each. Export them as a table and a small graph. Add a proposed relation, then change one preferred label and check which references should remain valid.
- Write your prediction before inspecting the complete fixture.
- Retain the source records and show each transformation.
- Change one assumption and explain which conclusions survive.
- Create a three-concept hierarchical cycle and classify it under SKOS and a declared acyclic browsing policy separately.

### Model answer

The concept identifiers remain stable after a label change, and links referring to those identifiers continue to resolve. A table and graph both need to preserve concept identity, relation direction and proposed status; a graph that displays the proposed edge as accepted loses a consequential distinction. Distinct scope notes prevent building access from being merged with document access merely because a label matches. A justified answer can choose different alternate labels, provided their use fits the declared catalog purpose.

### Scoring
- 3 points: Assign stable concept identifiers and distinguish homonymous labels with scope notes.
- 3 points: Preserve proposed status, relation direction and identity in both exports.
- 2 points: Separate a local cycle policy from SKOS consistency.
- 2 points: Keep identity references valid after changing the preferred label.

### Applied lessons
- [lesson-03](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-03)
- [lesson-08](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-08)
- [lesson-09](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-09)
- [lesson-10](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-10)
- [lesson-11](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-11)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)
- [lesson-21](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-21)
- [lesson-28](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-28)
- [lesson-30](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-30)

### Sources

[Thomas Gruber (1993), A Translation Approach to Portable Ontology Specifications](https://tomgruber.org/writing/ontolingua-kaj-1993/)
Shared explicit vocabulary and representational commitments matter for portability.
Author publication page, abstract and introductory ontology/specification account inspected. Does not establish semantic equivalence for an arbitrary export.

[W3C (2009), SKOS Reference](https://www.w3.org/TR/skos-reference/#semantic-relations)
Concept identity, direct broader relations, transitive relations and local cycle policies must remain distinct.
Research inspected §§3–5,8.6.6,8.6.8 and 10.6.8. SKOS permits hierarchical cycles; an application may prohibit them.

[W3C (2012), OWL 2 Primer, second edition](https://www.w3.org/TR/owl2-primer/#OWL_2_is_not_a_Database)
Open-world reasoning does not infer falsity from an absent assertion.
Research inspected §§2–4. Entailment is conditional on axioms and is not new empirical confirmation.

## Trace evidence through retrieval and revision

A report cites two summaries that agree. Both summaries were produced from the same original document, so their agreement supplies less independent support than the report’s two citations suggest. To assess the claim, follow the actual source relationships and inspect the passages that each summary retained or omitted.

### Prerequisites
- Complete Language 1 or be able to distinguish a string, its interpretation and its use.

### Learning objectives
- Describe derivation with explicit objects and activities
- Calculate retrieval measures with the right sets
- Separate retrieval from supported synthesis
- Make revision propagation an explicit procedure

Offline worksheet: [Knowledge lab](labs/02-knowledge/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Describe derivation with explicit objects and activities

Provenance describes where a record came from and what happened to it. The W3C PROV data model distinguishes entities, activities and agents, together with relationships for generation, usage, derivation and attribution. A source document is an entity; summarizing it is an activity; a person or system associated with that activity is an agent in this modeling vocabulary.

The distinction matters because several different claims can hide inside “based on the source.” An activity may have opened a document without deriving every output sentence from it, and a summary may quote a span, paraphrase it or introduce a conclusion of its own. Recording that the source was used does not establish support for every resulting assertion. Preserve a source identifier, version, supporting span and interpretation for consequential claims.

A provenance record helps a reader evaluate lineage. It does not certify the source’s truth, remove bias or make two derivative documents independent. If two summaries share one origin, record that shared dependency. The Atlas memory case is especially vulnerable to repeated summaries appearing more authoritative as their original qualifications disappear.

### Calculate retrieval measures with the right sets

Let R be the documents judged relevant to a question and Q be the documents returned by a retrieval system. Precision is the size of their intersection divided by the number returned, |R ∩ Q|/|Q|. Recall is the same intersection divided by the number relevant, |R ∩ Q|/|R|. These denominators answer different questions.

In a ten-document fixture, four documents are relevant. Search returns three documents, of which two are relevant. Precision is 2/3 and recall is 2/4. The first measure tells us how concentrated the returned set is in relevant material; the second tells us how much of the relevant material was recovered. If nothing is returned, precision needs an explicitly chosen reporting convention rather than division by zero. Recall also needs an explicit reporting convention when the judged collection contains no relevant documents.

Manning, Raghavan and Schütze’s information-retrieval textbook develops these measures and the importance of evaluation collections. Relevance judgments must fit the task. A passage about a supplier may be topically related but fail to answer whether a particular requirement applies at the preliminary stage. A broad topical label can make retrieval look successful while omitting the clause that governs the decision.

### Separate retrieval from supported synthesis

Suppose the two missed relevant documents include the waiver that changes an RFP answer. The retrieval scores remain 2/3 and 1/2, but the final conclusion can still be wrong. A single necessary exception can matter more than several redundant passages. Measure whether the evidence needed for the decision was recovered, then test whether the synthesis preserved its scope.

The Atlas quotation-backed analysis keeps a chain from question to source span to interpretation, and inspecting each connection means asking both whether the passage says what the answer claims and whether its conditions apply. A correct span can be attached to the wrong question, a paraphrase can omit “unless,” or the final answer can apply a preliminary-stage condition to a final submission. A citation at the end of the paragraph does not repair those errors.

Build tests that change the controlling qualification while leaving most wording unchanged. If an answer remains identical when “must” becomes “may” or an exception is added, the system may be responding to the topic without respecting the condition. Retain both the original and changed fixture so that the failure can be reproduced.

### Make revision propagation an explicit procedure

A revision changes the source entity that a claim depends on. Keep the old entity available for historical inspection and create a new version record. Mark affected claims stale until a reviewer or a defined comparison procedure checks whether their supporting spans and applicability survived. Stale means the support needs renewed examination; it does not assert that the claim has become false.

Consider source S1 feeding summaries T1 and T2, which feed report U1. When S1 is superseded, all three downstream records may require review. A dependency traversal can identify candidates for that review, but it does not automatically decide their semantic validity. An unchanged quotation may survive while a surrounding exception changes its application.

The Atlas’s maintained knowledge-curation supply chain turns this into ongoing work. A source record needs ownership, update triggers and a destination for unresolved changes. Keeping the graph without assigning the review task produces a well-documented backlog rather than a maintained collection.

### Worked example: One origin, two summaries and a changed waiver

Constructed source S1 states that final submissions require an attachment, while preliminary submissions may omit it. Summary T1 keeps both clauses; summary T2 keeps only the final-submission requirement. Report U1 cites both summaries and says all submissions require the attachment. The two citations trace to one origin, and the report contradicts that origin’s qualification.

A new source version S2 removes the preliminary waiver. U1 may now agree with the revised rule, but its original evidence chain still needs repair because it cited derivatives of S1. Record the new support and the effective scope. Accidentally becoming correct after a source change does not retroactively validate the earlier reasoning.

### Laboratory: Investigate a changed case

Build the ten-document retrieval fixture, designate four relevant documents and make one a controlling exception. Compare a system returning three documents with two relevant against one returning all ten. Then draw the provenance of two summaries and revise their shared source.
- Write your prediction before inspecting the complete fixture.
- Retain the source records and show each transformation.
- Change one assumption and explain which conclusions survive.

### Model answer

The first system has precision 2/3 and recall 1/2. Returning all ten gives precision 4/10 and recall 1, under the same judgments. Neither pair alone establishes successful synthesis, and returning everything may impose a larger review burden. A strong answer checks whether the exception is present and correctly applied. The provenance diagram shows one underlying origin for the summaries; revision marks dependent assertions for review without claiming that every old assertion is now false.

### Scoring
- 3 points: Calculate both retrieval denominators and identify the controlling exception.
- 3 points: Trace two summaries to one origin and inspect their retained qualifications.
- 2 points: Mark dependencies for review after revision without declaring every old claim false.
- 2 points: Separate retrieval scores, review burden and correct synthesis.

### Applied lessons
- [lesson-01](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-01)
- [lesson-02](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-02)
- [lesson-04](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-04)
- [lesson-06](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-06)
- [lesson-07](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-07)
- [lesson-08](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-08)
- [lesson-09](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-09)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)
- [lesson-28](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-28)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[W3C (2013), PROV-DM](https://www.w3.org/TR/2013/REC-prov-dm-20130430/#component1)
Entities, activities, agents and derivation relations structure lineage records.
Research inspected §§2.1.1–2.1.3,5.2.1–5.2.4 and 5.3.1–5.3.2. Lineage does not certify truth or statistical independence.

[Manning, Raghavan and Schütze (2008), Introduction to Information Retrieval](https://nlp.stanford.edu/IR-book/html/htmledition/evaluation-of-unranked-retrieval-sets-1.html)
Precision and recall use different denominators and require task-relevant judgments.
Author-hosted textbook §8.3 inspected. Scholarly exposition, not an original experiment; retrieval measures alone do not establish task completion.

## Distinguish information, meaning and task value

Two packets each contain one hundred words. One preserves a requirement’s exception and the source revision; the other preserves a fluent introduction and drops the exception. Their equal length does not make them equally useful. To choose what belongs in a limited context, identify which distinctions the next decision actually needs.

### Prerequisites
- Complete Language 1 or be able to distinguish a string, its interpretation and its use.

### Learning objectives
- Calculate information under a probability model
- Inspect what a compact representation loses
- Compare accounts of meaning without settling them by assertion
- Choose a measurement that fits the decision

Offline worksheet: [Knowledge lab](labs/02-knowledge/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Calculate information under a probability model

Shannon’s 1948 mathematical theory of communication studies the reproduction of selected messages through a channel. Entropy measures uncertainty over alternatives under a probability distribution. For outcomes with probabilities p₁ through pₙ, entropy in bits is H = −Σ pᵢ log₂ pᵢ, with a zero-probability term assigned value zero by continuity.

Four equally likely states have entropy −4 × (1/4) × log₂(1/4) = 2 bits. Two equally likely states require one bit to distinguish under the same model. The calculation depends on the alternatives and their probabilities, so changing the distribution changes the entropy even when the written labels remain the same.

If one state has probability 1 and all others have probability 0, entropy is zero because the selected state is already certain under the model, although that state can still matter greatly to a person. Conversely, a highly unpredictable sequence can have high entropy without helping answer the task. Shannon deliberately separated semantic interpretation from this engineering problem; the separation does not imply that meaning is irrelevant to every communication task.

### Inspect what a compact representation loses

A four-state workflow can use two-bit codes, such as 00 for proposed, 01 for accepted, 10 for rejected and 11 for unresolved. The compact encoding requires a shared codebook. Reading 01 establishes the accepted state only if sender and receiver use the same mapping and the transmitted bits were preserved.

Now merge rejected and unresolved into one code to save a distinction. The system can no longer tell whether a reviewer found contrary evidence or lacked enough evidence to decide. The three remaining states still need two bits in a fixed-width binary code, so this merge saves no fixed-width bits. It has changed the available decisions by discarding a distinction. The crucial question is whether the lost distinction matters for the downstream use, not whether the new representation is shorter.

The Atlas context-preservation case asks a related question about summaries and retrieved working material. A context limit creates a resource constraint, so select material by the claims and decisions it supports, retain links to the originals, and state any coverage limits that could change the next decision. A short packet that preserves an exception can support a better answer than a longer packet that repeats the main requirement.

### Compare accounts of meaning without settling them by assertion

Bender and Koller’s 2020 argument distinguishes linguistic form from meaning grounded in communicative intent. Their paper asks what learning from form alone can establish. Piantadosi and Hill’s 2022 account emphasizes conceptual-role semantics, in which relations among representations contribute to meaning. The disagreement concerns explanatory commitments about meaning and understanding; it cannot be resolved by counting whether an answer contains citations.

A useful classroom comparison gives each account a question to answer. How does an expression connect to what a speaker intends? How do relations among concepts support inferences? What roles do interaction and reference play? Describe the account’s commitments before treating one successful or failed model response as decisive evidence.

For an engineering task, several assessments remain separable even while the theoretical dispute continues. A response can be fluent, source-supported, applicable to the present task and useful to the reader to different degrees. A fluent explanation may be wrong; an awkward explanation may preserve the controlling exception. Those observations assess the output without claiming a complete theory of the system’s internal understanding.

### Choose a measurement that fits the decision

Suppose a feature-ranking process rewards the number of concepts added to a catalog. The count is easy to calculate, but it can increase when reviewers receive more duplicates or poorly scoped candidates. A measure used in place of the desired outcome is a proxy. The Atlas feature-value lesson asks students to inspect the relationship between the proxy and the actual work.

For a context-selection experiment, report packet size, retained decision-relevant distinctions, correct conclusions, review time and unresolved cases separately. A single score can be useful only after the trade-offs have been specified. If a packet is shorter but causes reviewers to reopen sources more often, its total resource cost may exceed that of the longer packet.

Test the actual downstream task with both packets while holding the source and question constant. Keep the example small enough that a reader can inspect every omitted clause. The result establishes performance on that fixture; extending it to other tasks requires further sampling and a reason to expect the same distinctions to matter.

### Worked example: A two-bit code with one missing definition

This constructed exercise assigns 00, 01, 10 and 11 to four workflow states. With equal probability, the state uncertainty is two bits. A receiver obtains 01 but has no codebook. The transmitted symbols alone do not identify which workflow state the sender intended. Supplying the codebook resolves the mapping but still does not prove that a reviewer actually accepted the item.

Next compare two source packets. Packet A contains “attachment required” and the source title. Packet B contains “attachment required for final submissions; preliminary submissions may omit it” plus the version identifier. For a preliminary-stage question, B preserves the needed condition. Its value comes from that task relation, regardless of whether a text compressor happens to encode A or B more efficiently.

### Laboratory: Investigate a changed case

Calculate entropy for four equally likely workflow states and for a distribution in which one state is certain. Then create two short summaries of the same requirement, one preserving its exception and one omitting it. Ask another student to answer a preliminary-stage question from each summary.
- Write your prediction before inspecting the complete fixture.
- Retain the source records and show each transformation.
- Change one assumption and explain which conclusions survive.

### Model answer

The uniform four-state entropy is two bits; the certain-state entropy is zero. Neither calculation measures truth or importance. The summary comparison should retain the exact question, source and answer, and distinguish the mathematical result from the observed classroom result. If a student answers correctly from the incomplete summary using prior knowledge, record that additional source of information rather than crediting the summary with preserving an absent clause.

### Scoring
- 3 points: Derive two bits for four equiprobable states and zero for a certain state.
- 3 points: Explain the codebook and why probability entropy does not measure task value.
- 2 points: Compare summaries by preservation of the exception under the same question.
- 2 points: Identify prior knowledge or other confounds in the classroom observation.

### Applied lessons
- [lesson-03](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-03)
- [lesson-11](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-11)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)
- [lesson-16](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-16)
- [lesson-17](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-17)
- [lesson-19](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-19)
- [lesson-27](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-27)
- [lesson-29](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-29)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[Claude Shannon (1948), A Mathematical Theory of Communication](https://home.csulb.edu/~cwallis/382/readings/482/shannon.mathematical.theory.communication.1948.pdf)
Entropy measures uncertainty over message alternatives under a distribution.
Research inspected Introduction and Part I §6. Semantic interpretation is outside that particular mathematical communication problem.

[Emily Bender and Alexander Koller (2020), Climbing towards NLU](https://aclanthology.org/2020.acl-main.463.pdf)
Theoretical account distinguishes form from meaning grounded in communicative intent.
Research inspected terminology §2 and thought-experiment argument, pp.5185–5198. Treated as a theoretical position, not settled consensus.

[Steven Piantadosi and Felix Hill (2022), Meaning without reference in large language models](https://arxiv.org/html/2208.02957v1)
Conceptual-role account argues that representational relations can support aspects of meaning.
Research inspected conceptual-role discussion in the versioned author preprint. Counterposition to form/meaning arguments; no task-level correctness guarantee.

## Infer what a missing result can establish

An assistant searches a request for proposals and reports no exception to a requirement. Before accepting the answer, open the extraction record. If the appendix was never read, the search result tells you something about the search and leaves a substantial question about the document. The same distinction matters when a save operation returns no receipt: the file may already exist at its destination.

### Prerequisites
- Fractions, percentages and multiplication
- The evidence classes in lesson-04

### Learning objectives
- Calculate a conditional probability from a frequency table
- Separate an event from the observation used to detect it
- Preserve uncertainty across a multistage workflow

Offline worksheet: [Coverage lab](labs/01-coverage/WORKSHEET.md). [Practice-lab guide](labs/README.md).

Offline worksheet: [Recovery lab](labs/03-recovery/WORKSHEET.md). [Practice-lab guide](labs/README.md).

Offline worksheet: [Probability lab](labs/05-probability/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Count the cases consistent with the observation

A conditional probability describes uncertainty after some information is given. Write P(H|E) for the probability of a hypothesis H when evidence E is observed. The vertical line means “given.” Bayes’ rule states P(H|E)=P(E|H)P(H)/P(E), provided P(E)>0. The rule follows because P(H and E) can be calculated either as P(E|H)P(H) or as P(H|E)P(E).

The equation does not supply its own inputs. For document review, the prior P(H) might come from comparable documents, while P(E|H) describes how often the extraction and search process produces the observation when the hypothesis is true. Gelman and colleagues place model construction, conditioning and checking together in Bayesian Data Analysis, Chapter 1. The probability identity is exact; the document model remains an assumption that needs checking. [F-P01]

### Retain the state that the task actually needs

In the RFP lesson, record whether each appendix was available, extracted and searched, because “no exception found” after complete inspection supports a different inference from the same words produced after the extractor omitted an entire appendix. A final answer should preserve that difference even when a downstream summarizer would prefer one short conclusion.

The recovery lesson introduces Boris, a specified architecture for durable contracts and action records. Its recovery mechanisms are design evidence, not a reproduced runtime demonstration. To reason about a saved report, retain the destination and revision alongside the attempted action. “Some report exists” cannot establish that revision R4 was saved, and a receipt for R4 cannot certify the different contents of R5.

Kaelbling, Littman and Cassandra formalize related problems with partially observable Markov decision processes. A state describes the world; an observation supplies incomplete information about that state; a belief assigns probabilities to possible states. Their state-update results assume the specified transition and observation models. Using these distinctions to analyze Boris does not claim that Boris implements their planner. [F-P08]

### Account for dependent failures

Suppose eight workflow stages each have a failure probability no greater than 0.02 under a declared operating distribution. Let F_i mean stage i introduces a material unrecovered failure. The chance of at least one F_i is at most the sum of the eight probabilities, or 0.16. This union bound needs no independence assumption, although it may be loose.

If the eight success events were independent, their joint probability would be at least 0.98^8, about 0.85076. Equality requires every stage failure probability to equal 0.02; the stated upper bounds alone give a lower bound on joint success. Independence is a stronger claim. A missing appendix may affect extraction, classification and final synthesis together. Another valid product multiplies success probabilities conditional on every preceding stage having succeeded, but those conditional rates must be justified. Merely collecting eight percentages from eight different test sets will not establish them.

Evidence can be dependent too. Three summaries repeating one report retain one reporting origin. Multiplying three likelihood ratios as if three independent investigations occurred would overstate what the sources establish.

### Worked example: Search the same document through two imperfect channels

All numbers in this example are constructed. Among 1,000 comparable documents, assume 200 contain an exception and 800 do not. A functioning search misses 10% of the exceptions and correctly reports no exception for 95% of documents without one. The no-finding group therefore contains 20 documents with exceptions and 760 without them. Given no finding, the exception probability is 20/780, about 2.56%.

Now leave an appendix unread often enough that the search misses 80% of exceptions. The no-finding group contains 160 documents with exceptions and the same 760 without them. Its exception probability is 160/920, about 17.39%. Identical visible wording supports different inferences because the observation process changed.

For an uncertain save, assume success probability 0.9, missing-receipt probability 0.1 after success, and missing-receipt probability 1 after failure. Bayes’ rule gives 0.09/(0.09+0.10), about 47.37%, for success given no receipt. These invented rates cannot be assigned to a real application without evidence. They demonstrate why a missing receipt cannot by itself establish failure.

### Laboratory: Build a coverage-aware evidence record

Use twenty short synthetic documents, five with exceptions. Keep the answer key separate from the search operator.
- Using the stated RFP model, calculate the posterior probability after no finding for search sensitivities 90% and 20%, retaining the same prior and specificity. Show both denominators.
- Give two documents missing appendices and one a deliberately unreadable table.
- Record available, extracted and inspected sections before searching.
- Distinguish explicit denial, no finding, contradictory evidence and uninspected content in the output.
- Explain the recovery decision when a save has no receipt and its destination cannot be inspected.

### Model answer

A sound record identifies the document revision, inspected sections, supporting spans and unresolved coverage. It may give a conditional conclusion about inspected material, but it cannot infer that an unavailable appendix contains no exception. Literal quotations must still be checked against source spans; a probability does not repair an invented quotation.

After the uncertain save, the action remains dispatched with an unknown outcome. If destination inspection becomes available, match the intended revision and target before retrying. If inspection is unavailable, report the uncertainty and pause dependent mutations that might duplicate the effect. The calculation explains the need for observation; it does not authorize another save or override a required human decision.

### Scoring
- 3 points: Separates source state from extraction and search observations
- 3 points: Preserves all four evidence statuses without collapsing unknown into false
- 2 points: Calculates both document posteriors correctly
- 2 points: Keeps an uninspectable save unresolved and avoids an unjustified retry

### Applied lessons
- [lesson-02](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-02)
- [lesson-04](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-04)
- [lesson-08](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-08)
- [lesson-18](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-18)

### Sources

[Gelman et al. (2013), Bayesian Data Analysis, third edition, corrections through 20 February 2025](https://sites.stat.columbia.edu/gelman/book/BDA3.pdf)
Conditional probability and the model-conditioning-checking workflow; Sections 1.1 p.3, 1.3 p.6, 1.5 p.11 and 1.8 p.19.
Downloaded title page, contents and opening chapter inspected. General statistical foundation; none of the Atlas document or save probabilities is a source finding.

[Kaelbling, Littman and Cassandra (1998), Planning and acting in partially observable stochastic domains](https://cs.brown.edu/courses/csci2951-k/papers/kaelbling98.pdf)
Artificial Intelligence 101:99–134; Sections 3.1–3.4, printed pp.105–108, define observation models, belief states and their updates.
Primary paper sections inspected. Correct-model assumptions bound the sufficiency and optimality results. Boris is a pedagogical application of the distinction, not a claimed POMDP implementation.

## Give confidence a measurable meaning

A taxonomy worksheet contains a confidence column beside each proposed relationship. One row says 0.8. Before using that number to decide which relationships to publish, ask what would count as its prediction coming true. A reviewer’s support weight, a model’s word probability and an estimated chance of expert acceptance can share the same decimal representation while answering different questions.

### Prerequisites
- Fractions and averages
- Candidate versus accepted concept in lesson-03

### Learning objectives
- Define the event attached to a probability forecast
- Calculate and interpret a binary Brier score
- Distinguish calibration, discrimination and quality of the evaluation labels

Offline worksheet: [Probability lab](labs/05-probability/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Define the event before collecting a number

For a taxonomy candidate, a usable event could be “accepted by the specified review panel under rubric R,” provided the panel receives the source context, proposed broader relation, definition and applicable governance policy needed to make that decision. Record its decision rather than replacing the candidate silently. The resulting label measures acceptance under that procedure; it should not be presented as a direct measurement of every possible interpretation of semantic truth.

The original taxonomy work contains observed workbook counts and an authored account of a larger expansion process. Neither provides a measured semantic accuracy rate by itself. A new confidence study requires labelled cases and a sampling plan. In the feature-value lesson, confidence is explicitly a judged support weight. Preserve that meaning unless an additional study establishes a probability interpretation.

### Score probability forecasts against outcomes

A proper scoring rule rewards a forecast distribution according to the outcome that occurs. Gneiting and Raftery define strict propriety as a uniquely best expected score at the true distribution within the stated class. That result concerns the scoring rule, and does not establish that a person or model knows the true probabilities. Their 2007 paper supplies the general framework. [F-P02]

For a binary outcome y, use y=1 for acceptance and y=0 for rejection. The binary Brier loss is (p−y)^2, where p is the forecast acceptance probability. Lower loss is better. Assigning 0.9 to an accepted candidate incurs 0.01; assigning 0.9 to a rejected candidate incurs 0.81. Confident errors receive a larger penalty.

Suppose the true acceptance probability for a case is q. Expected loss is q(1−p)^2+(1−q)p^2. Expand the terms to obtain p²−2pq+q, then rearrange them as (p−q)^2+q(1−q). The second term does not depend on the forecast p, while the first is nonnegative and vanishes only at p=q. This elementary derivation explains why the binary score favors an honest probability estimate.

### Inspect groups as well as averages

Calibration asks whether outcomes occur at the frequencies predicted. If many genuinely comparable cases receive forecasts near 0.8, approximately 80% should be accepted over a sufficiently large evaluation population. A group of five cases is too small to make an exact 80% requirement sensible, and broad groups can conceal variation within them.

Discrimination asks whether forecasts distinguish cases with different outcomes. A constant forecast equal to the overall acceptance rate can be calibrated across repeated samples and still provide no useful ranking for review. Report an overall-frequency baseline beside the proposed method, and inspect performance for ambiguous concepts, rare families and changed source conditions.

A self-reported model confidence is only a candidate forecast until tested. Fluent certainty supplies no confusion matrix. Agreement among several agents may reflect shared training, prompts or sources, so do not treat agreement as independent evidence without examining how the answers were produced.

### Keep the review procedure visible

Prepare the rubric before inspecting which system performs best. Reviewers should know what counts as an unsupported definition, a circular hierarchy, a wrong family assignment and a legitimate multiple assignment. Preserve disagreement and its reasons. If one reviewer treats every multiple assignment as an error while another permits it, calculating a single accuracy number first will conceal the policy difference, because the reviewers are applying different definitions to the same recorded output.

Keep development candidates separate from the cases used for the final assessment. Once a team changes its prompts after reading the assessment results, that feedback has become part of development. A later report should state which data influenced the changes and reserve fresh evidence for claims about unseen cases.

### Worked example: Compare forecasts with a simple baseline

Four synthetic forecasts are 0.9, 0.8, 0.6 and 0.2. The corresponding outcomes are 1, 1, 0 and 0. Squared errors are 0.01, 0.04, 0.36 and 0.04, so the mean Brier loss is 0.1125. A constant prediction of 0.5 produces mean loss 0.25 on the same four cases.

The first method scores better on this fixture. Four cases do not establish its calibration or deployment performance. The rejected case assigned 0.6 deserves inspection: was the forecast poorly estimated, did the source omit a qualification, or did the reviewers disagree about the acceptance rule? The score identifies a contribution to error without diagnosing its cause.

If forecasts will determine escalation, examine the cases near the decision threshold separately. A method can have a favorable average score while making costly errors exactly where release decisions are made.

### Laboratory: Run a small forecast audit

Use a frozen set of at least twenty synthetic taxonomy proposals with an explicit acceptance rubric.
- Write the acceptance event and designate the reviewer procedure.
- Record forecasts before revealing the review labels.
- Calculate each squared error and the mean loss for both the forecasts and a constant baseline.
- Group predictions into broad ranges, display case counts, and inspect disagreements before declaring calibration.

### Model answer

A satisfactory audit retains the candidate identity, source, forecast, reviewer label and reason. It calculates the mean over the same cases for both methods and does not exclude difficult cases after seeing their scores. The constant baseline must be specified without exploiting hidden evaluation labels; a development-set acceptance frequency is one defensible choice.

Report the limited sample directly. If a group contains three predictions around 0.8 and only one acceptance, the observed frequency is one third, but the sample is too small for a precise general conclusion. The next step is to inspect the rubric and collect additional representative cases, while retaining the disagreement rather than revising labels to improve the score.

### Scoring
- 2 points: Defines a reproducible forecast event
- 3 points: Calculates losses and an honestly specified baseline
- 3 points: Distinguishes calibration from discrimination and label validity
- 2 points: Reports sampling and group-size limitations

### Applied lessons
- [lesson-03](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-03)
- [lesson-10](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-10)
- [lesson-16](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-16)
- [lesson-17](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-17)

### Sources

[Gneiting and Raftery (2007), Strictly Proper Scoring Rules, Prediction, and Estimation](https://doi.org/10.1198/016214506000001437)
JASA 102:359–378; Introduction and Section 2 explain proper and strictly proper scoring rules.
Publisher description and author-hosted indexed paper inspected. The binary squared-loss derivation and four-case fixture are original instructional calculations, not reported results from the paper. Author copy: https://sites.stat.washington.edu/raftery/Research/PDF/Gneiting2007jasa.pdf

## Explain what passing tests can establish

A verification report lists thousands of successful checks. Open two of them. If they test intermediate masks produced from the same input, they may provide valuable coverage while sharing nearly every cause of failure. Counting them as thousands of independent encounters with future user tasks would give the report a statistical meaning that its test design never supplied.

### Prerequisites
- Probability multiplication and percentages
- The claim ledger in lesson-04

### Learning objectives
- Separate invariant tests, regression tests and representative evaluation
- Derive a zero-failure binomial bound
- Recognize how repeated tuning on an evaluation set changes its role

Offline worksheet: [Coverage lab](labs/01-coverage/WORKSHEET.md). [Practice-lab guide](labs/README.md).

Offline worksheet: [Probability lab](labs/05-probability/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Choose the claim before choosing the count

The WITNESS lesson reports 8,523 reproduced checks for the recovered mathematical kernel, including interval cases and intermediate masks. This supports a bounded statement about the tested kernel and fixtures. The source boundary explicitly excludes a general claim of complete PDF understanding or reliable performance on every real drawing.

An invariant test checks a property that should hold for a defined class of inputs. A regression test checks that a known failure stays repaired. A representative evaluation estimates performance on a stated task population through a sampling procedure, and although a single test can serve more than one purpose, its recorded result supports only the claims justified by that procedure. A hand-built boundary case may be exceptionally good at revealing a defect while being unsuitable for estimating how often users encounter it.

### Derive the meaning of zero observed failures

Assume n independent tasks drawn from the same fixed task distribution, each with a common failure probability p. One task succeeds with probability 1−p, so all n succeed with probability (1−p)^n. Independence and the fixed distribution are substantive assumptions; repeated copies of one file do not automatically satisfy them.

For a one-sided 95% upper confidence bound after zero failures, solve (1−p_U)^n=0.05. Taking the nth root gives p_U=1−0.05^(1/n). The NIST exact-binomial reference explains confidence limits obtained by inverting binomial probabilities and the problems with normal approximations when counts are small. [F-P03]

The confidence level describes the long-run coverage of the interval procedure under the model. It does not mean there is a 95% posterior probability that the fixed unknown p lies below this bound. A Bayesian probability statement would require a prior and a corresponding posterior calculation. Both approaches still depend on a defensible observation process.

### Check the task distribution and dependency structure

Suppose the deployment population includes scanned tables, long appendices, revised drawings and plain text. Testing only short clean files changes the population. The estimated failure rate would concern those clean files even if the arithmetic was flawless. List input classes, selection rules and exclusions alongside the result.

Near-duplicate tasks can fail together because they share a template, source, extraction path or ambiguity. Treating them as independent makes intervals artificially narrow. Grouped sampling or analysis may be appropriate, but first identify what groups were actually selected. A generic adjustment cannot recover information that the test set never contained.

The same principle applies across revisions. A receipt for one extractor version cannot establish end-to-end performance after that extractor changes. Retain relevant hashes, configuration, labels and acceptance criteria so that the claim can be recomputed for the version being considered.

### Protect the assessment from repeated selection

A team that tests a hundred prompt variants and reports the best score on the same cases has used those cases to select its method. The winning score is partly a result of that selection. Dwork and colleagues analyze adaptive data analysis and specialized mechanisms for holdout reuse; their guarantees belong to those mechanisms and assumptions. Calling an ordinary repeatedly queried set a holdout does not supply them. [F-P04]

Keep known failures available for development, since hiding them would make repair harder. Separately govern the evidence intended to support a final generalization claim. Record who saw evaluation results, which revisions followed and whether labels influenced the final choice. A small honest assessment is more interpretable than a large score whose role changed without documentation.

### Worked example: Read a perfect score with its assumptions attached

For 100 independent representative trials with zero failures, p_U=1−0.05^(1/100), approximately 0.02951. The fixed-model upper confidence bound is therefore about 2.95%, despite the observed failure fraction being zero.

Substituting 8,523 into the same expression gives approximately 0.000351, or 0.0351%. That calculation is arithmetically valid and evidentially unjustified for the reported WITNESS count unless the checks truly meet the sampling assumptions. Intermediate masks, repeated fixtures and deterministic assertions must not quietly become independent deployment tasks.

Now suppose a 100-case evaluation includes ninety copies of one clean document and ten distinct difficult documents. Its raw pass fraction is still a useful description of those 100 rows. It needs a separate argument before it describes a future user’s chance of success, and it cannot support the independence-based bound merely because the report contains 100 rows.

### Laboratory: Design three different suites

Build or specify a test plan for a source-to-answer workflow, using synthetic documents rather than private production material.
- Create a regression suite for known defects.
- Create a boundary suite containing missing appendices, conflicting clauses and ambiguous terminology.
- Specify a separate representative evaluation population, sampling unit and version freeze.
- Write one allowed claim and one unsupported claim for each suite.
- Derive the one-sided zero-failure upper bound from (1−p)^n=0.05, calculate it for 100 independent representative trials, and explain why a selected regression count cannot simply replace n.

### Model answer

The regression suite can establish that particular known defects were not reproduced under its conditions. The boundary suite can expose failures around important constraints and document how the workflow responds to missing evidence. Neither supplies a population-rate estimate solely from its pass count.

The representative evaluation must explain how tasks were selected, what counts as failure, which version was frozen and how dependencies are handled. For the illustrative 100 independent zero-failure trials, report the approximately 2.95% upper bound and its assumptions. Do not convert the result into a universal guarantee. If the team fixes a failure after inspecting the evaluation, identify that revision as informed by the evaluation and obtain appropriately independent evidence for the new claim.

### Scoring
- 3 points: Separates the three test purposes and allowed claims
- 2 points: Derives or correctly calculates the zero-failure bound
- 3 points: Identifies sampling, dependency and revision assumptions
- 2 points: Records the effect of adaptive evaluation feedback

### Applied lessons
- [lesson-04](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-04)
- [lesson-23](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-23)
- [lesson-24](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-24)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)

### Sources

[NIST, EXACT BINOMIAL confidence-limit reference](https://itl.nist.gov/div898/software/dataplot/refman2/auxillar/exacbino.htm)
Description section explains exact confidence limits by inversion of binomial probabilities and small-count approximation limitations.
Reference page inspected. Supports a fixed binomial model, not independence or representativeness of arbitrary software checks. The zero-failure calculation is explicitly derived in the chapter.

[Dwork et al. (2015), Generalization in Adaptive Data Analysis and Holdout Reuse](https://proceedings.neurips.cc/paper_files/paper/2015/file/bad5f33780c42f2588878a9d07405083-Paper.pdf)
Introduction and holdout-reuse construction address adaptive use of evaluation feedback.
Primary proceedings abstract and indexed paper inspected. Specialized formal guarantees do not apply to an ordinary repeatedly reused holdout merely because it is called a holdout.

## Test whether an intervention caused an improvement

The new search tool completes 82% of its test tasks. The old tool completed 50%. Before crediting the new tool, inspect the questions in each test. If the second set contains many more easy requests, the improvement in the chart may describe the changed workload rather than anything the search tool did.

### Prerequisites
- Percentages and weighted averages
- Task completion as an outcome in lesson-01

### Learning objectives
- Distinguish an observed difference from a causal effect
- Use standardization to compare systems under the same task mix
- Specify an experiment and the assumptions needed for a causal interpretation

Offline worksheet: [Probability lab](labs/05-probability/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Specify the alternative outcomes

A causal question asks what would happen under alternative interventions. For task i, let Y_i(1) be completion under the new tool and Y_i(0) completion under the old tool, using 1 for success and 0 for failure. The individual effect is Y_i(1)−Y_i(0), but a task attempt ordinarily reveals only the outcome under the tool actually used.

Hernán and Robins develop this counterfactual framework in Causal Inference: What If. Their identification conditions include consistency, exchangeability and positivity. Consistency links observed outcomes to the specified intervention; exchangeability concerns comparability of the groups; positivity requires the relevant alternatives to occur within the population groups being compared. These are conditions for an argument, rather than achievements conferred by fitting a regression. [F-P05]

### Separate source claims from proposed evaluations

The Atlas’s findability work connects search observations with retrieval tuning, navigation, missing-content repair and course planning. It proposes outcome-linked revision rather than documenting a measured improvement for every intervention. The client-segmentation research includes an evaluation proposal but supplies no recovered measurement of campaign lift or causal attribution.

Keep those boundaries when designing a new study. An external report that a technique worked elsewhere can motivate a local test. It cannot establish that the local organization adopted the technique or benefited from it. A final proposal should preserve explicit negative evidence about current use and keep planned outcomes separate from observed outcomes.

Before collecting data, write the intervention, comparison, task population, unit of assignment, outcome and observation period. “Better search” is too broad for an experiment: changes to ranking, aliases and source coverage could have different effects and maintenance costs. Specify which change the result will describe.

### Compare like task groups before combining them

Standardization compares systems under a common distribution of task characteristics. For easy and hard tasks, choose weights w_easy and w_hard that sum to one. A standardized success rate is w_easy × success_easy + w_hard × success_hard. The weights should describe the target workload or another declared comparison population, rather than being selected because they favor a preferred tool.

Stratifying by difficulty can remove the case-mix difference in the worked example. In a real study, it does not automatically remove every source of confounding. Experienced users may choose the new tool more often, or difficult questions may be sent to a separate review team. State which variables were observed and why adjustment for them is expected to address the comparison problem.

More data can narrow sampling uncertainty while leaving systematic bias unchanged. A precisely estimated difference between unlike groups remains a difference between unlike groups.

### Design assignment and measurement together

Random assignment can make tool groups comparable in expectation. Assign suitable task instances to the old or new tool before outcomes are known, and record completion, wrong-result selection, abandonment and review effort under the same rubric. If the same person repeats the same question, the first attempt may teach the answer, so balance the order or use equivalent task instances and explain how any remaining learning effect limits the comparison between tools.

Randomization alone does not guarantee an unbiased recorded result. A tool may cause users to abandon tasks, making it misleading to remove abandoned sessions from the denominator. Reviewers who know which tool produced an answer may score it differently. Shared advice between participants can also create interference between assignments. Choose the assignment level and review procedure with these effects in mind.

For observational comparisons, a causal argument may still be possible, but it needs explicit assumptions and sensitivity to their failure. The appropriate conclusion is often an observed association with named limitations, especially when the records do not identify why users received different tools.

### Worked example: Remove an apparent gain caused by task mix

All counts are synthetic. The old tool succeeds on 90 of 100 easy tasks and 10 of 100 hard tasks, for 100 successes in 200 attempts, or 50% overall. The new tool succeeds on 162 of 180 easy tasks and 2 of 20 hard tasks, for 164 successes in 200 attempts, or 82% overall.

Within each difficulty group the tools have identical rates: 90% for easy tasks and 10% for hard tasks. Under a common 50:50 workload, each standardized rate is 0.5×0.9+0.5×0.1=0.5. The apparent 32-percentage-point gain disappears. Under an 80:20 workload both would have a standardized rate of 0.8×0.9+0.2×0.1=0.74.

The arithmetic demonstrates how task mix creates the observed difference in this fixture. It does not show why a real workload changed, and it does not prove that difficulty is the only variable needed for a real causal comparison.

### Laboratory: Write an intervention study that could reject the proposal

Prepare a pilot for an alias-and-navigation change intended to help users find approved sources.
- Define the target task population and a completion rubric.
- Specify assignment to the existing and revised routes, including how repeated-user learning is handled.
- Retain abandoned tasks and wrong-source selections in the outcome record.
- Calculate both raw and 50:50 standardized rates for the fixture and state the strongest supported conclusion.

### Model answer

A satisfactory pilot names the alias/navigation change, freezes the source collection where feasible, and uses a common task outcome rubric. It randomizes appropriate task instances or participants while accounting for learning and communication between them. It records review effort and abandonment rather than treating a shorter interaction as automatic success.

For the fixture, the raw difference is 82%−50%=32 percentage points; both standardized rates are 50%, so the standardized difference is zero. The supported explanation is that the entire raw difference is accounted for by the supplied easy/hard mix and identical within-group rates. For a new real study, no improvement has been established until outcomes are collected. The protocol should specify a result that would reject the intervention, such as unchanged completion together with increased wrong-source selections or review burden.

### Scoring
- 2 points: Defines intervention, population and outcome precisely
- 3 points: Calculates the raw and standardized contrasts
- 3 points: Addresses assignment, learning, missing outcomes and interference
- 2 points: Preserves the proposal-versus-result evidence boundary

### Applied lessons
- [lesson-01](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-01)
- [lesson-07](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-07)
- [lesson-08](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-08)
- [lesson-28](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-28)

### Sources

[Hernán and Robins (2020 citation), Causal Inference: What If, electronic edition 19 August 2026](https://miguelhernan.org/s/hernanrobins_WhatIf_19aug26.pdf)
Sections 1.5 p.9, 2.3 p.19, 3.1–3.5 pp.27–38, 3.6 p.41; Chapters 7–9 address confounding, selection and measurement.
Current author link, downloaded edition date and detailed contents inspected; indexed author material on identification conditions checked. The easy/hard task counts are synthetic. Stable author landing page: https://miguelhernan.org/whatifbook

## Choose among permitted actions under uncertainty

A library-service assistant has enough information to draft an answer but still needs to choose whether to answer, inspect another approved source or request human review. The same chance of error can support different choices when one mistake costs a minute and another sends an incorrect request to an external recipient. Specify the consequences and the allowed actions before setting a confidence threshold.

### Prerequisites
- Expected value as a probability-weighted average
- Hard constraints in lesson-05 and lesson-16

### Learning objectives
- Calculate an action threshold from a declared loss model
- Compute the value of information from the decisions it changes
- Separate constrained optimization from permission and subjective value judgments

### Keep outcomes, preferences and permission separate

A decision model lists available actions, possible outcomes, probabilities and the value or loss attached to each outcome. Expected loss is the probability-weighted average of losses. The decision-analysis formulation in the Stan User’s Guide explains these elements separately and chooses the action with lowest expected loss, equivalently highest expected utility. The mathematics is platform-independent. The utility scale and outcome model remain stated assumptions. [F-P06]

For the Atlas service-routing scenario, first remove actions that are unavailable or unauthorized, including a paid-standard request that lacks a verified identifier, a configured destination or the human approval required for the particular external action. A favorable numerical score cannot supply any of these. If a preservation requirement is non-tradeable, treat it as a condition of eligibility rather than a penalty that a large benefit can outweigh.

Expected value also reflects a chosen treatment of risk. Equal average losses can conceal different worst cases. Where policy imposes a hard safety condition, retain that condition explicitly instead of assuming that an average adequately represents it.

### Derive a review threshold

Let p be the probability that an answer is correct under an agreed rubric. In a synthetic loss model, automatic release costs zero if correct and 100 units if wrong. Review costs 4 units and initially is assumed to remove every error. Automatic expected loss is 100(1−p); review loss is 4. Automatic release has lower expected loss when 100(1−p)<4, giving p>0.96.

The perfect-review assumption is deliberately strong. If review leaves residual error probability r, its expected loss becomes 4+100r, and the threshold becomes p>0.96−r. If r depends on the case, retain that dependence. Do not insert a single average review error rate where difficult cases are systematically routed to review.

A probability used near this threshold needs relevant evaluation evidence. The judged confidence weight in the Atlas feature-value fixture is not such a calibrated probability. Without a defensible p, the threshold calculation remains a model of the decision rather than a validated release procedure.

### Ask whether more information can change the choice

Suppose a proposed intervention yields benefit 50 if suitable and loss 30 otherwise, with suitability probability 0.5. Acting now has expected value 0.5×50−0.5×30=10; doing nothing has value zero. A perfect test would permit action only when suitable, producing expected value 25 before test cost. The expected value of perfect information is therefore 25−10=15.

A test costing 4 would leave value 21 if it were perfect. An imperfect test requires a calculation for each possible result, the revised probabilities and the action selected afterward. Reducing uncertainty without changing any available decision may have no immediate decision value. An unavailable or unauthorized action also cannot contribute benefit to the comparison.

The calculation describes this fixture’s agreed units and probabilities, leaving the team responsible for explaining whose interests the utility scale represents and how the task contract handles a possible irreversible harm that cannot be traded against routine benefits. Those decisions must remain visible in the task contract.

### Identify the mathematical problem you actually have

Boyd and Vandenberghe show that a local minimum of a convex optimization problem is global. Convexity means the objective and feasible set have a specific mathematical structure; the result does not imply uniqueness or apply automatically to prompt search and feature selection. Their Section 4.2.2 supplies the bounded theorem. [F-P07]

For a small set of indivisible projects, enumerate feasible combinations directly. This is often easier to inspect than a complicated scoring procedure. Include upkeep over a declared period and keep units compatible. Hours cannot be subtracted from an ordinal benefit score without a stated conversion or policy.

When plausible changes to an estimate reverse the selected project, report the decision as sensitive and identify the observation that could resolve the uncertainty, because adding decimal places to the estimate will not supply the missing evidence. Consider a reversible trial whose result could distinguish the alternatives, provided its cost and permissions are included.

### Worked example: Allocate a review budget with a preservation constraint

A synthetic budget permits ten review-hours. Proposal A requires six hours and offers nine expected benefit units. B requires five hours and offers eight; C requires four hours and offers six. Feasible pairs are A+C, costing ten and yielding fifteen, and B+C, costing nine and yielding fourteen. A+B costs eleven and is ineligible. Under these estimates A+C is best.

If A fails a required preservation check, remove A and A+C from consideration. B+C is then best among the remaining feasible choices. If A instead remains eligible but its benefit estimate falls from nine to seven, A+C yields thirteen and B+C yields fourteen. The ranking depends on the estimate.

The enumeration proves the best combination within this finite fixture and declared objective. It establishes neither the accuracy of the benefit estimates nor the appropriateness of the utility scale.

### Laboratory: Write a reviewable decision note

Use the service-answer loss model and the ten-hour allocation fixture.
- Calculate the automatic-release threshold with perfect review and with residual error r=0.01.
- Explain the effect of missing external-release permission.
- Enumerate all feasible subsets of A, B and C.
- Calculate the value of a perfect suitability test and state what an imperfect test would require.

### Model answer

The perfect-review threshold is p>0.96. With residual review error 0.01, review loss is 5 and the threshold becomes p>0.95. These comparisons apply only among authorized actions and within the declared loss model. Missing release permission excludes automatic release regardless of p.

Feasible subsets are none, A, B, C, A+C and B+C. Their benefits are zero, nine, eight, six, fifteen and fourteen. The best eligible combination is A+C until A fails its hard gate or its estimate changes as specified. The perfect suitability test has value fifteen before its cost; an imperfect test needs sensitivity, specificity, outcome probabilities and the decisions taken after each result. A strong note also names the person who approved the benefit scale and the owner of future maintenance.

### Scoring
- 3 points: Calculates thresholds and information value correctly
- 3 points: Keeps authorization and preservation outside compensable scores
- 2 points: Enumerates feasible combinations accurately
- 2 points: Discloses estimate sensitivity and value judgments

### Applied lessons
- [lesson-05](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-05)
- [lesson-16](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-16)
- [lesson-18](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-18)
- [lesson-26](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-26)
- [lesson-31](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-31)

### Sources

[Stan User’s Guide, Decision Analysis](https://mc-stan.org/docs/stan-users-guide/decision-analysis.html)
Outline of decision analysis separates decisions, outcomes, distributions and utilities before expected-utility optimization.
Complete current page inspected. Used for the mathematical formulation, not software-specific instructions or a claim that its model grants action authority.

[Boyd and Vandenberghe (2004), Convex Optimization](https://www.stanford.edu/~boyd/cvxbook/bv_cvxbook.pdf)
Sections 4.1–4.2; Section 4.2.2, print p.138, establishes local-to-global optimality for convex problems.
Official author book page and PDF passage inspected; downloaded copy retained for verification. The finite feature-choice example is enumeration, not a convex-optimization application.

## Control revisions when feedback is noisy or delayed

A team changes search aliases after every batch of failed queries. Some users improve immediately; others are still working from cached pages, and their outcomes arrive a day later. If the team treats every delayed failure as evidence about the latest revision, it can reverse a useful change before the change has been properly observed.

### Prerequisites
- Signed numbers, multiplication and geometric sequences
- Observation versus state in probability-01
- Advanced stability derivation only: quadratic equations and complex roots. The numerical trace can be completed without this extension.

### Learning objectives
- Describe the parts of a feedback process
- Derive stability for a simple discrete update
- Explain how observation delay changes the model and its conclusions

Offline worksheet: [Probability lab](labs/05-probability/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Name what is measured and what is changed

Feedback uses observed results to choose later actions. For a maintained knowledge collection, the action might revise aliases, navigation or source content. The measured result should concern an agreed task outcome, such as finding an applicable approved source. A query count is only an intermediate measurement, because fewer queries can accompany either successful completion or abandonment.

Classical control theory studies the combined behavior of a process, observations and a controller. Åström and Murray’s Feedback Systems develops state models, dynamic behavior and robustness. The indexed public manuscript includes discrete-time dynamics in Chapter 3. Its full text could not be retrieved for this edition check, so the calculations below are derived here rather than presented as a quotation or a theorem about a particular agent. [F-P09]

The Atlas query-feedback and curation methods can be analyzed using these distinctions. That comparison does not establish that their dynamics are linear or that a numerical control rule has been implemented. Before applying a fitted controller, a team would need evidence about response times, changing task distributions and what its measurements actually detect.

### Solve a simple update completely

Let e_t be the signed gap between a desired value and the observed value at step t. Assume an update removes fraction k of the current gap, with no delay, noise or changing target. The resulting recurrence is e_(t+1)=(1−k)e_t. Repeated substitution gives e_t=(1−k)^t e_0.

The equilibrium e=0 is asymptotically stable for all initial errors exactly when |1−k|<1, or 0<k<2. Here “asymptotically stable” means small starting errors stay small and tend toward zero as updates continue. If e_0 is already zero, it stays zero for any k, which is why the condition must concern all initial errors rather than one selected trajectory.

For 0<k<1, the gap keeps its sign and shrinks. For 1<k<2, its sign alternates while its magnitude shrinks. At k=2, a nonzero gap alternates without shrinking. For k>2, its magnitude grows. These are exact properties of the recurrence. They do not recommend a gain for a real knowledge-maintenance process whose assumptions have not been checked.

### Advanced derivation / Add a one-step observation delay

Suppose the update uses the previous gap instead of the current one. The equation becomes e_(t+1)=e_t−k e_(t−1). It now needs two starting values. Guess a solution proportional to λ^t and substitute it into the equation; after division by λ^(t−1) where appropriate, the characteristic equation is λ²−λ+k=0.

For 0<k≤1/4, its roots are real and lie between zero and one, except for the repeated-root detail at k=1/4, where solutions still decay. For 1/4<k<1, the roots are complex conjugates with product k, so each has magnitude √k<1. At k=1 the magnitude is one. For k>1 it exceeds one, and for k≤0 at least one root has magnitude at least one. Thus the delayed model is asymptotically stable for all initial conditions exactly when 0<k<1.

A gain of 1.5 contracts errors in the no-delay model but fails this delayed stability condition. The observation delay changed the permissible range even though the update still uses a corrective sign.

### Keep timestamps and revisions for a practical reason

A useful maintenance record associates each task outcome with the source and interface revision actually used, retaining when the attempt happened, when its result became available and when the next revision was applied so the reviewer can reconstruct the sequence. These fields let a reviewer distinguish a delayed observation from a current one.

Real systems also have bounded actions. An editor cannot repair more documents than exist or review more cases than the available staff can handle. Saturation, changing user needs and measurement noise invalidate the simple recurrence if they are omitted. A simulation can help expose sensitivity, but it remains a model until its behavior is compared with observations from the intended process.

For the Atlas supply-chain lesson, name an owner and update trigger for each derived representation. If outcomes are unavailable, record the gap in measurement rather than tuning against whatever activity count happens to be easiest to collect.

### Worked example: Calculate four rounds before trusting the rule

Use synthetic initial gap e_0=8. With k=0.5 and no delay, the gaps are 8, 4, 2, 1 and 0.5. With k=1.5, they are 8, −4, 2, −1 and 0.5. Both magnitudes shrink, but the second repeatedly overshoots the target.

With k=2.2, the gaps begin 8, −9.6, 11.52, −13.824 and 16.5888. The correction makes the error larger. For the delayed model, set e_(−1)=e_0=8 and k=1.5. Subsequent values are −4, −16, −10, 14 and 29. The early sequence itself does not prove instability; the root-magnitude argument supplies that conclusion for the model.

If these were real task-quality measurements, the first question would be whether signed error and a fixed target were appropriate representations. Keep that modelling question beside the calculation.

### Laboratory: Simulate maintenance with delayed reports

Use a spreadsheet, a short program or paper arithmetic. No model API is needed.
- Calculate twelve steps for k=0.5, 1.5 and 2.2 without delay.
- Repeat with a one-step delay and declared starting values.
- Add small measurement errors and label them separately from the underlying state.
- Describe which records would be needed to compare the simulation with an actual alias-maintenance process.

### Model answer

The no-delay runs contract for k=0.5 and 1.5 and expand for k=2.2 when the starting error is nonzero. With one-step delay, k=0.5 satisfies the stability condition, while 1.5 and 2.2 do not. A correct answer keeps measured error separate from underlying error after noise is introduced and does not infer the true state from one noisy observation.

Practical records should include task identity, task class, source and interface revision, outcome rubric, attempt time, report time and intervention time. They also need maintenance capacity and known external changes. The classroom result establishes behavior of the stated equations; a deployment claim would require validation against the actual process and its operating limits.

### Scoring
- 3 points: Calculates trajectories correctly
- 3 points: States stability for all initial errors with the appropriate assumptions
- 2 points: Explains the effect of delay and measurement noise
- 2 points: Names observations needed before transferring the model to a real process

### Applied lessons
- [lesson-01](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-01)
- [lesson-14](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-14)
- [lesson-28](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-28)
- [lesson-30](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-30)

### Sources

[Åström and Murray, Feedback Systems, public manuscript dated 30 September 2018](https://www.cds.caltech.edu/~murray/books/AM08/pdf/fbs-public_30Sep18.pdf)
Chapter 3 System Modeling, including discrete-time-dynamics exercise 3.3, supplies a control-theoretic reading path.
Author-hosted indexed excerpt inspected. Full retrieval returned a gateway certificate-verification error; no bypass attempted. Chapter recurrences and stability results are independently derived, not attributed to an uninspected page. Author robustness chapter: https://www.cds.caltech.edu/~murray/books/AM08/pdf/am08-robperf_04Mar10.pdf

## Allocate limited computation and review time

An assistant can generate another hundred candidate claims in the time a reviewer needs to inspect ten. When the deadline arrives, the useful output is the accepted, evidence-backed work the team can actually deliver. Planning only for generation leaves the slower review stage and its unresolved claims waiting at the end.

### Prerequisites
- Arithmetic with rates and time budgets
- Rejectable stories and interface ownership in lesson-12 and lesson-13

### Learning objectives
- Compare complete procedures under a fixed resource budget
- Distinguish bounded rationality from an excuse for unchecked output
- Design stopping conditions tied to deliverables and remaining uncertainty

Offline worksheet: [Coverage lab](labs/01-coverage/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Include the cost of deciding

A plan that considers every possible action may be impossible to execute before the situation changes. Herbert Simon’s 1955 paper argues for accounts of rational choice compatible with limited information and computational capacity. It motivates simplified decision procedures rather than assuming an actor can always calculate the globally best choice. [F-P10]

Russell and Subramanian later formalize bounded optimality by comparing programs under a specified machine architecture and task environment. Their proofs concern explicitly defined classes, not arbitrary modern multi-agent workflows. The useful question for this course is how well an executable procedure performs when computation, observation and action all consume resources. [F-P11]

For an Atlas workflow, count retrieval, preparation, generation, review, correction and final verification. Include waiting where an external response matters. A faster generator may change which stage limits completion without changing the total amount of defensible work delivered.

### Choose an endpoint the user can inspect

The Ralph lesson decomposes work into independently rejectable stories. That gives a team usable stopping conditions for parts of the task: an interface behavior is implemented, its acceptance case passes and the relevant artifact is retained. A story whose only endpoint is “the agent worked on it” cannot support the same decision.

For research, an endpoint might require each material claim to retain an exact source span, applicability condition and uncertainty status. For a document workflow, it might require a rendered artifact whose preserved features were checked. The endpoint determines where review time belongs. A complete answer that misses the one relevant exception is not improved by the number of paragraphs it contains.

Do not redefine the endpoint after seeing the results merely to make a preferred procedure win. If the task contract changes, record the amendment, the new criteria and which earlier work remains relevant. A decision about sufficient work belongs to the declared purpose and constraints.

### Allocate effort across stages

Suppose a candidate needs two minutes of review and an accepted claim needs one additional minute for final assembly. Generating fifty candidates in one minute does not imply that a thirty-minute task can deliver fifty accepted claims. Even before correction, the downstream work exceeds the budget.

A small allocation table can make this visible. List each stage’s expected time, output type, error cases and dependence on other stages. Reserve some time for inspecting failures rather than assuming every candidate reaches the final artifact. If review discovers missing source context, record the rework path instead of charging all of its cost to an unnamed final buffer.

Parallel workers help when their outputs have clear interfaces and can be checked separately. They can also produce overlapping claims, inconsistent assumptions and extra merge work. Compare the entire coordinated procedure with the simpler alternative under the same task set and resource limit. Worker count by itself is an activity measure.

### Decide when to stop or ask

A task can finish when its authorized deliverable satisfies the stated acceptance conditions. It can also reach a legitimate blocker when the remaining uncertainty depends on inaccessible evidence, an unresolved user choice or missing authority. Preserve the distinction between these outcomes in the final record.

For optional additional work, estimate whether another inspection or computation could change a permitted decision enough to justify its time and delay. The value-of-information calculation from the previous decision chapter provides a simple example. Estimating that value also takes effort, so a practical policy may use bounded heuristics such as checking all material claims and sampling lower-consequence formatting details.

A heuristic should be named as a procedure and tested under relevant conditions. A sensible deadline does not prove it optimal, and a proof about a simplified architecture does not certify the workflow. If the budget expires with a material claim unverified, mark that claim unresolved or omit it under the contract; do not promote it into an accepted result.

### Preserve what the next attempt will need

Stopping a run should leave enough information for another attempt to continue safely. Retain accepted claims, rejected candidates, source locators, artifact revisions and unresolved questions. A compressed memory should point back to these records and preserve their evidentiary status rather than turn every retained sentence into a fact.

This connects bounded reasoning to the Atlas memory and recovery lessons. A later worker can spend its limited time checking a changed source instead of reconstructing an entire conversation, provided the retained record identifies what was checked, when it applied and what observation would invalidate it. The usefulness of that record can itself be tested through a restart exercise.

### Worked example: Compare two procedures at the same deadline

All values are synthetic. A team has thirty minutes. Plan A spends twenty-five minutes generating one hundred candidates and five reviewing. It checks ten candidates and accepts eight. Plan B spends ten minutes generating thirty candidates and twenty reviewing; it checks all thirty and accepts twenty-one. Under an endpoint of accepted, evidence-backed claims, B delivers more useful work.

This comparison assumes the accepted claims have comparable importance and satisfy the same rubric. If B’s twenty-one claims are repetitive or omit the decisive requirement, the raw count is an inadequate endpoint. Add coverage of required questions and a material-error check before selecting a procedure.

A further worker is worthwhile only if its contribution, coordination cost and review needs improve the complete result. The example establishes a calculation under the supplied counts, not an empirical law that shorter generation or fewer workers always performs better.

### Laboratory: Run a fixed-budget workflow trial

Use the same synthetic document collection and a thirty-minute budget for two alternative procedures.
- Freeze the required questions and acceptance rubric before the trial.
- Allocate time to retrieval, generation, review, correction and assembly.
- Record accepted claims, coverage, material errors and review effort.
- Stop with an explicit completion or blocker state, then give the records to another person for a restart test.

### Model answer

A strong trial evaluates the whole procedure on the same required questions. It distinguishes candidate count from accepted-claim count and checks whether the accepted claims cover the task. Time spent reconciling duplicates or repairing unsupported claims belongs in the resource record.

The restart package should identify source revisions, accepted evidence paths, rejected candidates and unresolved decisions. The second person should be able to locate a claim’s evidence and identify what remains without inferring that every saved summary is authoritative. Report performance on this fixture and budget. A larger claim about general efficiency would require additional task populations and a comparison designed to support it.

### Scoring
- 3 points: Defines and preserves a meaningful endpoint
- 3 points: Includes review, correction and coordination in the budget
- 2 points: Uses truthful completion and blocker states
- 2 points: Produces a restart record that preserves evidence status

### Applied lessons
- [lesson-12](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-12)
- [lesson-13](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-13)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[Simon (1955), A Behavioral Model of Rational Choice](https://academic.oup.com/qje/article-abstract/69/1/99/1919737?login=false)
QJE 69:99–118; Introduction and Section II, The essential simplifications, beginning p.103.
Publisher bibliographic record and section listing plus CMU reprint archive verified; establishes historical provenance of resource-limited choice. CMU primary archive: https://digitalcollections.library.cmu.edu/node/48694

[Russell and Subramanian (1995), Provably Bounded-Optimal Agents](https://people.eecs.berkeley.edu/~russell/papers/jair-bo.pdf)
JAIR 2:575–609; abstract, formal program/environment framework and Section 7.
Author PDF, indexed conclusion and author research account inspected; extraction of some PDF pages is garbled. The proofs concern specified architectures and environments, not current Atlas workflows.

## Reason about events across independent processes

A worker receives an approval, another dispatches the save, and a third records the result. Their log lines appear in a neat timestamp order, but one machine’s clock is behind and the receipt arrives after a restart. To decide what happened, trace which event could have informed which other event. Sorting the printed times is not enough to reconstruct that relationship.

### Prerequisites
- State, invariant and postcondition from logic-02
- The action and contract records in lesson-18

### Learning objectives
- Construct a happened-before relation from local order and messages
- Calculate simple logical timestamps without confusing order with cause
- State a safety invariant over revision-bound events
- Explain why acknowledgement loss leaves more than one possible execution

Offline worksheet: [Recovery lab](labs/03-recovery/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Build the event relation from observations

Within one process, its recorded sequence supplies an order. Across processes, sending a message happens before receiving that same message. Combining these relations transitively gives further orderings. If approval A precedes dispatch D, and dispatch D precedes receipt R, then A precedes R through that chain.

Lamport’s happened-before relation formalizes this partial order. Some pairs of events remain unordered because neither event is connected to the other by the relation. Calling those events concurrent does not require them to occur at precisely the same wall-clock instant. It describes what the modeled event relationships establish. [F-C13]

For the Atlas’s parallel document work, a template revision and an independent source extraction may be concurrent, while filling the document depends on receiving both results and therefore introduces an explicit dependency on each completed input. The integration record should identify those dependencies directly, rather than infer them from which completion message appeared first in a conversation.

### Assign a logical clock

Give each process a counter initially set to zero. Before a local event, increment its counter. When sending a message, attach the current counter. On receiving a message with value t, set the receiver’s counter to one more than the greater of its current counter and t.

If process P sends a message at 2 and process Q’s counter is 5, Q records receipt at 6. If Q’s counter had been 0, it would record receipt at 3. In both cases the send receives a smaller timestamp than the corresponding receipt.

The rule is designed to respect happened-before. The converse is false: a smaller logical timestamp alone does not prove that one event caused or informed another. Independent events can receive different numbers, and a tie-breaking process identifier can create a total order without turning that bookkeeping order into a causal fact. Lamport explicitly notes this limitation of the clock condition. [F-C13]

A log needs correlation identities as well as numbers, because two lines saying “received result” cannot establish which pending call each result completes unless their records preserve the corresponding message or action identity. Logical clocks do not repair missing identity information.

### Write a safety invariant over the event record

Consider a proposed save whose payload has revision R4. Define an approval event that names R4 and the intended destination. A dispatch is allowed only if the applicable approval names that same revision and destination and has not been invalidated by a relevant change.

The safety invariant says that every dispatched action has such an applicable approval in its dependency history. Safety describes something that must never go wrong. A liveness claim describes progress, such as an authorized action eventually reaching a resolved outcome. The system can preserve the safety invariant while waiting because its destination is unavailable; that wait does not establish liveness.

Test the invariant against explicit transitions. Creating R5 must not rewrite the approval event for R4. Restarting the dispatcher must not make an unknown action appear unattempted. Recording an R4 receipt must not certify a new R5 artifact simply because the filename is unchanged.

This is a formal reading of the Atlas’s specified Boris recovery mechanism, not a report of a verified implementation. The design becomes testable when its records and transitions are explicit. A production system still needs evidence that its actual dispatch path enforces those transitions.

### Keep multiple possible executions until an observation separates them

After a timeout, one possible execution has lost the request before the destination saw it. Another has saved the file and lost the reply. Both produce the same observation at the caller. No choice of local timestamp can reveal which execution occurred.

Birrell and Nelson’s RPC design states this distinction precisely for its own interface: a normal return guarantees one invocation, while an exceptional outcome may leave the caller unable to distinguish one invocation from none. That is a property of their design, not a guarantee supplied by every modern service. [F-C14]

Saltzer, Reed and Clark explain why application-level retries can introduce duplicates even when a lower network layer suppresses its own duplicate messages. The application must identify the effect it needs and check at the boundary where that effect can be established. [F-C15]

A destination receipt, inspected artifact revision or reliable duplicate-suppression contract can add information. A local action ID helps correlate records, but it cannot force an unrelated application to recognize repeated clicks. Preserve the unknown outcome until the available observation supports a narrower statement.

### Worked example: Calculate event order and test a stale approval

Use two processes P and Q, each starting at zero. P records approval A for R4 at logical time 1 and sends request D at time 2. Independently, Q records local event X at time 1. Q receives D and sets its counter to max(1,2)+1=3. It records the resulting save S at time 4 and sends receipt R at time 5. P receives R at max(2,5)+1=6.

The message chain establishes A before D before receipt-of-D before S before R before receipt-of-R. X is before Q’s receipt of D, but A and X are unordered by the available relation. Their equal clock values are not the reason; the missing event path is.

Now insert creation of R5 at P after D but before the receipt arrives. R4’s save may still reconcile successfully. The R4 receipt cannot establish that R5 was saved, and an approval that specifically names R4 cannot be silently applied to R5. Keep the two revisions in separate assertions even if the interface displays one filename.

### Laboratory: Build and challenge a distributed event trace

Use paper cards or a local table to model a planner, dispatcher and destination. Use only synthetic actions.
- Assign stable event, message, action and revision identities.
- Draw local-order and send-to-receive arrows.
- Calculate logical timestamps for at least eight events.
- Add a lost reply, a restart and a changed payload.
- Check the approval invariant and identify which outcomes remain unresolved.

### Model answer

A correct trace derives order from local sequence and matching messages, then assigns counters that respect those arrows. It does not add causal arrows merely because one counter is smaller than another. Its approval invariant connects each dispatch to the exact applicable payload and target.

The lost reply leaves the action outcome unknown at the caller until an additional observation resolves it. Restart preserves that uncertainty and the stable action identity. A changed payload receives a separate revision, and old approval or acceptance evidence is reconsidered according to the fields it actually covers. The final trace reports both the invariant result and any unresolved progress condition.

### Scoring
- 3 points: Derives a correct partial order and logical timestamps
- 2 points: Avoids inferring causation from timestamps alone
- 3 points: Preserves the revision-bound dispatch invariant
- 2 points: Represents indistinguishable timeout outcomes accurately

### Applied lessons
- [lesson-13](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-13)
- [lesson-14](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-14)
- [lesson-18](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-18)
- [lesson-19](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-19)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[Leslie Lamport (1978), Time, Clocks, and the Ordering of Events in a Distributed System](https://lamport.azurewebsites.net/pubs/time-clocks.pdf)
Communications of the ACM 21(7), pp. 558–565; partial order, logical clocks and total order, especially pp. 559–561.
Named sections inspected. Logical clock order is not in general evidence of causation in the converse direction.

[Andrew D. Birrell and Bruce Jay Nelson (1984), Implementing Remote Procedure Calls](https://www.cl.cam.ac.uk/teaching/0708/DigiCommI/birrell1984rpc.pdf)
ACM Transactions on Computer Systems 2(1), pp. 39–59; Section 1.3 and transport Section 3, particularly p. 49.
Selected design and transport passages inspected. Reported invocation semantics apply to the authors’ design and are not a universal contract for remote services.

[J. H. Saltzer, D. P. Reed and D. D. Clark (1984), End-to-End Arguments in System Design](https://web.mit.edu/Saltzer/www/publications/endtoend/endtoend.pdf)
ACM Transactions on Computer Systems 2(4), pp. 277–288; careful transfer, duplicate suppression and transaction examples.
Author-hosted reformatted PDF, selected examples on PDF pp. 2–3, 6–7 inspected. End-to-end checking does not prohibit useful lower-layer checks.

## Check a narrow result with explicit assumptions

A drawing contains a faint mark between two darker regions. An assistant traces a connection through it and describes the drawing as complete. A reviewer needs to know whether the visible evidence forces that connection, merely permits it, or rules it out under an agreed interpretation. The Atlas WITNESS lesson makes this distinction practical by defining a small checkable task. This chapter builds a miniature version whose reasoning fits on paper.

### Prerequisites
- Sets and inclusion from logic-01
- Invariants and finite iteration from logic-02

### Learning objectives
- Represent uncertainty with lower and upper sets
- Prove when a connectivity conclusion survives uncertain input
- Construct and check a small certificate
- Explain the assumptions that separate a model result from a claim about a real drawing

Offline worksheet: [Verification lab](labs/06-verification/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Keep the uncertainty in the representation

Imagine that a drawing has been divided into cells. The lower set L contains cells definitely treated as traversable. The upper set U contains every cell that could be traversable under the interpretation we have agreed to use. Any admissible completed interpretation M must satisfy L ⊆ M ⊆ U. The uncertain cells are those in U but absent from L.

This model requires both named endpoints to belong to L and needs a fixed adjacency rule. For example, cells may connect only along shared edges. Changing to a rule that also permits diagonal contact changes the question. These decisions belong in the task contract with the source revision, because a correct calculation under the wrong adjacency rule can still answer the wrong practical question.

The representation also makes an assumption about uncertainty by allowing every intermediate set between L and U, so the reviewer must consider whether these freely combined cell classifications accurately include the possibilities permitted by the drawing. If real drawing conventions couple the uncertain cells, this interval may include impossible combinations. Allowing extra possibilities can make the analysis less decisive while preserving conservative conclusions, provided every interpretation that really is possible remains included.

### Derive the three possible answers

Let P(M) mean that a path connects the chosen endpoints using cells in M. Connectivity is monotone under adding traversable cells. If a path exists in a smaller set, its same sequence of cells remains available in every larger set. This simple observation supports two useful conclusions.

If P(L) is true, then P(M) is true for every admissible M, since L ⊆ M. A concrete path through L supplies a positive certificate. The checker verifies its endpoints, confirms that every path cell belongs to L, and checks adjacency for each consecutive pair.

If P(U) is false, then P(M) is false for every admissible M. To see why, suppose some M contained a path. Since M ⊆ U, that same path would exist in U, contradicting the premise. The negative certificate can be the set R of all cells reachable from the starting cell in U. Check that R is a subset of U, contains the start, excludes the destination, and contains every U-neighbor of every cell already in R.

The remaining case has no path in L and a path in U. Under the interval model both L and U are admissible completions, so the available information supports different answers. Report an undetermined result and identify the cells whose interpretation matters. A forced choice would discard the uncertainty that the representation was built to preserve.

### Why a repeated reachability calculation finishes

Start with R₀ containing the starting cell. Define Rₖ₊₁ to contain Rₖ together with all its neighbors that belong to U. Each step preserves the cells already found and may add more. Since U is finite, a strictly expanding step can happen only finitely often. When the next set equals the current one, the reachable set is closed under the neighbor rule.

Tarski’s 1955 fixed-point theorem supplies a broader mathematical setting for order-preserving functions on complete lattices. A complete lattice is an ordered collection in which every subcollection has a least upper bound and a greatest lower bound; sets ordered by inclusion provide the example needed here. Tarski establishes fixed-point existence in that general setting. Our finite termination argument additionally uses the finite number of cells. The theorem alone does not promise that an arbitrary agent’s revision loop will settle after finitely many attempts. [F-C16]

Cousot and Cousot’s abstract interpretation connects program analysis to sound approximations of computational behavior. Their author-maintained summary explains the use of ordered abstractions and fixed points. Here, the lower and upper cell sets form a teaching example of conservative reasoning about a represented uncertainty, rather than a claim that the Atlas implements their entire program-analysis framework. Only that summary was inspected for this source. [F-C17]

### Decide exactly what the checker establishes

Proof-carrying code, introduced by Necula, separates production of a program and evidence from checking that evidence against a consumer’s safety policy. Its architecture helps explain why an agent can propose a result while a smaller checker examines a restricted claim. The checker still relies on a policy, an interpretation and an implementation; a certificate does not remove those responsibilities. [F-C18]

Finite-state model checking likewise asks whether a precisely represented system satisfies a specified property. Clarke’s instructional account gives an accessible entry to this approach and its limits. Exhaustively checking a finite model says nothing automatically about states omitted from that model. Our cell checker establishes connectivity under its supplied cell classification and adjacency assumptions, rather than the engineering meaning of a line in the original drawing. [F-C19]

For lesson-23, preserve this boundary through the whole evidence packet. Associate the source revision, cell sets, endpoints, adjacency rule, result and certificate so that someone else can repeat the calculation. Lesson-25’s readiness review should reject a packet whose certificate checks against a different revision. Lesson-32’s capstone can combine this narrow checker with human interpretation while preserving which component established which claim.

### Worked example: Three cells and a missing connection

Place three cells in a row, A—B—C, and permit edge-sharing contact only. Let L = {A,C}, U = {A,B,C}, and choose A and C as endpoints. There is no path in L, while the sequence A,B,C forms a path in U. The answer is undetermined because whether B is traversable changes the outcome.

If further inspection establishes that B is traversable, update L to include B. The path A,B,C now checks as a positive certificate. If inspection establishes that B is excluded, update U to {A,C}. The set R = {A} then checks as a negative certificate: it contains the start, excludes C and has no omitted traversable neighbor in U. Both revisions require recording the new observation rather than silently changing a cell to obtain the desired answer.

### Laboratory: Build a certificate checker and try to fool it

Use a synthetic grid of at most sixteen cells. Work on paper or write a local script; no external service or drawing upload is needed.
- Declare the source identity, endpoints, lower and upper sets, and adjacency rule.
- Compute a positive, negative or undetermined result using the bounds.
- Create a path or reachable-set certificate where the result permits one.
- Challenge the checker with a wrong endpoint, an unsupported cell, diagonal contact and a certificate copied from another revision.
- Explain which source-interpretation assumptions remain outside the check.

### Model answer

The checker first rejects malformed inputs, including L not contained in U or endpoints absent from L, and binds the certificate to the intended source revision and adjacency rule. A positive certificate must stay entirely inside L and reach the specified endpoint through permitted consecutive steps. A negative certificate must be a subset of U, contain the start, omit the destination and be closed under all permitted U-neighbors.

A diagonal step fails under edge-only adjacency even if the cells visually touch. A path through U but outside L cannot establish definite connectivity. A certificate for another revision must be rejected or independently revalidated against the current inputs. The final explanation should say that even a valid certificate leaves the classification of drawing cells and the engineering interpretation of the modeled connection open to separate review.

### Scoring
- 3 points: Correctly derives the result from lower and upper bounds
- 3 points: Checks a valid positive or negative certificate
- 2 points: Rejects the planted identity and adjacency errors
- 2 points: States what the model leaves unverified

### Applied lessons
- [lesson-23](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-23)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[Alfred Tarski (1955), A Lattice-Theoretical Fixpoint Theorem and Its Applications](https://msp.org/pjm/1955/5-2/pjm-v5-n2-p11-p.pdf)
Pacific Journal of Mathematics 5(2), pp. 285–309; Section 1, Theorem 1.
Opening definitions and Theorem 1, printed pp. 285–287, inspected. General fixed-point existence is distinct from finite termination of the chapter’s grid algorithm.

[Patrick Cousot and Radhia Cousot (1977), Abstract Interpretation: A Unified Lattice Model for Static Analysis of Programs by Construction or Approximation of Fixpoints](https://www.di.ens.fr/~cousot/COUSOTpapers/POPL77.shtml)
Author-maintained summary of POPL paper, pp. 238–252, describing ordered abstractions and fixed-point approximation.
Detailed author summary inspected; full paper download failed. No claim of full-paper verification. The chapter’s cell interval is an original pedagogical model.

[George C. Necula (1997), Proof-Carrying Code](https://people.eecs.berkeley.edu/~necula/Papers/pcc_popl97.ps)
POPL; Section 2 presents the producer, proof checker and safety-policy architecture.
Author-hosted PostScript downloaded and converted locally; abstract and Section 2 inspected. This chapter’s certificate example is not an implementation of the paper’s system.

[Edmund M. Clarke (2012), Introduction to Model Checking, Carnegie Mellon lecture](https://www.cs.cmu.edu/~emc/15414-f12/lecture/intro_mc.pdf)
Introductory slides on finite models and property checking, beginning with slide 4.
Selected introductory lecture slides inspected, not the full original 1981 research paper. Historical attribution includes independently developed work by Queille and Sifakis.

## Study the whole task before choosing an agent

A student finds the right school form, reads an obsolete deadline, and submits too late. Search succeeded under one measurement; the student’s task failed. Decide which result your system is meant to improve before choosing its components.

### Prerequisites
- Follow a short procedure and distinguish an observation from an interpretation.

### Learning objectives
- Define a person-plus-system task boundary.
- Trace information through people and artifacts.
- Choose an outcome measure that includes correction and upkeep.

### A historical change in the unit of analysis

Douglas Engelbart’s 1962 report treats a person’s capability as depending on language, artifacts, methods, and training. His proposed research examines their interaction. A computer added to an awkward procedure can leave the difficult parts of the task intact, while changing a representation may make a better procedure possible. Read the introduction and framework as a research proposal; its imagined working arrangements do not constitute measured results for present-day AI. [F-S01]

Edwin Hutchins later examines a cockpit memory task by following representations across pilots, instruments, and procedures. His 1995 analysis asks how the larger working arrangement computes and preserves useful information. The article uses a stylized account informed by observation and operating procedures. It gives us a way to examine distributed cognition, the accomplishment of cognitive work across people and material representations. It does not establish that adding workers improves every task. [F-S02]

### Describe the work someone must actually finish

For the school form, write an acceptance condition that another student can check by locating the applicable form, its current deadline, the office that accepts it, and a source for each of those claims. Separate that result from intermediate activity such as opening a page or producing a summary. A search service can return the relevant page while the student still misunderstands whether it applies to their year group.

Now trace the procedure. A student asks a question, a search tool returns candidates, a person compares dates, and the school office accepts or rejects the submission. Beside each step, record the representation it consumes and produces, because the date in a document, the date copied into a summary, and the date displayed on a checklist may look identical while referring to different revisions. Following those copies exposes where the applicable version was lost.

### Measure correction without hiding it

A classroom comparison should count complete answers, incorrect answers, unresolved cases, and time spent checking. If one method drafts in two minutes and needs eight minutes of repair, while another drafts in six and needs one minute of repair, reporting drafting time alone would answer a narrower question than the class intended. These numbers are constructed examples; collect your own observations before claiming either method helps.

Keep maintenance visible as well. Someone must notice when the form changes and update any derived checklist. Record the owner, trigger, and behavior while the checklist is stale. A warning that a deadline cannot yet be confirmed can be an appropriate result when guessing would cause the student to act incorrectly.

### Return to the Atlas cases

Atlas lesson A01 distinguishes retrieval failure, missing knowledge, and terminology mismatch, then connects the intervention to task completion and upkeep. Those diagnoses determine whether the next useful change is search tuning, new content, or clearer terms. The lesson’s twelve-task example is synthetic. It must remain separate from the retained query-data methods that motivated it.

A11’s human and machine views and A29’s allocation of production, assurance, and learning extend the same question. Identify who reads each representation and what decision it supports. An evidence table may serve a verifier while a short summary serves a person choosing the next action. Both need a shared claim identity if corrections are to reach the right place.

### Worked example: A deadline copied correctly from the wrong revision

Constructed case: a page dated March says applications close April 10. A notice dated April 2 extends the deadline to April 17 for returning students only. The student is applying for the first time. A helper copies April 17 accurately and produces a confident checklist. Character accuracy passes; applicability fails. The repair is to keep the audience qualification with the date and ask which category the student belongs to. The resulting record contains the first-time deadline, the superseding notice’s limited scope, and the source locations. A reviewer can now reject a wrong answer without reconstructing the entire search.

### Laboratory: Practice and challenge

Compare two ways to answer a six-question school-information packet. Use only fictional public notices, including one superseded notice and one unanswered question.
- Write expected answers before running either method, retaining the supporting passages.
- Give one group an unstructured folder and another an indexed evidence sheet; record any help supplied.
- Measure supported completion, wrong applicability, unanswered cases, and total checking time.
- Change one notice and identify every derived answer that needs review.

### Model answer

A defensible report states the conditions, counts, and limits of this classroom trial. The superseded notice is retained as history but cannot alone determine a current answer. The unanswered question remains unresolved. A faster group with more wrong applicability decisions has not established superior task completion. If group experience differs or students see the same questions twice, record those competing explanations. The maintenance result names the changed source and its dependent answers rather than declaring every answer obsolete.

### Scoring
- 3 points: Prepares an answer key with supporting passages, including the superseded notice and unanswered question.
- 3 points: Reports supported completion, applicability errors, unresolved cases, total checking time, and any assistance for both methods.
- 2 points: Identifies the derived answers affected by the changed notice and explains their review requirements.
- 2 points: Limits conclusions to the classroom conditions and identifies relevant group-experience or practice confounds.

### Applied lessons
- [lesson-01](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-01)
- [lesson-11](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-11)
- [lesson-29](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-29)

### Sources

[Douglas C. Engelbart, Augmenting Human Intellect: A Conceptual Framework (1962)](https://www.dougengelbart.org/content/view/138/)
Introduction I.A, paragraphs 1a1–1a5; framework II.A.
Primary authored report; relevant sections inspected. Human, language, artifacts, methods, and training; research framework rather than current performance evidence.

[Edwin Hutchins, How a Cockpit Remembers Its Speeds (1995)](https://pages.ucsd.edu/~ehutchins/documents/CockpitSpeeds.pdf)
Cognitive Science 19, 265–288; introduction and pp.285–287.
Primary article; opening and supplied detailed inspection of concluding analysis. Distributed representation; stylized procedure account informed by observation, not an AI-team experiment.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.

## Represent plans, commitments, and reconsideration

A helper plans to reserve a library book. Before it acts, another reader checks the book out. The written plan still looks sensible, but its next action depends on a condition that no longer holds.

### Prerequisites
- Read a state table.
- Distinguish a claim from evidence for that claim.

### Learning objectives
- Represent an action with preconditions and effects.
- Separate represented facts, possible goals, and adopted commitments.
- Specify conditions for continuing, revising, or stopping a task.

### Planning as change to a represented world

In their 1971 STRIPS paper, Richard Fikes and Nils Nilsson describe a planner using a world model, operators, and a goal condition. An operator describes a possible transition. The paper explicitly separates applying an operator to the model during planning from executing the action routine in the world. Its formal representation makes assumptions available for inspection; it does not ensure that observations are complete or that execution succeeds. [F-S03]

For a classroom reservation, the preconditions might be that a particular copy is available and the requester may reserve it. The expected effect is a hold attached to that requester. Write these as separate entries. If the copy is already checked out, the action is inapplicable under this simple model even when the broader goal, obtaining the book, remains worthwhile.

### Commitment is represented separately from information

Anand Rao and Michael Georgeff’s 1995 BDI paper distinguishes beliefs, desires, and intentions in an agent architecture. Beliefs represent information about the environment; desires represent possible objectives; intentions represent the chosen course of action. Their account addresses a practical difficulty: reconsidering continually consumes time, while proceeding without reconsideration can preserve an invalid choice. The paper simplifies an ideal account to obtain a practical interpreter. Its reported airport work is bounded implementation evidence, not evidence of unrestricted autonomous control. [F-S04]

Use those terms carefully. A stored belief can be false. A desired result may conflict with another desired result. Adopting a task does not mean pursuing it after cancellation. In the reservation example, the helper can retain the user’s goal while replacing an unavailable-copy plan with a request to consider another edition.

### Build a small reconsideration procedure

Give the helper a task record containing the requested outcome, relevant observations, current plan, next permitted step, and stop conditions, then check the observations on which an action depends before allowing that action to proceed. Afterward, inspect the resulting state. Reconsider when a dependency changes, an action fails, the task finishes, the requester cancels, or continuing needs a new decision.

A condition can change while the helper is thinking. The plan therefore needs an observation rule close enough to execution to answer the actual dependency. For a paper simulation, the librarian can verify availability immediately before moving a reservation card. In software, a destination may support an atomic conditional update, meaning the check and update occur as one indivisible operation there. Without that guarantee, a fresh check can still be followed by a competing change. Label the remaining risk rather than treating recent observation as a lock.

### Agent vocabulary and the Atlas

Wooldridge and Jennings’s 1995 review describes agency through properties including autonomy, response to environmental change, initiative toward goals, and interaction. It distinguishes architectural approaches rather than requiring a language model. This historical vocabulary helps explain why a model’s output and an agent system’s behavior are different objects of study. [F-S05]

A12 asks students to use completion memory as an index to evidence, A15 distinguishes storage from useful context, and A18 specifies recovery after interruption. For those cases, a durable task record should say why a commitment remains applicable and where its completion evidence lives. Boris contributes specified state and recovery mechanisms. The Atlas does not establish a reproduced implementation of the complete architecture.

### Worked example: Withdraw one source without abandoning every result

Constructed case: a research task asks for a supported comparison of three proposed clubs. A record says club A meets on Monday because source S1 said so; S2 supplies the room and S3 supplies eligibility. The teacher withdraws S1 as obsolete. The meeting-day claim loses its current support, while the independently supported room and eligibility claims remain available. The next plan can search for a replacement schedule or finish the comparison with the day unresolved, but the completion claim must be revised if the task contract required every meeting day to have current support. Copying the earlier completion label into memory would hide the dependency that changed.

### Laboratory: Practice and challenge

Run a reservation agent by hand using cards for available, held, checked out, cancelled, and outcome unknown. No real reservations are made.
- Write preconditions, expected effects, and observations for each transition.
- Have a second student change availability after planning but before execution.
- Introduce a cancellation, then a missing acknowledgement after a simulated hold.
- Record which goals, beliefs, intentions, and completion claims change in each case.

### Model answer

The changed availability blocks the original reservation and requires reconsideration. Cancellation ends the commitment to pursue the requested effect. A missing acknowledgement leaves the effect unknown until the destination card is inspected; it does not justify another reservation automatically. Keep the earlier observations with their times or sequence numbers so the record explains why the original plan was reasonable and why it became inapplicable. A correct answer can preserve the reading goal while asking the requester to choose another edition, provided that choice has not already been authorized.

### Scoring
- 3 points: Defines preconditions, expected effects, and observations for the reservation-card transitions.
- 3 points: Revises the unavailable-copy plan after the intervening checkout and ends the commitment after cancellation.
- 2 points: Keeps the lost-acknowledgement outcome unknown until destination inspection, without automatically reserving again.
- 2 points: Records which beliefs, goals, intentions, and completion claims change in each simulated event.

### Applied lessons
- [lesson-05](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-05)
- [lesson-12](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-12)
- [lesson-15](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-15)
- [lesson-18](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-18)
- [lesson-26](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-26)

### Sources

[Richard E. Fikes and Nils J. Nilsson, STRIPS (1971)](https://ai.stanford.edu/~nilsson/OnlinePubs-Nils/PublishedPapers/strips.pdf)
Artificial Intelligence 2, 189–208; §1, p.190 footnote 2; §2.1.
Primary paper; inspected planning/action distinction and operator representation. Classroom reservation is an original adaptation.

[Anand S. Rao and Michael P. Georgeff, BDI Agents: From Theory to Practice (1995)](https://cdn.aaai.org/ICMAS/1995/ICMAS95-042.pdf)
ICMAS, 312–319; The System and its Environment, pp.313–314; practical interpreter pp.316–317.
Primary paper; environment and BDI passages inspected, practical scope checked against supplied research ledger. No claim of unrestricted autonomous air-traffic control.

[Michael Wooldridge and Nicholas R. Jennings, Intelligent Agents: Theory and Practice (1995)](https://www.cs.ox.ac.uk/people/michael.wooldridge/pubs/ker95.pdf)
Knowledge Engineering Review 10(2), 115–152; §1.1 and §3.
Author-hosted review; vocabulary limited to the subsection and architecture material inspected in the supplied research pass. No complete-paper reading claimed.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.

## Divide work through stable, testable interfaces

Two students prepare a briefing. One supplies facts in a spreadsheet, while the other expects each fact to include a source and a qualification. Both finish their assigned work, but the briefing cannot be checked.

### Prerequisites
- Read a record with named fields.
- Distinguish source data from a derived representation.

### Learning objectives
- Define an interface contract before parallel work.
- Hide changeable implementation choices without hiding evidence.
- Test semantic compatibility and control shared edits.

### The historical question was where change spreads

David Parnas’s 1972 paper compares two ways to divide a keyword-in-context indexing program. One follows processing stages; the other organizes modules around design decisions that other modules need not know. His information-hiding criterion concerns the spread of changes and the ability to understand and develop components separately. A module need not correspond to one chronological stage. The paper also discusses efficiency costs and revises an interface that exposed an unnecessary ordering constraint. The digitized academic mirror is useful for reading but cautions that its transcription may contain errors. [F-S06]

### An interface states what another component can rely on

An interface is an agreed way for components to exchange requests and results. For the briefing, define a finding record containing a claim identifier, source identifier, source revision, passage location, exact qualification, and support status, so that a missing field can be detected and rejected before synthesis begins. The downstream writer can now rely on a specific shape of evidence without knowing whether the reader extracted it from a text file, a scanned page, or a manually prepared worksheet.

This separation has a limit. Hiding a reader’s internal search algorithm can be sensible; hiding the source passage would prevent review. Decide which details are implementation choices and which details the recipient needs to judge the result. A stable interface preserves the latter even when the implementation changes.

### Meaning must survive a technically valid handoff

A field containing a number does not yet specify its unit or interpretation. NASA’s Mars Climate Orbiter investigation identified a mismatch between pound-seconds produced by software and newton-seconds required by the interface specification, together with contributing verification and organizational problems. The documented requirement existed, yet the working process failed to establish conformance. Use the report to examine the checking and communication failure rather than treating a unit label as a sufficient remedy. [F-S07]

In the classroom briefing, a value of 12 could mean twelve attendees, twelve percent, or a score on an unspecified scale. Extend the contract with units and applicability, then make a known input cross the entire interface. An independent expected result should detect a wrong conversion even if both components agree on the same faulty convention. The test must challenge meaning as well as syntax.

### Choose ownership before choosing worker count

A13 describes a five-role document-production design: read sources, synthesize material, prepare a template, fill it, and inspect the rendered result. Source reading and template preparation can proceed together after shared requirements are settled. Filling depends on their outputs. The final document needs one integration owner or a controlled merge procedure; two agents editing the same mutable file are not independent simply because their job titles differ.

The Atlas presents this as a workflow design, with Kelpie providing a separate example of establishing shared foundations and disjoint file ownership. It does not claim a verified five-agent execution. A useful extension is to replace one reader while keeping the finding contract unchanged, then observe whether the rest of the workflow still behaves correctly. Record the components that change and the checks that must be rerun.

For an advanced comparison, draw the dependency graph twice: once for execution order and once for implementation knowledge. A reader may run before a writer, but the writer should depend on the finding contract rather than the reader’s spreadsheet column positions, which explains why execution order alone cannot identify every implementation dependency that spreads a change.

### Worked example: Replace a source reader without changing the report

Constructed case: reader A consumes comma-separated rows and reader B consumes structured objects. Both return a finding with claim C7, source S2 revision 3, passage 4, and status unresolved because the source gives no attendance date. The writer must preserve that status regardless of input format. If reader B returns an empty string and the writer interprets it as confirmed, the substitution has violated the contract. Repair the explicit status field and test the missing-date fixture before evaluating any speed advantage.

### Laboratory: Practice and challenge

Build two paper or file-based briefing workflows. The first shares raw source structure with every component. The second exchanges the documented finding record.
- Define one valid finding and three invalid examples before dividing the work.
- Change the source format and record which components require edits.
- Inject a missing qualification and a numeric value with the wrong unit.
- Render or print the final briefing and check both visible layout and source fidelity.

### Model answer

The contract-based workflow should confine format-specific changes to its reader if the contract remains adequate. A missing qualification is a semantic defect even when every field has the right data type. The wrong unit requires a known reference test at the handoff and an end-to-end comparison. The final artifact still needs visual inspection because correct records can become unreadable or lose source notes during layout. Report the actual change count from the exercise; the architecture alone cannot establish a measured maintenance saving.

### Scoring
- 3 points: Supplies a valid finding and three rejectable records using a documented interface contract.
- 2 points: Records which components change after the input-format substitution in both workflows.
- 3 points: Detects the missing qualification and wrong unit through semantic checks, including an independently justified reference result.
- 2 points: Checks the rendered briefing for visible content and source fidelity, recording distinct defect locations.

### Applied lessons
- [lesson-13](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-13)
- [lesson-14](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-14)
- [lesson-22](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-22)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)

### Sources

[David L. Parnas, On the Criteria To Be Used in Decomposing Systems into Modules (1972)](https://www.cs.lafayette.edu/~gexia/cs301/resources/parnas.html)
Communications of the ACM 15(12), 1053–1058; comparison, criteria, efficiency, and interface revision.
Original article in academic digitization; relevant text inspected. Mirror warns transcription is not guaranteed perfect; no direct quotations used.

[NASA, Mars Climate Orbiter Mishap Investigation Board reports (1999–2000)](https://discovery.larc.nasa.gov/discovery/PDF_FILES/mars_climate_orbiter_phaseII.pdf)
Phase I §4, printed p.16, combined PDF p.73; contributing causes §5.
Primary combined report; unit-contract failure and wider contributing problems verified in supplied research inspection. Classroom distances are not a mission reconstruction.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.

## Separate permission, dispatch, and observed effect

A report is approved for a particular folder. The save command is sent, the program stops, and no success message survives. Repeating the command might be harmless in one application and create a duplicate in another.

### Prerequisites
- Represent a precondition and postcondition.
- Follow a record across revisions.

### Learning objectives
- Keep authorization separate from technical capability and acceptance.
- Represent uncertain outcomes explicitly.
- Reconcile an interrupted action from destination evidence.

Offline worksheet: [Recovery lab](labs/03-recovery/WORKSHEET.md). [Practice-lab guide](labs/README.md).

### Automation can be divided by function

Parasuraman, Sheridan, and Wickens’s 2000 model distinguishes automation of information acquisition, analysis, decision selection, and action implementation. These functions can receive different levels of automation within one workflow. A system that gathers evidence automatically can still leave consequential implementation to a person. The distinction supplies an analytical vocabulary rather than a universal prescription for the right division. [F-S08]

Use a fictional club-budget task to make that division concrete. Reading approved receipt copies, adding their values, proposing a correction, and changing a payment record are different operations. The fact that the same interface offers all four does not give a helper permission to perform all four. Write the permitted operations beside the task before granting tools access to mutable records.

### Bind permission to the meaningful action

For a proposed save, identify the requester, destination, content revision, allowed operation, and conditions that would require another decision. Approval for report R4 in folder F cannot silently authorize a changed report R5 in folder G. A local identifier is helpful for keeping the approval, attempt, and observation records aligned, but the identifier alone does not establish that the destination performed the intended operation on the approved revision.

Now separate two questions. Was the action authorized when dispatched? Did its required effect occur? An unauthorized action can succeed technically, and an authorized action can fail. Record both results. Otherwise a successful destination check can conceal an authority failure, or an approval receipt can be mistaken for evidence that the file actually exists.

### An unknown result requires observation

A18’s Boris recovery architecture distinguishes contract progress from action-ledger progress. The contract can remain in verification while an action has already changed an external system, so its specified recovery procedure uses destination observations to reconcile uncertain effects before deciding whether to repeat them. This is an architectural specification in the Atlas, rather than a reproduced end-to-end recovery demonstration.

In a classroom simulation, use one ledger row for the intended effect and separate rows for execution attempts. After a simulated interruption, inspect the destination card. If the saved revision matches R4, record that observation and continue checking the contract. If reliable observation establishes absence, examine whether the original permission still covers a retry. If the destination cannot be inspected, retain unknown outcome and pause dependent changes.

Some services support idempotency, a property by which repeated requests for the same intended operation do not create additional effects under a stated contract. Check that the destination actually provides it. Writing an idempotency key in your notebook does not make a remote application honor it. Likewise, restoring a local file cannot reverse every consequence of an external message already read by someone else.

### Source text cannot grant action authority

AgentDojo’s 2024 benchmark studies agents exposed to malicious instructions embedded in untrusted tool data. It measures legitimate task utility separately from attack success. Its tool-isolation discussion shows why removing writing tools can help when legitimate work is read-only, while also explaining that permitted tools can remain usable for harmful actions in other tasks. These are results within a defined benchmark, not a general security guarantee. [F-S09]

For A21’s inbox-to-knowledge specification and A32’s source-to-action capstone, preserve the boundary between a passage being analyzed and an instruction from an authorized requester. A retrieved document can contain imperative sentences. Treating their grammar as permission would let an external author change the task. In a harmless lab, place a request to overwrite a marker file inside a source passage; the summarizer should retain the passage as evidence and leave the marker unchanged.

### Worked example: A save succeeds while the contract remains unfinished

Constructed case: the approved effect is to save R4 to folder F. An interruption follows dispatch. On recovery, the destination holds R4, but the contract also requires a rendered inspection that has not happened. The action can be reconciled as observed success while the contract remains verifying. A new local R5 adds a section. R4’s save receipt says nothing about whether R5 is saved or approved. Keep R4’s valid evidence, identify which checks R5 changes, and obtain any required decision before an altered effect.

### Laboratory: Practice and challenge

Use paper cards or a disposable local fixture to simulate a save with uncertain acknowledgement. No external account or real shared record is changed.
- Create an approval record and an action ledger with revision, destination, attempt, and observation.
- Run three branches: saved with lost reply, not saved, and destination unavailable.
- Change the payload after approval and decide which evidence remains applicable.
- Insert an instruction inside source data and verify that it creates no new authority.

### Model answer

The lost-reply branch is reconciled by matching destination evidence to the approved revision. The absent branch allows a retry only after absence and continuing permission are established. The unavailable branch stays unresolved. A payload change requires checking whether the approval still covers the altered content and rerunning affected acceptance checks. The embedded instruction remains source content; the expected preservation result is that the marker is unchanged. Record the simulated effects honestly rather than describing this exercise as a production security test.

### Scoring
- 2 points: Creates approval and action records that bind the destination, payload revision, execution attempt, and resulting observation.
- 3 points: Correctly handles all three branches: reconciles the saved revision after a lost reply, permits a retry only after established absence and continuing permission, and leaves an unavailable destination unresolved.
- 3 points: Identifies which approval and acceptance evidence remains applicable after the payload changes, and which decisions or checks require renewal.
- 2 points: Treats the embedded source instruction as inert task data and verifies that the marker remains unchanged.

### Applied lessons
- [lesson-18](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-18)
- [lesson-21](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-21)
- [lesson-26](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-26)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[Raja Parasuraman, Thomas B. Sheridan, and Christopher D. Wickens, A Model for Types and Levels of Human Interaction with Automation (2000)](https://www.cs.uml.edu/~holly/91.550/papers/sheridan-autonomy.pdf)
IEEE Transactions on Systems, Man, and Cybernetics—Part A 30(3), 286–297; four-function model; DOI 10.1109/3468.844354.
Indexed original text inspected in supplied research pass; direct PDF open failed there. Used only for acquisition, analysis, selection, implementation distinction.

[Edoardo Debenedetti et al., AgentDojo (2024), version 1](https://arxiv.org/html/2406.13352v1)
§§3–4, especially §4.3, Strengths and limitations of tool isolation mechanisms.
Primary benchmark paper; relevant isolation passage inspected. Bounded utility/security evaluation, no claim that injection is solved.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.

## Give reviewers enough evidence and control to intervene

A screen asks a teacher to approve a generated notice. It shows polished wording but hides the recipient list and the source of the deadline. The teacher can click a button, yet cannot inspect the decision that the button confirms.

### Prerequisites
- Identify the proposed effect and affected people.
- Distinguish a supported claim from an unresolved claim.

### Learning objectives
- Specify the work required for meaningful human review.
- Choose when to clarify, suggest, prepare, or act.
- Test correction and recovery with an unfamiliar user.

### Why a person at the end may struggle

Lisanne Bainbridge’s 1983 analysis of industrial automation identifies a difficult arrangement: people can be left responsible for monitoring and recovery while automation reduces their opportunity to practice the skills those jobs require. Detecting a rare fault also requires understanding what correct behavior should look like. Her argument concerns particular automation problems and motivates scrutiny of review arrangements; it is not a direct experiment on language-model interfaces. [F-S10]

For the teacher’s notice, ask what the reviewer must know to catch an error. The wording alone may be insufficient. They need the applicable source, intended recipients, proposed effect, and a way to reject or revise the notice before it is sent. Time is a requirement too. Calling a hurried final click a review does not show that the person had a reasonable opportunity to evaluate it.

### Initiative includes deciding when to ask

Eric Horvitz’s 1999 mixed-initiative paper examines the combination of automated assistance and direct manipulation. Its principles address uncertainty about goals, costs of errors and interruption, timing, and the user’s ability to guide assistance. The LookOut system illustrates this approach in a particular setting. The paper supports considering those trade-offs; it does not supply a universally correct intervention policy. [F-S11]

Consider four responses to “get this ready for the class.” A helper might ask which class, prepare a local draft using the current worksheet, offer recipient choices, or send the notice. These have different evidence and permission requirements. If the recipient is unknown, asking a focused question can prevent work on the wrong target. If only the salutation is undecided, the helper might prepare the rest and leave that field unresolved. Choose the smallest question that changes the next necessary decision.

### Make repair available in the interface

Amershi and colleagues’ 2019 study develops 18 human–AI interaction guidelines through several evaluations, including 49 design practitioners applying them to 20 products. The guidelines address capabilities, timing, correction, dismissal, and behavior over time. Their relevance across those inspections is useful evidence, while the paper’s discussion acknowledges limits in domains and interface coverage. Applying the guidelines does not certify a new system. [F-S12]

Translate the design problem into observable tasks. Can a reviewer open the source passage? Can they change an incorrect interpretation without losing their correction on the next run? Can they dismiss a suggestion and understand whether anything has already happened? Can they stop a queued effect? Give each question a concrete fixture and expected behavior.

A corrective control must distinguish edits to a draft from edits to an authoritative source. If the teacher corrects a generated summary, keep the correction associated with that summary and its evidence. Do not silently rewrite the source or treat the correction as permission to distribute the notice. A later source revision should identify which corrected claims need review instead of overwriting all human work.

### Connect the review design to the Atlas

A06 separates automated review from the human decision, while A20 asks whether ordinary users can complete the task without expert rescue. A24 includes rendered usability, and A31 gives different people appropriate inspection views. These cases let students examine both whether an artifact is correct and whether the intended person can establish that correctness.

Test with someone who has not watched the build. The designer’s explanations can repair a confusing interface during a demonstration, so record every hint rather than counting assisted completion as unassisted success. Preserve a failed attempt as evidence of the interface’s current behavior. If a user finds the right source but cannot tell which version applies, a new explanation panel may help more than another approval button.

### Worked example: Compare two approval packets

Constructed packet A contains the notice and an Approve button. Packet B adds the recipient group, source date, relevant quotation, proposed send time, and separate choices to revise or hold. Plant a deadline that applies only to one class. A reviewer using B can inspect the qualification, but that design still needs testing: an overloaded packet may make the key information hard to find. Record detection, false alarms, time, and assistance. The comparison should report what participants actually did instead of assuming that more visible fields guarantee better review.

### Laboratory: Practice and challenge

Design and test a review screen on paper for a fictional school notice. Include one scope error and one missing source.
- Name the reviewer’s decision, the evidence it requires, and the effect that follows approval.
- Provide controls to inspect, revise, reject, and defer.
- Ask an unfamiliar classmate to review both a correct and a faulty packet; record all hints.
- Revise one observed problem and retest without changing the planted error.

### Model answer

A satisfactory packet makes source applicability and recipients inspectable before any simulated send. The missing-source claim remains unresolved or is removed with an explanation. A reviewer must be able to reject without triggering the effect. Compare defect detection and assistance across attempts, noting that practice can improve the second attempt independently of the redesign. Preserve the human correction as a revision with its supporting reason, then test whether regeneration keeps or explicitly revisits it.

### Scoring
- 3 points: Defines the reviewer’s decision, required source and recipient evidence, and the effect associated with approval.
- 2 points: Provides inspect, revise, reject, and defer controls without making rejection trigger the effect.
- 3 points: Records correct and faulty packet outcomes, planted-error detection, missing-source handling, and every hint supplied to the unfamiliar reviewer.
- 2 points: Repairs one observed interface problem and retests the same planted error, distinguishing practice effects and assisted completion.

### Applied lessons
- [lesson-06](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-06)
- [lesson-20](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-20)
- [lesson-24](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-24)
- [lesson-26](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-26)
- [lesson-31](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-31)

### Sources

[Lisanne Bainbridge, Ironies of Automation (1983)](https://maritimesafetyinnovationlab.org/wp-content/uploads/2020/06/Ironies-of-Automation-Bainbridge-1983.pdf)
Automatica 19(6), 775–779; §§1.1.1–1.1.3.
Primary scan; monitoring and skill passages inspected. Industrial-automation analysis, not a language-model review experiment.

[Eric Horvitz, Principles of Mixed-Initiative User Interfaces (1999)](https://www.microsoft.com/en-us/research/wp-content/uploads/2016/11/chi99horvitz.pdf)
CHI 1999; opening principles and LookOut example.
Primary paper; opening principles inspected and example scope retained from research ledger. No universal intervention-policy claim.

[Saleema Amershi et al., Guidelines for Human-AI Interaction (2019)](https://www.microsoft.com/en-us/research/wp-content/uploads/2019/01/Guidelines-for-Human-AI-Interaction-camera-ready.pdf)
CHI 2019; Table 1, PDF pp.3–4; §7 discussion.
Primary paper; abstract, introductory methods, and guideline table inspected with supplied discussion scope. Relevance inspection includes 49 practitioners and 20 products.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.

## Evaluate outcomes, repeated behavior, and maintenance

A document helper completes one impressive demonstration, then loses a source qualification on the next attempt. The first result establishes that one execution worked. Deciding whether to rely on the helper requires a different record.

### Prerequisites
- Specify an input and expected result.
- Calculate a fraction and distinguish a sample from its wider population.

### Learning objectives
- Design outcome checks independent of the producer’s report.
- Retain repeated trials and meaningful failure cases.
- Assign responsibility for evidence that becomes stale.

### Historical foundations meet a modern evaluation problem

Human augmentation and modular design ask what the whole working arrangement achieves and whether its parts preserve their contracts. Modern tool-agent evaluation makes those questions operational. The 2024 τ-bench paper combines domain rules, tools, simulated users, and checks against final database state. Its pass^k measure concerns succeeding on all of k repeated trials, whereas pass@k concerns at least one success. The original experiments and simulated-user limitations are dated, bounded evidence; their scores should not be presented as current model rankings. [F-S13]

The distinction changes a classroom test. If a student may inspect ten drafts and choose one, finding at least one acceptable draft can be relevant. If a helper must handle ten separate authorized requests correctly, the selected best draft conceals failures that matter. State the intended use before choosing the success measure.

### Write the oracle before asking the producer

A test oracle is the rule or evidence used to decide whether a result is correct. For a source-backed answer, the oracle may contain the expected proposition, its qualification, the supporting passage, and the conditions under which an unresolved answer is required because the available sources cannot support a conclusion. A generated summary of its own correctness is not independent evidence.

Prepare one ordinary case and one counterexample to a tempting wrong rule. If the rule says that the most recent document always wins, include a later document about a different audience. If a checker only searches for required words, include a fluent answer containing those words with the wrong relation. The fixture should distinguish the actual requirement from an easy approximation.

Retain the complete outcome, including malformed outputs, timeouts, refusals, and requests for clarification. Classify them according to the task contract. A refusal can preserve a required authority boundary, while an unnecessary refusal can block legitimate work. Combining those cases under one failure label would prevent a useful diagnosis.

### Test across the boundaries of the real artifact

A04 distinguishes reports, inspections, and reproduced tests. A25 challenges the oracle itself, and A13 requires separate content and rendered checks. Apply those distinctions to a briefing. A source checker can find an unsupported claim while missing a hidden footnote; a visual checker can find the hidden footnote while accepting an unsupported headline. Keep the defect location, expected condition, observed condition, and relevant revision.

A deliberate mutation of a disposable fixture can test the checker. Remove a qualification, swap a source identifier, or cover a source note, then verify that the relevant check rejects the altered artifact. A checker that accepts both the original and the deliberately broken fixture has not demonstrated sensitivity to that defect, while a checker that rejects the mutation has supplied evidence only about the defect types actually tested.

For repeated runs, fix the task inputs and record any model, prompt, tool, or environment variation. When a variation is intentional, label it. If eight of ten classroom runs pass, report eight of ten under the stated conditions, together with the two failure traces. Do not convert that small convenience sample into an unrestricted reliability claim.

### Make evaluation a maintained responsibility

NIST’s AI Risk Management Framework 1.0 organizes work through Govern, Map, Measure, and Manage. These functions address continuing responsibilities and context rather than a single pass through a certification checklist. The framework is voluntary guidance; citing it does not demonstrate compliance or safety for a particular deployment. [F-S14]

For the classroom artifact, assign an owner to each acceptance record and specify what changes invalidate it. An edited source can invalidate a supported claim. A layout change can invalidate a render check. A changed dispatch routine can invalidate action-recovery evidence. A29’s separation of production, assurance, and learning makes these jobs visible, while A27 asks whether acceptance gates remain meaningful when the implementation changes.

### Worked example: Ten runs with two different failures

Constructed results: eight runs produce the supported answer and retain its qualification. Run 4 drops the qualification; run 9 produces a correct local draft but incorrectly reports delivery, although the fixture permits drafting only. The report should preserve both failures separately. Rewording the prompt may address the first and leave the action-reporting boundary untouched. After a repair, repeat the affected tests and the preservation checks. The original eight successes remain evidence about the earlier configuration, not proof that the repaired version cannot regress.

### Laboratory: Practice and challenge

Create an evaluation packet for a source-to-draft helper using frozen response files or a manually operated procedure. A live paid model is unnecessary.
- Write the task contract and answer key before inspecting the candidate outputs.
- Include a contradictory source, a missing passage, an unauthorized requested effect, and a layout defect.
- Run the procedure repeatedly or evaluate ten retained candidate traces without discarding failures.
- Mutate one accepted artifact, test whether the checker detects it, and record the checker’s own limits.

### Model answer

The packet identifies which outcomes are checked mechanically, which require source interpretation, and which require human inspection. It reports all trials and preserves each failure type. An unresolved answer is correct when the fixture lacks support; an unauthorized effect is unacceptable even if its text is accurate. The mutation result concerns the checker’s tested sensitivity, not universal assurance. A final completion statement names the artifact revision, conditions, successful checks, unresolved issues, and changes that would require renewed evidence.

### Scoring
- 3 points: Prepares the task contract and independent answer key before inspecting outputs, with expected outcomes for all four requested defect cases.
- 3 points: Reports every repeated trial or retained trace, including unresolved results, inappropriate effects, and separate failure types.
- 2 points: Mutates an accepted artifact and records whether the checker rejects the specific defect.
- 2 points: States which checks are mechanical or judgment-based and limits conclusions to the tested configurations and defect types.

### Applied lessons
- [lesson-04](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-04)
- [lesson-13](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-13)
- [lesson-25](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-25)
- [lesson-26](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-26)
- [lesson-27](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-27)
- [lesson-29](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-29)

### Sources

[Shunyu Yao et al., τ-bench (2024), version 1](https://arxiv.org/html/2406.12045v1)
§§3–6; repeated-trial metrics and simulated-user limitations.
Primary paper; pass^k and pass@k definitions inspected. No current leaderboard or population reliability claim.

[NIST, Artificial Intelligence Risk Management Framework 1.0 (2023)](https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf)
Part 2, AI RMF Core.
Primary voluntary guidance; publication and supplied core inspection. Used for continuing Govern, Map, Measure, Manage responsibilities, not certification or legal advice.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.

## Use possible futures to choose a testable next step

A school imagines an assistant that connects class notes, library sources, and student projects. Before building it, the class must decide what “connects” permits and what a small experiment today could actually establish.

### Prerequisites
- Define an acceptance condition.
- Trace a claim to evidence and distinguish an authorized effect from a proposal.

### Learning objectives
- Separate observation, forecast, scenario, and aspiration.
- Work backward from a desired capability to present dependencies.
- Build a bounded experiment and revise the proposal after adverse evidence.

### Separate kinds of future-facing statements

An observation reports something inspected under stated conditions. A forecast makes a claim about what is likely to happen, ideally with a method and a way to assess it later. A scenario describes a possible set of conditions for investigation. An aspiration says what someone wants. Those statements can appear in the same project, but they need different support.

“Our comparison sheet retained all three source dates in this trial” is an observation. “Students will adopt this next year” is a forecast that needs evidence beyond enthusiasm. “Suppose school rules allow automated updates” establishes a scenario condition. “Students should be able to challenge a mistaken connection” expresses a desired capability and invites design of a test.

### Use foresight to expose dependencies

The UK Government Office for Science’s Futures Toolkit distinguishes exploration of alternative futures from prediction. Its scenario work and policy stress-testing help examine choices under different conditions. Backcasting begins with a preferred future and works toward the prerequisites and actions that would connect it to the present. This is practice guidance for structured inquiry, not a controlled demonstration that any workshop produces better decisions. [F-S16]

For the school assistant, select two uncertainties because they affect the design: how dependable source interpretation becomes and how much action authority the school delegates. Explore narrow and broad authority under both dependable and uneven interpretation, remembering that these classroom choices do not exhaust the future and that assigning four equally sized boxes does not establish four equally likely outcomes.

In a narrow-authority setting, the assistant may compare passages and leave official updates to staff. With broader authority, it needs stronger revision-bound permissions and recovery arrangements. Uneven interpretation creates a reason to reduce automatic effects even if the school is willing to delegate. Write the condition that changes each decision; otherwise the scenarios become different descriptions of the same preferred product.

### Make a near-term version that changes a real task

Drew Wiberg’s published “From Design Fiction to a Working Tool” connects an imagined capability with visible pseudocode and a limited present-day ancestor tool. The supplied research inspection identifies its sections on a near-term relative, visible logic, and a small build that changes the task. This chapter uses that documented method rather than claiming that every imagined tool was implemented. [F-S17]

A suitable ancestor for the school assistant is a read-only comparison sheet for three public sources. Each row holds a proposition, quotation location, date, qualification, conflict status, and unresolved question. The sheet can test whether students inspect evidence and notice disagreement. It cannot demonstrate institution-wide autonomy, future model competence, or permission to modify school records.

Write the procedure before selecting software. Read the source; capture a candidate passage; attach its identity and applicability; compare it with the current claim; preserve disagreement; ask a reviewer to accept, reject, or defer the proposed connection. A manual execution can expose a missing step before any model is involved, as when the procedure fails to identify which source a quotation came from and automatic retrieval would leave that omission unresolved.

### Choose evidence that can change the roadmap

Backcast from the desired capability. A student must be able to challenge a claim; therefore the system must preserve the claim’s supporting passage and revision. A reviewer must decide whether a challenge is valid; therefore the review view must display qualification and disagreement. A correction must reach dependent views; therefore those views need stable claim identities. Test one of these dependencies now.

A30’s roadmap work and A32’s source-to-action capstone provide the Atlas connection. A successful local comparison does not authorize metadata writeback or external communication. Keep those proposed effects separate, with their own future acceptance conditions. Record an early indicator that would change your next step, such as repeated inability to distinguish outdated sources, and identify a useful action that remains valuable across several scenarios. Maintaining source identities is one candidate; its usefulness still depends on whether the chosen task needs traceable evidence.

### Worked example: A prototype changes the next question

Constructed result: classmates can locate every supporting passage but repeatedly interpret “proposed” as “approved.” The result suggests that source access is functioning in this fixture while applicability remains difficult. The next experiment should compare clearer status displays or narrower claims, with the same passages and an independently prepared answer key. Expanding from three sources to three hundred would not directly test that repair. If a later trial resolves the status confusion, the class can investigate the next dependency while retaining the earlier failure as evidence for why the interface changed.

### Laboratory: Practice and challenge

Design a future school knowledge assistant and complete one present-day experiment using public or fictional sources. Keep all actions read-only.
- Write one observation, one aspiration, one forecast, and one scenario, labeling each.
- Describe four conditions using interpretation dependability and delegated authority, then identify a design decision that changes.
- Backcast one capability into dependencies and choose the smallest testable one.
- Build the comparison artifact, inject an absent source and a contradictory qualification, and record the outcome.
- Revise the next step in response to a failure or explain precisely what a passing result still leaves unresolved.

### Model answer

A strong response preserves the difference between desired futures and evidence. Its comparison sheet lets a classmate trace claims, see contradictions, and recognize absent support without editing the source collection. The test has a rejection condition stated in advance. A failure changes the next experiment rather than being removed from the record. Passing supports only the tested capability and conditions; it does not establish future adoption or broader authority. The final roadmap names the next dependency, its owner, the observation needed, and the event that would cause reconsideration.

### Scoring
- 2 points: Correctly labels one observation, aspiration, forecast, and scenario without treating them as interchangeable evidence.
- 2 points: Describes the four interpretation-and-authority conditions and identifies a design decision that changes across them.
- 2 points: Backcasts one desired capability into explicit dependencies and selects a bounded present-day test.
- 2 points: Builds the read-only comparison artifact and records its handling of the absent source and contradictory qualification.
- 2 points: Uses the observed result to revise the next step or states precisely what a pass leaves unresolved.

### Applied lessons
- [lesson-30](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-30)
- [lesson-32](https://recluse.studio/research/agentic-engineering-atlas/#learn=lesson-32)

### Sources

[UK Government Office for Science, Futures Toolkit](https://www.gov.uk/government/publications/futures-toolkit-for-policy-makers-and-analysts/the-futures-toolkit-html)
Scenarios; Policy Stress-testing; Backcasting.
Primary practice guidance; relevant sections inspected in research pass and backcasting rechecked. Scenario axes and school exercise are original constructions.

[Drew Wiberg, From Design Fiction to a Working Tool (26 August 2026)](https://recluse.studio/blog/km-from-design-fiction-to-a-working-tool/)
The future scenario needs a near-term relative; Pseudocode keeps the logic visible; Build the small version that changes the task.
Full 19-passage inspection documented in supplied research artifact. Direct reopening failed during chapter writing; attribution remains limited to that documented inspection.

[Drew Wiberg, Agentic Engineering Atlas, existing course snapshot](https://recluse.studio/research/agentic-engineering-atlas/course.md)
Existing A01–A32 editorial cross-reference sequence.
Supplied complete course snapshot and relevant original lesson passages inspected. Cases retain their reported, specified, inspected, reproduced, and synthetic distinctions.