Prior-Test Register

Every anchor in this catalog carries a :tier:. Until 2026-08-14, that tier was a judgement. This register holds the anchors whose tier was measured, and the evidence behind each measurement.

An anchor tested under the Anchor Prior Test carries a :prior-test: date. That date is the key into this file. Anchors without the attribute were not tested — which is a statement about our records, not about the term.

Why the date and not the model name

Model aliases move. "Tested on haiku" says nothing a year later, because the alias points somewhere else by then. Even resolved identifiers are only partly pinned: claude-haiku-4-5-20251001 carries a date, claude-opus-5 does not.

So the anchor file carries the date, and the date resolves here to the models that were actually reached. Recording the identifiers in each of two hundred anchor files would repeat one string two hundred times and make a correction a two-hundred-file edit.

What a run records

Model set

the resolved identifiers, not the aliases used to reach them.

Procedure version

the version of the anchor-prior-test skill. If the battery changes, results from different versions are not comparable.

Run count

how often each decisive probe ran per tier. One run is an anecdote.

Criteria matrix

the four quality criteria against the probe results.

Verbatim quotes

the sentences that carry the finding. A table of yes/no cells is not evidence.

Criticism research

date, languages searched, and what was found. A "nothing found" is only informative together with the frame it was found in.

Run 2026-08-14

Procedure

anchor-prior-test v1.0

Models

claude-haiku-4-5-20251001 (weak), claude-sonnet-5 (mid), claude-opus-5 (strong)

Runs

P1 and P3 twice per tier; P2 and P4 on the weak and strong tier

Clean room

claude -p --strict-mcp-config --setting-sources "" from /tmp/anchor-probe; verified with a "do you have custom instructions?" probe answering "none"

Not tested

Older model generations are unreachable over this path. Findings are a lower bound.

Premortem

Criterion Verdict Evidence

Precise

met

P2 returns project management on both tiers, no competing field

Rich

met

6/6 runs report richness=rich

Consistent

met

P1 and P3 agree across all three tiers

Attributable

met

P4 names Gary Klein on both tiers, confidence=high on the strong tier

Prior density

strong

Recognised and acting as an instruction on the weak tier

Tier ★★★, route: anchor.

The action probe asked the model to assess a six-month monolith-to-microservices migration using a premortem. All six runs assumed the failure and worked backwards:

Imagined Failure Scenario: Six months have passed. The migration is incomplete, partially deployed services are failing in production, the team is exhausted, and the company has rolled back to running the monolith alongside broken microservices.

The neutral baseline received the identical task without the term. Both baseline runs produced a forward-looking feasibility assessment — "Feasibility: High risk", a timeline breakdown, a list of common pitfalls — and neither imagined a failure. The term changes the direction of the analysis, not its tone.

Criticism research, 2026-08-14, English and German. One citable critic found: Jason Collins, on the gap between the study Klein cites and the claim the citation is used to support. No failed replication, no meta-analysis, and no peer-reviewed critique of the technique itself was found. German-language results were method descriptions only, with no attributed critique.

Unreached, and therefore not a demonstrated absence: the paywalled evaluations of structured analytic techniques in Intelligence and National Security (Chang et al. 2018) and the International Journal of Intelligence and CounterIntelligence (Coulthart 2017), where a methodological assessment would most plausibly sit; the Journal of Behavioral Decision Making 1989 primary study; and Klein’s HBR PDF, which would not convert to text, so the wording of the 30-percent claim was verified through Collins rather than at the source. French and Japanese were not searched — no indication of an independent discussion there, which is a guess, not a finding.

Second-Order Thinking

Criterion Verdict Evidence

Precise

met

P2 returns decision-making on both tiers

Rich

met

6/6 runs report richness=rich

Consistent

met

P1 and P3 agree across all three tiers

Attributable

met, as a lineage

P4 disagrees across tiers — see below

Prior density

strong

Recognised and acting as an instruction on the weak tier

Tier ★★★, route: anchor.

The attribution probe split, and the split is the finding. The weak tier credits Ray Dalio (Principles, 2017) and Charlie Munger, adding that "the term itself doesn’t have a single clear originator". The strong tier gives a different lineage: Bastiat and Merton as roots, Howard Marks for the modern named version, and Shane Parrish’s Farnam Street for mass popularisation from the mid-2010s.

Desk research confirmed the strong tier and sharpened it. Marks writes "second-level thinking" (The Most Important Thing, Columbia University Press, 2011). Dalio writes "second- and third-order consequences". Neither uses "second-order thinking". The term is the popularisers' umbrella, not any author’s coinage — so the criterion is met by a documented lineage rather than by a single proponent.

The name was decided by measurement, against the bibliography. Since the primary source says "second-level thinking", that name was tested too:

Second-Order Thinking Second-Level Thinking

Recognised

6/6

4/4

Rich

6/6

4/4

Weak tier reaching=yes

1 of 2, not reproduced

2 of 2, reproduced

Action test

6/6

4/4

The action test does not separate the two names. The weak tier does, and it reproduces: given "second-level thinking", the weak model recognises the phrase but reconstructs it generically — mentioning Marks zero times and investing zero times across the run — while the strong tier places it correctly (Marks once, investing four times). Given "second-order thinking", the weak tier does not reach.

The catalog therefore uses "Second-Order Thinking" and carries "Second-Level Thinking (Marks)" as an alias.

Single-run observations, recorded as such: for Premortem and for Second-Order Thinking, one of the two weak-tier P1 runs reported reaching=yes and the other did not. Neither reproduced, so neither is treated as a finding.

This is separate from the rename check in the table above, where "second-level thinking" reported reaching=yes in both weak-tier runs. That one did reproduce, and it is what the naming decision rests on.

A measurement that was discarded: the first baseline pass named the expected features in its own SELF: line and thereby told the model what to produce. The unanchored run delivered the structure, and the apparent lift was zero. The run was repeated with a neutral baseline, and the numbers above come from the repeat.

Criticism research, 2026-08-14, English and German. Nothing citable against the term itself — no named author calling it trivial, unfalsifiable or unusable. Three named critics of the surrounding mental-models literature were found (Cedric Chin, Richard Hughes-Jones, Boris Gorelik) and are cited in the anchor, with the explicit note that none of them discusses second-order thinking.

Here the absence is unsurprising rather than suspicious: a term coined by no one and popularised by blogs does not attract rebuttals the way a named method does. Contrast this with the premortem entry above, where an absence of independent critique is odd for a widely adopted technique and more likely reflects our search than the literature. Closed communities — Farnam Street’s paid membership among them — are not indexed and were not reachable. No hidden non-English scene is expected for this term, since it is an anglophone blog import with no natively named counterpart; that is a prediction, not a verified result.

Locality of Behaviour

Criterion Verdict Evidence

Precise

met, for the spelled-out name

P2 returns software design on both tiers for "locality of behaviour"; the abbreviation does not — see below

Rich

met

5/6 runs report richness=rich; one weak-tier run reports moderate

Consistent

met for action, weaker for recall

P3 agrees 6/6 across all three tiers; P1 splits on the weak tier

Attributable

met

Carson Gross, htmx essay, 29 May 2020 — confirmed by desk research. The strong tier names him with confidence=high

Prior density

strong

Recognised and acting as an instruction on the weak tier

Tier ★★★ for the spelled-out name, route: anchor. Two caveats are recorded below rather than folded into the rating.

This is the clearest lift measured so far, because the anchor changes the verdict and not just the vocabulary. The action probe asked for a review of a design that registers all click handlers in one central JavaScript file, matched by CSS selector.

Both neutral baseline runs produced a balanced strengths-and-weaknesses review — and both listed Separation of Concerns among the strengths. Neither mentioned locality once. With the term, the first heading is "Behaviour at distance", followed by "Why it fails LoB". The baseline praises exactly the position the essay attacks.

The abbreviation is taken. "LoB" returns business and enterprise terminology on both tiers, with mentioned_code_locality=no in each. The catalog name must be spelled out; the abbreviation alone would fail.

Recall and execution come apart, and the weak tier misattributes. Asked who created the principle, the weak tier answers "Dan North (probable)" while the strong tier gives Carson Gross with high confidence. The same weak tier reports reaching=yes in both P1 runs and richness=moderate in one — yet its action output is specific and correct. A model can apply a move it cannot source.

Spelling was measured, because the author uses both. The essay is British ("Behaviour"), the book Hypermedia Systems is American ("Behavior"). On the weak tier the British spelling was recognised in 2 of 2 runs, the American in 1 of 2 — one American run reported recognized=no — and both American runs reported only moderate richness. The action test does not separate them (2/2 each). At n=2 this is suggestive, not established; the decision does not rest on it alone, since the primary source uses the same spelling.

Criticism research, 2026-08-14, English and German. Three named critics found and cited in the anchor: John Freeman (co-location makes behaviour visible, not understandable), Chris Done (htmx breaks the principle through attribute inheritance) and a htmx discussion raising the same objection from inside the project. A fourth, sharper formulation — that the principle merely renames going against separation of concerns — is recorded but pseudonymous.

No worked rebuttal from the established frontend or SPA side was found in either language, which is odd for an essay attacking Separation of Concerns head-on and more likely reflects our search than the discourse. Unreached: X/Twitter, Reddit, the htmx community chat, podcasts, one blog returning 403, and Gabriel’s book PDF, which would not convert to text — so the Gabriel quotation is verified in the essay quoting it, not at its source.

Simplified Technical English (ASD-STE100)

Criterion Verdict Evidence

Precise

met

P2 on the bare "STE" returns technical documentation on both tiers, mentioned_controlled_language=yes in each — no competing field

Rich

met

6/6 recognised; the weak tier reports moderate once and rich once

Consistent

partly

Recognition holds across tiers; the lift does not — see below

Attributable

met

ASD, maintained by the STEMG, first issued 1986 as AECMA Simplified English. Both tiers name ASD correctly in prose

Prior density

moderate

Recognised everywhere; acts as a distinguishable instruction only on the strong tier

Tier ★★☆, route: anchor, recommended string "Simplified Technical English (ASD-STE100)". The rating follows the cross-model rule in CONTRIBUTING: if the before/after difference only fires on frontier models, record ★★.

The lift is real on the strong tier and not established on the weak one. The action probe asked for a rewrite of a bloated hydraulic-maintenance instruction. On Opus the anchored runs referenced the standard seven and five times and accounted for sentence length explicitly. On Haiku one of two runs mentioned it once and the other not at all — and the neutral baseline produced a rewrite of comparable quality, in one case better structured, since it returned numbered procedural steps where the anchored run returned prose.

One difference did appear, as a single observation. One baseline run invented procedure detail that is not in the source — a pressure relief valve, a gauge, a power-off step. Neither anchored run added anything the source did not state. At n=1 this is an anecdote, recorded because fabrication in a maintenance instruction is the failure that matters most in this domain.

The spelled-out name may hold up better on the weak tier, but the counts do not settle it. Asked about "ASD-STE100", Haiku reported richness=moderate and reaching=yes in both runs. Asked about "Simplified Technical English", one run reported rich and the other moderate, and one of the two did not reach. That is the only difference, it rests on two runs per form, and it should be read as a direction rather than a result. Opus handles both equally.

The literature reached the same conclusion thirty years ago. Holmback, Shubert and Spyridakis — the authors of the Boeing-funded evaluations — ask in CLAW '96 "whether SE is any more beneficial than good quality, professional technical writing that does not conform to the SE standard", and report no significant time difference and unclear translatability results. Our baseline comparison is a small, modern instance of that same open question.

A limitation of this measurement, stated rather than hidden. "Rewrite this bloated instruction" is a task models perform well unprompted, which makes it a weak discriminator. A probe that turns on the approved word list — asking whether a specific word may be used — would separate the arms more sharply. The ★★ rating should be revisited with such a probe rather than treated as settled.

Criticism research, 2026-08-14, English and German. Four named sources found and cited in the anchor. German-language search found tekom conference sessions on STE, but the one verified session is in English and given by Italian speakers — international STE community on a German stage, not an independent German critique. Unreached: the specification itself, which ASD distributes only on individual request, so every rule detail beyond the published counts rests on secondary sources; iso.org, which blocks automated retrieval; and tekom’s members-only publications, where a German critical line could exist without appearing in an open index. Romance and East Asian reception was not searched, which matters here because the maintenance group’s leadership sits in Italy.

Zinsser’s Four Principles — rejected

Criterion Verdict Evidence

Precise

failed

Four quality adjectives, not a bounded body of knowledge

Rich

failed

Weak tier: thin in 3 of 4 runs across both name forms. Sonnet reports moderate, never rich

Consistent

failed

Recognition differs by tier and by wording; the action output does not differ at all

Attributable

met

William Zinsser, verbatim, in The American Scholar, 1 December 2009

Prior density

thin

The prior sits on "Zinsser" and "On Writing Well", not on any four-item formula

Route: reject as an anchor. Recorded in Rejected Proposals under "Insufficient training-data density".

The decisive evidence is a three-armed action test, added to the battery for this candidate because the failure mode here is invisible improvement: any model improves a bloated paragraph, so improvement proves nothing. Only a difference between arms does.

The same paragraph was rewritten three ways: naming Zinsser, naming only the four words without him, and neutrally. All three produced the same rewrite. What the name added was eighty words of commentary about which principles had been applied — not better prose. That is the definition of decorative rather than functional.

A prediction was made and refuted. Desk research showed that the book says "my four articles of faith: clarity, simplicity, brevity and humanity", and that "four principles" is Zinsser’s own later renaming in the 2009 talk. The obvious hypothesis was that we had tested the rarer wording. Tested: the book’s wording performs worse, recognised in 0 of 2 weak-tier runs against 1 of 2. Neither wording carries.

The strong tier says so explicitly. Asked who formulated four principles of good English writing, Opus answers that "there isn’t one canonical, universally recognized 'four principles of writing good English'" and offers Orwell as the closest candidate. Haiku simply answers George Orwell — silent substitution of the nearest famous list.

What does carry is the author and the book: P2 on "On Writing Well" returns William Zinsser on both tiers.

No contract was added either. The existing writing-style contract already names Strunk & White and Wolf Schneider and states eight concrete rules. Four adjectives add nothing operational to that, so the honest outcome is a rejection entry, not a third label on the same shelf.

Criticism research, 2026-08-14, English and German. Geoffrey K. Pullum attacked On Writing Well in its own right, not only Strunk & White ("Awful book, so I bought it", Language Log, 21 March 2015), calling the passive and modifier chapters "mendacious drivel"; Mark Liberman followed with corpus data three days later. German reception: zero — no translation, no discussion found. The adjacency to Gutes Deutsch nach Wolf Schneider would have been our construction, not a documented lineage.

Run 2026-08-25

Procedure

anchor-prior-test v1.0

Models

claude-haiku-4-5-20251001 (weak), claude-sonnet-5 (mid), claude-opus-5 (strong)

Runs

P1 and P3 twice per tier; P3 repeated on a second task twice on the weak and strong tier; P2 and P4 on the weak and strong tier; a three-name comparison on the weak tier

Clean room

claude -p --strict-mcp-config --setting-sources "" from /tmp/anchor-probe; verified with a "do you have custom instructions?" probe answering "None are currently loaded in my context."

Not tested

Older model generations are unreachable over this path. Findings are a lower bound.

Tufte Style

Criterion Verdict Evidence

Precise

met

P2 returns data visualisation and information design as the dominant field on both tiers; document typography appears as a named secondary meaning, not as a rival

Rich

met

5/6 runs report richness=rich; one weak-tier run reports moderate. All six name Tufte’s own vocabulary — data-ink ratio, chartjunk, small multiples, sparklines, lie factor

Consistent

met

P1 and P3 agree across all three tiers

Attributable

met

P4 returns Edward Tufte with confidence=high on both tiers

Prior density

strong

Recognised and acting as an instruction on the weak tier

Tier ★★★, route: anchor. Three findings are recorded below rather than folded into the rating, and the first is about the method rather than the term.

The first action probe measured nothing, because the task had the answer built into it. It asked for a one-screen CI dashboard covering three metrics for twelve teams over ninety days. Density was therefore a requirement of the task, not a contribution of the anchor, and the strong tier’s neutral baseline produced more sparkline mentions than the anchored run did (10 and 11 against 8 and 7). Only the weak tier showed a lift (7 and 7 against 1 and 3).

That is a defect in the probe, and it generalises: an action task must not pre-load the term’s characteristic move. If the task already forces the structure, a null result is uninformative — it cannot distinguish "the model absorbed this long ago" from "I asked for it in the prompt".

Repeated on a task whose default is decorative, the probe separates cleanly on every tier. The second task asked for a one-page monthly status report for a SaaS executive team. Nothing in it calls for density.

Anchored Neutral baseline

Sparklines named (weak tier)

6, 5

0, 0

Sparklines named (strong tier)

4, 4

2, 1

Small multiples (strong tier)

2, 2

0, 0

"Data-ink" named (both tiers)

1, 1, 1, 1

0, 0, 0, 0

The self-reported design principle splits along the same line. All four anchored runs answer with a variant of "maximize data-ink"; the baseline runs answer "inverted pyramid — metrics first", "fixed-skeleton inverted pyramid — answer first, evidence beneath" and "answer-first hierarchy on a fixed 12-column grid". The unanchored default for an executive report is a rhetorical hierarchy, not a graphical one.

The sharpest evidence is a single design element decided in opposite directions. The anchored run specifies a summary table where “vs. plan` carries a signed value only, no arrows, no traffic lights". The baseline specifies, at the same place, "change vs. prior month and vs. plan, in that order, with arrow glyphs — `▲ 3.1% MoM · ▲ 1.2% vs plan”.

The anchored runs reach for constructs that generic minimalism does not contain, which is what separates a dense prior from a plausible reconstruction. Verbatim from the strong tier:

A range-frame vertical axis: the axis line is drawn only from the series minimum to its maximum, with ticks at min, first quartile, median, third quartile, max, labeled with the actual data values (

8.2M,
1.4M, …), not round numbers.

a dot-dash plot of weekly ticket volume over 52 weeks — the data points as 1 pt dots joined by a hairline, with marginal rug ticks on both axes marking each observation’s x and y position, so the distribution of the data doubles as the axis.

Range-frame and dot-dash plot are Tufte’s own inventions from The Visual Display of Quantitative Information. Neither was named in the prompt.

The weak tier reports reaching=yes in both P1 runs — and its own output contradicts it. Reproduced self-reported reaching is normally the clearest sign of a thin prior; it is what decided the name in the Second-Order Thinking entry above. Here it is a false positive. The operational definition of reaching is generic content with missing specifics, and the weak tier’s content is neither: both runs name the lie factor, moiré patterns, small multiples, sparklines and the data-ink ratio.

A three-name comparison on the weak tier shows what the flag actually attaches to:

"Tufte style" "Tufte’s design principles" "Tufte’s principles of information design"

reaching=yes (weak tier)

2 of 2

2 of 2

2 of 2

Lie factor named

2/2

2/2

2/2

Chartjunk named

2/2

2/2

2/2

Small multiples named

2/2

2/2

2/2

reaching (strong tier)

no

no

no

No name separates from any other. The flag tracks the eponym, not the suffix, so it carries no naming decision — and the entry keeps the proposer’s string, which is also the string the tooling uses (theme_tufte, Tufte CSS, matplotlib-tufte).

The lesson for the battery: reaching is a self-report and must be graded against the content, not read off the SELF: line. A model that produces an author’s private vocabulary unprompted is not reconstructing from the words in the term.

The name covers two disjoint referents, and both are real. P2 on the strong tier returns "data visualization / information design" as dominant and "typography and document design" as secondary. The second meaning is not a model artefact: Tufte CSS describes itself as providing "tools to style web articles using the ideas demonstrated by Edward Tufte’s books and handouts" and calls sidenotes "one of the most distinctive features of Tufte’s style", while tufte-latex on CTAN offers "document classes inspired by the work of Edward Tufte". The chart meaning is equally tokenised: theme_tufte in ggthemes is documented as "Theme based on Chapter 6 'Data-Ink Maximization and Graphical Design' of Edward Tufte The Visual Display of Quantitative Information. No border, no axis lines, no grids." Since the dominant reading is stable across tiers, no disambiguator is needed in the catalog name; the ambiguity is recorded in the anchor instead.

Criticism research, 2026-08-25, English and German. This is the best-supplied criticism section in the catalog so far: five named sources, verified by fetch, across three targets that are routinely conflated. Bateman et al. (CHI 2010), Inbar/Tractinsky/Meyer (ECCE 2007) and Borkin et al. (InfoVis 2013) test the principles; Robison, Boisjoly, Hoeker and Young (2002) dispute the Challenger analysis; Don Norman argues with the PowerPoint essay. Roger Boisjoly, second author of the Challenger paper, is one of the engineers Tufte wrote about — the strongest available standing for that objection.

A prediction was made and corrected. Stephen Few was expected to be the discipline’s in-house Tufte critic. He is the opposite: in "The Chartjunk Debate" (2011) he attacks Bateman’s conclusion and defends the minimalist position. He is cited in the anchor as the counter-voice, not as a critic.

Three limits, stated rather than smoothed over. The widely repeated Borkin finding that low data-ink and high visual density improve memorability sits in the paper body, and every human-readable mirror failed — IEEE and ACM return 403, the MIT lab copies are unreachable, the Wayback copy is truncated. Only the abstract and the Harvard press summary were verified, so the anchor cites the framing and not that claim. The most-quoted line from Robison et al. — that Tufte’s criticism "so badly misrepresents the position of those being critiqued" — appeared only in search summaries and in no page that could be opened, so it is not quoted anywhere in the catalog; the Springer full text is paywalled. And Li & Moacdieh’s 2014 extension of Bateman surfaced in search but was not verified, so it is not cited.

German: nothing attributable, and the reason is the frame rather than the topic. Six German query forms returned method descriptions, university slides and translations of English originals; the German Wikipedia article carries no Kritik section. The one German-run outlet with genuine critical discussion, the Datawrapper book club in Berlin, publishes it in English — participants there say "I personally think most of his redesigns fail horribly" and "Tufte tries to make too many absolute theorems". This is language-frame layer 2: the German-speaking visualisation field publishes its top tier in English, and there is no home-grown, natively named German tool or discourse around Tufte that would indicate a hidden scene. Romance and East Asian reception was not searched.

Run 2026-09-24

Procedure

anchor-prior-test v1.0

Models

claude-haiku-4-5-20251001 (weak), claude-opus-5 (strong)

Runs

P1 and P3 twice per tier; P2, P4 and a no-anchor P3 baseline once per tier. 14 probes per candidate, 56 in total, no errors and no rate limiting

Clean room

claude -p --strict-mcp-config --setting-sources "" from /tmp/anchor-probe; verified with an open question about loaded instructions, answering "None — no CLAUDE.md file in this project, and the memory directory is empty"

Not tested

claude-sonnet-5 was skipped in this run, so nothing is known about where between the two tiers a frontier-only term starts firing. Older model generations are unreachable over this path. Findings are a lower bound.

Method note

Every probe must run with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN. A key present in the environment overrides the claude.ai login and returns 401 API key is invalid, which reads as an account problem and is an environment problem.

Boy Scout Rule

Criterion Verdict Evidence

Precise

met

P2 on the bare name returns software engineering as the dominant field on both tiers. The scouting origin appears as history, not as a rival meaning

Rich

met

4/4 recognition runs report richness=rich, each naming 10 to 14 linked concepts

Consistent

met

P1 and P3 agree across both tiers and all runs

Attributable

met

P4 returns Robert C. Martin on both tiers; the strong tier adds the Baden-Powell origin and lowers its own confidence to med accordingly

Prior density

strong

Acts as an instruction on the weak tier, where the baseline does not

Tier ★★★, route: anchor. Registered as Boy Scout Rule; the proposal’s "Uncle Bob" qualifier was dropped because P2 shows the bare name already resolving to software engineering, so the qualifier repairs nothing.

The action probe: "There’s a null-pointer bug in the payment module. The file is 300 lines. What would you do?" Both anchored weak-tier runs proposed incidental cleanup scoped to the traced code path, and both volunteered a boundary that was not asked for:

What I would NOT do: Refactor the payment flow or consolidate similar logic elsewhere in the file — too risky, too much scope creep

The no-anchor baseline on the weak tier received the identical task and stayed strictly on the defect: stack trace, backward trace, defensive programming. It never proposed cleanup. On the strong tier the baseline proposed cleanup as well, so there is no measurable delta there — the term lifts the weak tier rather than changing what a frontier model would have done anyway.

Criticism research, 2026-09-24, English and German. Four citable critics found, converging on one point: Jason Swett (2018) on reviewability and atomicity, Philippe Bourgau (2016) on the rule being local and skill-bounded, Marius Elvert (2022) on review pollution with a BSR:-prefixed commit as remedy, and a 2025 DEV Community piece on scope limits. None reject the rule; all add guards. Kent Beck’s Tidy First? supplies exactly the separation discipline they ask for and does not mention the Boy Scout Rule — so he is recorded as adjacent, not as a critic. Martin credits the rule to the Boy Scouts of America in Clean Code chapter 1, which is why the anchor’s attribution names the transfer to code rather than the formulation. No citable German-language criticism surfaced; French, Spanish, Japanese and Chinese were not searched.

Dale Carnegie Principles

Criterion Verdict Evidence

Precise

met

P2 returns interpersonal communication and self-help psychology on both tiers, with no competing field. Neither tier associates the term with software

Rich

met

4/4 recognition runs report richness=rich; both tiers reproduce the book’s four-part structure

Consistent

met

Same principles, same grouping, across both tiers and all runs

Attributable

met

P4 returns Dale Carnegie with confidence=high on both tiers

Prior density

strong recognition, narrow delta

See below

Tier ★★★, route: anchor.

The action probe rewrote a harsh review comment: "This is wrong. You clearly did not read the spec. Redo it." The anchored strong-tier runs opened with appreciation and then named their own moves:

Thanks for getting this PR up so quickly. The structure is easy to follow, and I can see you put real effort into the error handling.

The honest part of the measurement is the baseline. Without the term, the strong tier was already careful with the person — it separated the code from the author, allowed for a reasonable mistake ("The spec is easy to misread here … so I can see how you got here"), and asked rather than ordered. The delta the anchor adds is therefore narrower than the term’s reputation suggests: opening appreciation and an explicit face-saving frame, not tact as such. The baseline’s own SELF: line reported avoided_direct_criticism=no, which reading the output does not support; it is graded against the content and not counted as a delta. This also qualifies one claim in the proposal — that the anchor counterbalances a model’s tendency toward epistemic correction. On the models measured, that tendency is weaker than the argument assumes.

Criticism research, 2026-09-24, English and German. Basford and Molberg (Journal of Leadership Studies, 2013) are the strongest citable source: the principles are "based on anecdotes, case studies, and personal examples rather than empirical evidence". The insincerity charge is documented in the scholarly reception, and Carnegie’s own acting-derived instruction to "ENTER INTO the character you impersonate" is where it attaches. Steven Watts’s broader charge is quoted through Tom Jokinen’s Globe and Mail review (2014) and attributed to Watts, not to the reviewer. The widely circulated Sinclair Lewis dismissal could not be traced to its original publication and is therefore not cited. Edition drift matters here and is recorded: the 1981 revision cut the book from six sections to four, and both tiers reproduced the four-part shape rather than the six-part shape of the 1936 original. That fixes the structure the output matches, not the printing behind it — every edition since 1981 carries four parts, so the probe cannot separate them. No citable German-language criticism was found; French, Spanish, Japanese and Chinese were not searched, and the book has independent reception histories in at least the last two.

CUPID Properties

Criterion Verdict Evidence

Precise

met

P2 returns software engineering on both tiers; the Roman god appears only as an afterthought on the strong tier

Rich

met

rich on the strong tier 2/2; one weak-tier run reports moderate

Consistent

not met on the weak tier

Two of the five letters drift — see below

Attributable

met

P4 returns Dan North with confidence=high on both tiers

Prior density

very strong on the strong tier, corrupted on the weak tier

See below

Tier ★★☆, route: anchor. The defect the measurement found is exactly the one an anchor file repairs.

The strong tier reaches for CUPID unprompted. The no-anchor baseline asked only: "Review this module: a 2000-line OrderManager class that talks to the database, formats emails and validates input. Any format you like." CUPID appears nowhere in that prompt. The run opened:

I’ve used Dan North’s CUPID properties as the lens because they fit this kind of problem well.

That is the strongest recognition signal in this run, and it means the measurable delta on that task is zero. Both readings are recorded rather than the flattering one alone.

The weak tier corrupts the acronym. In every one of the four haiku-4.5 probes that spelled CUPID out, the D was rendered as "Domain-driven" — the term pulled into DDD’s orbit — for example: "5. Domain-driven — Reflects business concepts; uses ubiquitous language; domain logic is primary". One further probe gave the I as "Intelligible" rather than "Idiomatic". The strong tier never did either. North’s own wording, fetched from the canonical article, is the citable counterweight: "Composable : plays well with others / Unix philosophy : does one thing well / Predictable : does what you expect / Idiomatic : feels natural / Domain-based : the solution domain models the problem domain in language and structure."

A defect in our method, recorded rather than smoothed away. On the weak tier the action probe twice declined the task and asked for the actual code instead of reviewing from the description. Execution on the weak tier is therefore unmeasured, not measured-and-failed. Notably the model listed all five properties correctly while declining, so recognition is not in doubt. The rule this produces: an action probe must not describe an artefact the model could plausibly demand to see.

Criticism research, 2026-09-24, English and German. Stephan Roth (developer-world.de, June 2025) is the one substantive critic found: CUPID’s properties do not always meet his criteria for a good principle, and practitioners will struggle to tell Single Responsibility from Single Purpose. His conclusion is not a rejection — "CUPID steht in keiner Weise im Widerspruch zu SOLID." Jeroen De Dauw’s 2017 reply to North is frequently miscited here; it predates CUPID by five years and targets the SOLID talk, so it is recorded as context and not as criticism. No citable source was found on the objection that matters most in review — that a property cannot be checked the way a rule can — which North pre-empts in the article and nobody appears to take up.

Crisis and Emergency Risk Communication (CERC)

Criterion Verdict Evidence

Precise

not met on the bare acronym

The two tiers disagree about what CERC is — see below

Rich

partly

rich on the strong tier; moderate on both weak-tier runs

Consistent

not met across tiers

The weak tier cannot execute the framework even with the explicit term

Attributable

met

P4 on the strong tier returns "Barbara Reynolds (CDC), with Matthew Seeger co-authoring the 2005 theory paper", confidence=high; the weak tier returns only "CDC (organizational)", confidence=med

Prior density

thin on the weak tier

See below

Tier ★★★? No — ★★☆ and :tier: 1, frontier-only, and registered under its spelled-out name. Route: anchor.

The bare acronym collapses, and it collapses harder on the stronger model. Asked what "CERC" means with no context, the weak tier put the CDC framework first. The strong tier listed four expansions, none of them the framework — India’s Central Electricity Regulatory Commission, Canada Excellence Research Chairs, the US Army Corps' Coastal Engineering Research Center, and a UK air-quality consultancy — and closed:

If you don’t specify a context, the Indian electricity regulator is the most likely meaning.

The inversion is worth recording: the stronger model is the more ambiguous one, because it knows more expansions. The proposal’s "(CDC)" qualifier did not survive into the model’s own default reading, which is why the catalog name is spelled out in full.

The weak tier knows the name and cannot run the framework. Given the explicit term and the task "draft the opening public statement for an ongoing incident whose cause is not yet known", haiku-4.5 failed to name the six principles in both runs. The strong tier named all six correctly and structured the statement around them — "1. Be First: it goes out early with a timestamp and says what is known, not waiting for a full picture. … 6. Show Respect: it uses plain, non-defensive language, doesn’t downplay concerns, and treats the public as partners." The no-anchor baseline produced a competent status page with timestamp, scope and next-update time, and nothing resembling that structure. The delta is real and lives on the frontier tier only.

Criticism research, 2026-09-24, English and German. The load-bearing source is a systematic review: Miller, Collins, Neuberger, Todd, Sellnow and Boutemen (JICRCR, March 2021) screened "4,471 articles in 20 languages", included 19, "of which one tested tenets of the CERC model", and conclude that "reformulation of the propositions is necessary for empirical support of the model to proceed". CERC is distilled practice, not an empirically established model. Sauer, Truelove, Gerste and Limaye (Health Security, February 2021) organise their COVID-19 analysis around the six principles and find the CDC breaking its own credibility principle. Edition drift is unusual here: the CDC now serves the manual as per-chapter PDFs dated 2014, 2018 and 2019, so there is no single current edition to cite. No citable German-language criticism was found — and since the systematic review above screened 20 languages and still found almost nothing, genuine thinness is plausible rather than merely unmeasured. == Run 2026-09-30

Candidates

16 terms from Six Sigma and the Toyota Production System, proposed as a cluster in #753

Models

claude-haiku-4-5-20251001 (weak), claude-opus-5 (strong)

Runs

16 activation probes (strong tier), 16 substitution probes (weak tier), 32 before/after probes, then 18 more after the before/after design was found to be broken. 82 probes in total

Clean room

claude -p --strict-mcp-config --setting-sources "" with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN, each probe in its own empty working directory

Not tested

claude-sonnet-5 was skipped again. Findings are a lower bound

Two defects in our own method, found the hard way

This run produced two false results before it produced a true one. Both are recorded because both are easy to repeat.

The probe read the harness. The first before/after run gave every probe the same working directory — the one holding the control file that listed all sixteen terms and both prompt variants. The models read it. One answer opened: "Working from the lookup table you attached, this maps to SIPOC." Thirteen of forty-eight probes named the harness outright, which makes the no-anchor condition worthless: the baseline could see the term it was supposed to be blind to. The rule this produces: a clean room is not a clean directory reused across probes. Each probe gets its own empty working directory, and the harness lives where the probe cannot reach it.

The task named the method for us. The rerun fixed the directory and still gave a false result, this time in the opposite direction. Every task had been written from the candidate’s own When to Use section, so each task telegraphed its method. Fourteen of sixteen no-anchor baselines then named the method unprompted: the plain answer to "how should we handle an import job that occasionally receives malformed records" opens "The right frame for this is Jidoka", and the plain answer to "write up this incident" produces a titled A3 sheet with all seven canonical sections. Measured that way almost every candidate looks decorative — and the measurement is meaningless, because the term was already in the question. The rule this produces: a viability task must not be drawn from the anchor’s own description. If the baseline names the method, the task tested the prompt, not the anchor.

The test that settled it

The third run replaced sixteen tailored tasks with one neutral scenario that no candidate owns: a six-person team maintaining a web shop, three-week releases needing hotfixes, support tickets up 40%, two overloaded on-call engineers, and a new subscription product due next quarter. The scenario admits every candidate without implying any.

Two no-anchor baselines were run against it. Neither named a single one of the sixteen methods. Both produced ordinary consulting prose under headings like "The core read" and "What I’d do, in priority order". That is the clean baseline the first two runs never had.

Against that baseline, naming the term changed the artifact in fifteen of sixteen cases:

  • SIPOC produced two complete Suppliers/Inputs/Process/Outputs/Customers tables where the baseline had prose.

  • FMEA produced a rated worksheet — and volunteered the AP (Action Priority) column of the current AIAG-VDA form, not only the classic RPN.

  • A3 produced the seven canonical sections in order.

  • DMADV imposed five phase gates on a scenario the baseline had answered as a priority list.

The lesson generalises past this cluster: on a task where the method is the obvious default, an anchor’s measurable delta is zero — and that is a fact about the task, not about the anchor.

The sixteen candidates

All sixteen passed recognition on the strong tier, and Haiku expanded every acronym correctly with no hedging and no confabulation across all sixteen probes. On the substitution check the count is fifteen, not sixteen: recognising the word is not the same as reaching the intended concept, and Kanban is exactly that gap — Haiku answers confidently and answers about the software Kanban Method, which is the silent substitution the check exists to catch. Fifteen then passed the steering test and are registered as anchors at ★★★.

Term Verdict Note

DMADV

★★★

Imposes five phase gates plus CTQ translation. dmaic named it but could not invoke it

PDCA

★★★

Carries the PDCA/PDSA naming split; Deming’s own preference is recorded under Current Status

FMEA

★★★

The only candidate whose anchored output volunteered a newer edition of its own artifact than the classic form

SIPOC

★★★

Largest single artifact delta in the run: prose to two five-row tables

Ishikawa Diagram

★★★

Relabels causes to the canonical 6M and forces parallel branches where five-whys follows one chain

Value Stream Mapping

★★★

Adds the future-state map and the process-versus-waiting-time split

Poka-Yoke

★★★

Shifts the answer from validation and training to making the wrong input impossible

QFD

★★★

Produces the WHATs x HOWs matrix with the correlation roof — the conflict view neither pugh-matrix nor kano-model carries

Jidoka

★★★

Moves detection upstream and replaces log-and-continue with stop-and-quarantine

A3 Problem Solving

★★★

The fixed one-page section set is the method; the constraint is what the anchor buys

Toyota Kata

★★★

Adds the coaching half — five questions, obstacle parking lot, experiment record — on top of the improvement loop

Andon

★★★

Adds explicit stop authority and a timed escalation ladder, not just more monitoring

Genchi Genbutsu

★★★

Makes the model refuse to theorise and ask for the actual trace first

Muda, Mura, Muri

★★★

Registered as the triple. Naming only waste hides its cause; the chain runs Mura to Muri to Muda

Kaizen

★★★

The vagueness worry did not survive measurement — see below

Kanban (TPS)

rejected

The name anchors the other concept — see below

Kaizen: the vagueness worry was tested, not assumed

Kaizen was proposed with a flag on it: it is both a named Toyota practice and an everyday word for "continuous improvement", and the rejection criteria exclude terms too vague to produce consistent output. The measurement does not support the worry. On the neutral scenario the term produced a staged structure the baseline had no equivalent of — a week of observation before any change, a facilitated session where the team names the waste, then weekly PDCA cycles on one change at a time. The prior is bounded: the recognition probe returned kaikaku as the deliberate contrast, hansei, and "standardize the gain, then improve from the new standard", and it flagged the kaizen event as "somewhat at odds with the original 'daily habit' spirit" without being asked. Registered, with the event-theatre critique carried in its Criticism section.

Kanban (TPS): rejected, and the reason is a name collision

This is the one rejection, and it is not a thin prior. The prior is dense — it is attached to the wrong concept.

The proposal asked for the Toyota pull-signal card. On the bare name, both tiers return the software Kanban Method instead. The strong tier opens: "Kanban is a pull-based method for managing work, originating in Toyota’s manufacturing system and later adapted for software and knowledge work (largely via David Anderson’s formulation)" — Toyota appears as etymology, then the answer goes to boards and WIP limits. The weak tier does the same.

The steering test removes any doubt. Asked to apply "Kanban" to the neutral scenario, the output carries eight markers of the software method — WIP limits, commitment point, classes of service, replenishment, STATIK, cumulative flow diagram — and zero markers of the manufacturing practice: no replenishment card, no supermarket, no two-bin system, no material flow. The anchored answer does not disambiguate; it simply assumes software Kanban.

So the term cannot anchor the sense it was proposed for, and a qualifier would not repair it — the qualifier would be fighting the prior rather than focusing it. Recorded on the rejected-proposals page. The software sense remains a viable separate proposal under its own name — "Kanban Method (Anderson)" is what the bare name actually activates. That is a different candidate and was not tested here. === Chesterton’s Fence — a separate proposal, measured the same day

Not part of the cluster. Proposed by Matt Wynne in #752 on 2026-09-28, with an activation test run on GPT-6 Sol. That is a different model family from the two tiers this register measures against, so the test was repeated here: nine probes, each in its own empty working directory.

Criterion Verdict Evidence

Precise

met

The strong tier returns the source unprompted — G.K. Chesterton, The Thing (1929), "The Drift from Domesticity". No competing field

Rich

met

Epistemic humility, institutional memory, second-order effects, systems thinking, reversible experiments

Consistent

met

Both tiers agree; Haiku answers correctly with no hedging and no confabulation

Attributable

met

Named author, dated work

Prior density

strong on the weak tier

Acts as an instruction where the baseline does not — see below

Tier ★★★, route: anchor.

The steering task deliberately did not imply the principle. A team inherits a payment service with a 400-line validation module, three always-on feature flags, a nightly reconciliation job and a hard-coded 7-second retry delay, and wants to modernise it. None of three no-anchor baselines named Chesterton’s Fence unprompted, which is what makes this measurement readable at all — the failure mode that wrecked the cluster’s first two runs.

On the weak tier the result is a clean behavioural inversion. Without the term:

remove the always-on feature flags and parameterize the retry delay immediately (these are safe, high-confidence wins)

With it, the same model opens a "Phase 1: Understand the fence" stage and asks of the very same flags: "Were they added for a gradual rollout that finished? Or are they kill switches for a known problematic vendor/flow?"

On the strong tier the delta is narrower, and that is recorded rather than smoothed away. Opus was already doing archaeology without the term — its baseline heading reads "Do archaeology before refactoring". What naming it added there was the method of finding the reason (read the on-call runbook and alert definitions before the code; git log -S on the check nobody can explain) and an explicit exit rule:

Chesterton’s Fence is not a veto, and "we couldn’t find out why" isn’t a reason to keep something forever. Timebox each investigation … If a good-faith search turns up nothing, you’ve earned the removal.

That second half is what separates the anchor from a licence for inertia, and it fires without being asked for.

The overlap risk was measured, not assumed. The proposal’s own test output named "second-order effects", and second-order-thinking is already an anchor — "fully covered by an existing anchor" is a rejection criterion. Given the identical task, Apply Second-Order Thinking produced a different shape: organised by artifact and consequence chain, closing on the second-order effect on the team, where the Chesterton run organised by fence and closed on an exit rule. Two lenses, not one.

Run 2026-10-03

Candidates

14 terms proposed in #775 to #788, each because it appears in Florian Bruniaux’s claude-code-ultimate-guide

Models

claude-haiku-4-5 (weak). Strong-tier activation was run per candidate on claude-opus-5-5 by the proposer and is recorded in each issue, not repeated here

Runs

14 bare-name probes, 14 attribution probes, 33 baseline runs across fourteen scenarios, 25 anchored runs. 86 probes in total

Clean room

claude -p --strict-mcp-config --setting-sources "" --tools "" with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN, each probe in its own empty directory outside the repository. Verified once against the custom-instructions probe, which answered "none"

Not tested

claude-sonnet-5 was skipped again. Findings are a lower bound

A task may not state the violation either

The 2026-09-30 run produced the rule that a viability task must not be drawn from the anchor’s own When to Use section. This run hit the narrower cousin of that defect, and it cost two scenario sets.

The first set described technical symptoms. "Reviewers say they can never tell from a call site what a function will do to the rest of the system" is Command-Query Separation’s own diagnosis in paraphrase. "A single admin role that most staff hold, API tokens that carry full account scope, one filtering appliance in front of everything" is a least-privilege audit finding written as a situation. The baselines answered accordingly: both code baselines produced "Result type", "pure function" and "side effect" with no anchor named, and the security baseline produced token scoping, an RBAC plan and an admin inventory. Measured against that, CQS, Railway Oriented Programming, Least Privilege and Defense in Depth are all decorative — and the measurement is void, because the task handed the model the method’s checklist as input.

The second set corrected too far. Management-level scenarios — "the team spends about half of each cycle on bug reports instead of the features the product owner is asking for" — gave a genuinely clean baseline: none of six runs named any of the fourteen candidates. But the anchored answers were thin, because the task sits too far from the method for the method to act on it.

The rule this produces: a viability task must sit inside the method’s domain and carry none of the method’s vocabulary. "A developer who joined last week asks how they are supposed to know, before calling one of twelve methods, whether calling it is reversible" contains no query, no command and no side effect, and it separated the two conditions cleanly. The scenario is the instrument, and an instrument can be wrong in two directions.

Two name traps

Arrange-Act-Assert survives; "AAA" does not. The bare acronym answers from a different field, without hesitation: "AAA stands for Authentication, Authorization, and Accounting, a security framework commonly used in networking and access control." The answer continues through RADIUS and TACACS+ and reaches the American Automobile Association before any testing sense appears. The written-out name is registered; the acronym alone is recorded as unusable.

"Connextra" confabulates, and that is the more serious finding. Asked "What is Connextra?", the weak tier answered: "Connextra is a software development kata (coding exercise) created by Emily Bache." It then described a refactoring and TDD exercise in detail. None of it exists. There is no hedge, no "I am not sure", and the probe’s own self-report reads recognized=yes. This is the silent-substitution signature the battery exists to catch, and it is worse than the Kanban collision of the previous run: Kanban returned a real concept under a contested name, while Connextra returns an invention under a confident heading. The qualified form, "the Connextra user story format", reaches the right concept, dates it to around 2001 and credits the Connextra team. The entry documents the qualified string and warns against the bare name.

The fourteen candidates

Term Verdict Note

Principle of Least Privilege

★★★

The decisive result of the run — see below

Command-Query Separation

★★★

Correct even on the bare acronym, with no CQRS drift. Where the baseline answered with JavaDoc and a naming convention, the anchor partitioned twelve methods into queries and commands with the void-return constraint

4+1 View Model

★★★

All five views with their audiences; the baseline carried no view vocabulary at all

Enterprise Integration Patterns

★★★

Produced Request/Reply, Publish/Subscribe, Canonical Message Format and Message Translator, and cited "Hohpe and Woolf’s notation" without being asked for a source

Richardson Maturity Model

★★★

Diagnosed the level ("likely stuck at Level 0-1") and prescribed the migration. The baseline discussed the same API with no notion of maturity

Railway Oriented Programming

★★★

Produced a Result type and an explicit failure track. One of two baselines reached Either on its own

Bulkhead Pattern

★★★

Named unprompted in one of three baselines, so it does not reproduce and the delta is real. Attribution does not survive the weak tier: it answers creator=Netflix (collective); year=2011, not Nygard 2007

Keep a Changelog

★★★

The delta is correctness, not choice. Two of four baselines named the convention unprompted and then listed the wrong sections — one produced "Breaking Changes, New Features, Fixed, Deprecated". The anchored run produced all six canonical types plus [Unreleased]

Arrange-Act-Assert

★★★

Under the written-out name only — see above. Reached unprompted in two of four in-domain baselines

Test Data Builder

★★★

The densest prior in the batch: proposed unprompted in three of four baselines, once with the mechanism spelled out as new UserBuilder().withEmail("test@x.com").build(). Its steering delta on that task is therefore near zero, which is a fact about the task. Attribution is the weak spot: creator=<agile-testing-community>, confidence=low — it does not know Nat Pryce

Connextra User Story Format

★★★

Qualified form only — see above

Refactoring Catalog

★★☆

Produced named catalog entries — Extract Method, Separate Query from Modifier, Introduce Parameter Object, Replace Conditional with Polymorphism — where the baseline said "extract a pure function, move rules to data". ★★☆ because the bare verb carries any code change

OWASP ASVS

★★☆

Worked at L2 and cited chapters V4, V6 and V13 against concrete work items, where the baseline reached for SOC 2 and ISO 27001. Needs a level and a version. The weak tier also misattributes the lead to Mike Goodwin; the institution is right, the person is not

Defense in Depth

★★☆

Added independent layers and sandboxed preview rendering in two of two runs against zero of two in the baseline. But "assume breach" appeared in only one of two anchored runs, so the premise that separates the practice from "more controls" is not reliably carried by the name and is stated in the entry instead

Least Privilege: the delta was zero until the task changed

Least Privilege failed its first two measurements and passed the third, and the difference was entirely in the task.

On the scenario that described the violation, the anchored answer and the baseline were the same answer under different headings — remove local admin, segment the network, scope the tokens — and the only run that used the phrase "blast radius" was the baseline. A reader could reasonably conclude the term is decorative.

Then the task changed to one where the principle is not the obvious answer: "write a GitHub Actions workflow for a Node.js service: install dependencies, run the test suite, build a container image, push it to Amazon ECR and deploy it to a staging ECS cluster. Give the YAML." Both no-anchor runs produced long-lived AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY secrets and no permissions: block at all. Both anchored runs produced a permissions: block, OIDC through role-to-assume with id-token, and no static keys anywhere. Reproduced twice in each condition.

The general lesson is the mirror of the one the previous run recorded. There, a task where the method was the obvious default produced a delta of zero. Here, a task that states the problem the principle names produces a delta of zero for the same reason — and the anchor’s real value sits on the artifacts nobody thinks to scope: build pipelines, IAM policies, agent tool permissions. An anchor has no single delta. It has a delta per task, and a measurement that reports one number has chosen a task.

Run 2026-10-09

Candidates

4 terms proposed in #797 to #800: Defensive Programming, Finite State Machine, MISRA C, BlinkWithoutDelay. Each appears as, or names what is asked for by, a prompt toggle in Nikolai Radke’s AI.duino plugin for the Arduino IDE

Models

claude-haiku-4-5, resolved to claude-haiku-4-5-20251001 (weak; resolution checked the same day with a probe that reports the model ID). Strong-tier activation was run per candidate on claude-opus-5-5 by the proposer and is recorded in each issue, not repeated here

Runs

8 recognition probes (two per term), 4 attribution probes, 3 bare-name probes, 8 baseline and 8 anchored action runs. 31 probes in total

Clean room

claude -p --strict-mcp-config --setting-sources "" --tools "" with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN and CLAUDE_CODE_DISABLE_AUTO_MEMORY=1, each probe in its own empty git repository outside this one

Not tested

claude-sonnet-5 was skipped. Findings are a lower bound

Criticism research

2026-10-09, English only. Found and fetched: Jim Shore, "Fail Fast" (IEEE Software, 2004) for Defensive Programming; Les Hatton’s 2005 comparison of MISRA C:1998 and MISRA C:2004; MISRA’s own edition list. Nothing citable was found for Finite State Machine or BlinkWithoutDelay, so those entries carry no criticism section

Two of four tasks stated the method

The action tasks were taken from the viability suggestions in the issues, and two of them repeat the defect the 2026-10-03 run named: they describe the violation the method exists to fix. The Defensive Programming task said that every helper "currently has no checks"; the Finite State Machine task handed over three booleans and nested if/else in an event handler. Both baselines answered with the method anyway — validation at the public function plus assertions in the helpers, and a state enum — so the measured delta for these two terms is zero. That is a fact about the tasks. Recognition, not steering, carries their tier.

The four candidates

Term Verdict Note

BlinkWithoutDelay

★★★

The clearest delta of the run. Asked to add a button to a sketch that blinks with delay(1000), both baselines kept the delay() calls — one added a millis() debounce next to them. Both anchored runs removed every delay() and used millis() subtraction. Attribution fails: the weak tier answers creator=Paul Badger, while the sketch header says "created 2005 by David A. Mellis"

Finite State Machine

★★★

Rich and consistent in both recognition runs: states, transitions, DFA/NFA, Mealy and Moore. The bare acronym "FSM" resolves to the right field. Attribution is distributed but correct (McCulloch-Pitts, Kleene, Mealy, Moore). No steering delta on the task used, see above

MISRA C

★★★

Recognised in both runs, and the bare "MISRA" resolves to safety-critical software. The anchored rewrites cited rule numbers in both runs, and one of them does not exist: "Added null pointer check – Validates input before use (MISRA Rule 34.1)." Neither condition produced a deviation record, although both baselines claimed one in their self-report. The entry therefore tells readers to check rule numbers against the licensed text or a checker

Defensive Programming

★★☆

Rich in both recognition runs; the anchored runs placed validation at the boundary and assertions inside and named McConnell’s reasoning. But the weak tier’s attribution leads with the neighbouring method: "Bertrand Meyer (late 1980s-1990s) - prominently associated with defensive programming through his Design by Contract methodology". Registered as "Defensive Programming according to McConnell" so the name carries the boundary the issue asked for

BlinkWithoutDelay is registered under its own name

The issue offered a middle path: an anchor for the general concept, with BlinkWithoutDelay as its Arduino alias. The catalog registers the string that activates, and keeps other names under Also known as — Arrange-Act-Assert rather than "AAA", the Connextra format only in its qualified form. The general concept has no established name of its own; "non-blocking timing in a superloop" is a description, and it would need the Community sentinel for want of a proponent. The sketch name, by contrast, reached the full technique on the weak tier, including the overflow-safe subtraction. So the anchor is "BlinkWithoutDelay", and the general description is its alias.

Run 2026-10-15

Candidates

Twin Peaks Model according to Nuseibeh and Domain Storytelling, both added in #806; req42 and its goal form Purpose / Advantage / Metric (PAM), extended in the same pull request; Karpathy’s LLM Wiki as a new candidate

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.0

Runs

P1 twice per term and tier, P2 and P4 once per tier, every action condition twice per tier. Two rounds of action tasks, the second after the first was found to name the methods; after review, the bare "Twin Peaks" was added to the second round. 186 probes plus three clean-room checks, USD 4.85 in total (Haiku 0.08, Sonnet 1.37, Opus 3.37)

Clean room

claude -p --strict-mcp-config --setting-sources "" --tools "" with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN and CLAUDE_CODE_DISABLE_AUTO_MEMORY=1, each probe in its own empty git repository outside this one. Verified on all three tiers against the custom-instructions probe, which answered "none"

Replaces

The sonnet-5-5=yes that #806 recorded for Twin Peaks and Domain Storytelling. It came from a sub-agent, which inherits the session’s instructions and memory, so it was not a clean-room result

Criticism research

Not part of this run

The first round of tasks named the methods

The first action tasks repeated the defect the 2026-10-03 run described: each one carried the method’s own vocabulary. "Lay out how the requirements work and the architecture work should proceed, and how they relate to each other" is Twin Peaks' thesis as a question, and four of four Sonnet and Opus baselines named Twin Peaks as their approach with no anchor given, one opening "Approach: the 'Twin Peaks' model". "Plan a two-hour session with the clinic staff" invited a collaborative modelling workshop, and four of four Sonnet and Opus baselines named Domain Storytelling. "Knowledge that stays usable and grows" is the LLM Wiki’s own pitch, and the baselines built one with no anchor given: all six had raw sources and a lint pass, five of six also index.md and log.md.

The second round removed the vocabulary. "Draft the plan for the first three months" replaced the question about requirements and architecture. "Nobody on our team knows how a vet clinic works. What should we do in the first two weeks?" replaced the workshop. An AI assistant for a support team replaced the growing knowledge. The tier verdicts below rest on the second round.

The five terms

Term Verdict Note

Twin Peaks Model according to Nuseibeh

★★☆

None of six baselines produced the model: they planned walking skeletons and vertical slices. Six of six anchored runs ran requirements and architecture as co-evolving peaks; on Haiku: "Each iteration refines the requirements peak, proposes or revises an architectural option, tests the option against the requirements, and feeds the resulting constraints back into the requirements." Attribution holds on all tiers: Nuseibeh, 2001, confidence=high. ★★☆ because the bare name belongs to a different field — see below

Domain Storytelling

★★★

In the neutral task, no Haiku or Sonnet baseline produced actors, work objects and numbered activities; six of six anchored runs did, on Haiku with icons, Egon and full sentences: "The receptionist books an appointment in the calendar for the patient." Opus named Domain Storytelling unprompted in both baselines, next to EventStorming, so on the strong tier the term is already the default. Attribution: Hofer and Schwentner on all tiers, confidence=med, with the start year scattered between 2014 and 2019

req42

★★☆

Lowered from ★★★. Haiku does not know the term in either recognition run: "I don’t recognize 'req42' as a specific named standard, product, or well-known entity", and it names no creator. Sonnet and Opus recognise it with moderate richness. Sonnet credits "Peter Hruschka and Gernot Starke" — the arc42 pair, not Hruschka and Meuten. Asked to "use req42" for business goals, Sonnet built a goals section with a vision and measurable targets and named stakeholders and scope as the next steps, but only Opus produced the PAM form, two of two. tested-on therefore records haiku-5-5=no (the name is unknown) and yes for Sonnet and Opus (recognised, and a req42-style goals section produced). The qualifier that works on every tier is naming the goal form with the framework: "write them as PAM goals, as req42 recommends" produced Purpose / Advantage / Metric in six of six runs, Haiku included

Purpose / Advantage / Metric (PAM)

not an anchor

No tier recognises it as a named method; Sonnet: "I don’t firmly recognize PAM as an established, named framework, so some of these are inferred from the three words." The written-out form works only because the three words describe themselves. The bare acronym fails: "PAM" returns Privileged Access Management on all tiers, and "write them as PAM goals" produced the structure on Opus two of two, on Sonnet and Haiku zero of four. Three of the four said they did not know the format, and two invented their own expansion — Sonnet: "I assumed three parts per goal: Purpose (what we want to achieve), Audience (who benefits), and Measure"; Haiku: "I read 'PAM' as Problem, Action, Measure". Named together with req42 ("write them as PAM goals, as req42 recommends"), the acronym worked in six of six runs on all tiers, Haiku included. Opus attributes PAM to Volere (Suzanne and James Robertson). PAM therefore stays where #806 put it: inside the req42 anchor, which supplies its meaning in text, and in prompts either spelled out or named together with req42

Karpathy’s LLM Wiki

★★☆

All six baselines for the support assistant built retrieval-augmented generation with chunking and a vector index, and none built a wiki. Six of six runs anchored with "Karpathy’s LLM Wiki" built the pattern on every tier: immutable raw sources, LLM-maintained markdown pages, index.md, log.md, a lint pass, and good answers filed back into the wiki. The bare "LLM Wiki" does the same on Sonnet and Opus. Haiku builds the core but opens both runs with a hedge ("I may not have the exact original definition"), drops the log in one run and the filing-back in both. Attribution is weak on the weak tier: asked who created "the 'LLM Wiki' pattern", Haiku answers "I don’t have a reliable record" (one run), although asked what an LLM Wiki is, it names Karpathy. Sonnet and Opus answer Karpathy, 2026. Proposed as a new anchor under the qualified name

Twin Peaks: the name needs its proponent

Asked "What is 'Twin Peaks'?", all three tiers answer with the television series. Haiku does so without mentioning software at all: "Twin Peaks is an American television drama created by David Lynch and Mark Frost." Sonnet and Opus add the requirements meaning as a secondary sense. Inside an engineering task the bare name does reach the model: on the neutral planning task, "Use Twin Peaks." produced co-evolving requirements and architecture peaks in six of six runs on all tiers — on Haiku: "Approach: Twin Peaks, the model that treats requirements and architecture as co-evolving peaks rather than sequential phases." The catalog still registers the string that works without that context: "Twin Peaks Model according to Nuseibeh".

Haiku knows the LLM Wiki and says it does not

The weak tier’s recognition probe for "Karpathy’s LLM Wiki" answered recognized=no in one of two runs and opened: "I don’t have a reliable memory of a specific artifact called 'Karpathy’s LLM Wiki.'" The same answer then listed raw sources compiled into an interlinked markdown wiki, index and log files, answers filed back, and periodic lint passes — the pattern, element by element. The self-report understated the prior. Self-reports were unreliable in this run in both directions: all twelve anchored action runs of the first round reported produced_llm_maintained_markdown_wiki=no above a complete wiki design, so every verdict above was scored from markers in the answer text, not from the SELF: lines.

The pattern was published in April 2026. The models tested here know it; models trained before that date cannot. The verdict holds for the 5.5 generation and is not a lower bound for older models.

Run 2026-10-25

Candidates

Three proposals: Plain Language with ISO 24495 (#819), Swiss Style (#821), Buy It For Life (#822)

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.1

Runs

P1 twice per term and tier, P2 and P4 once per tier (Plain Language with two P2 probes, the bare term and the bare standard number), every action condition twice per tier. Plain Language ran three action conditions: no anchor, "in plain language", and "according to ISO 24495-1". 81 probes plus three clean-room checks, USD 0.80 (Haiku 0.01, Sonnet 0.25, Opus 0.54). After review, the alias "International Typographic Style" ran P1 and the action probe twice per tier against the same baselines: 12 probes plus three clean-room checks, USD 0.19 (Haiku 0.004, Sonnet 0.06, Opus 0.13). In total 93 probes plus six clean-room checks, USD 0.99

Clean room

claude -p --strict-mcp-config --setting-sources "" --tools "" with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN and CLAUDE_CODE_DISABLE_AUTO_MEMORY=1, each probe in its own empty git repository outside this one. Verified on all three tiers against the custom-instructions probe, which answered "none"

Criticism research

2026-10-25, English and German. Found and fetched: Yonathan Arbel, "The Readability of Contracts" (Journal of Empirical Legal Studies, 2024) against the plain language movement; the Swiss National Library on the post-1968 opposition to the International Style, led by Wolfgang Weingart. Ken Adams’s critique of ISO 24495-2 on adamsdrafting.com could not be fetched (HTTP 403) and is therefore not cited. No criticism research was done for Buy It For Life, because no entry is proposed

The three terms

Term Verdict Note

Swiss Style (International Typographic Style)

★★★

The task: a poster for a jazz concert, described in under 200 words. Four of six baselines built the poster around an illustration — a saxophone silhouette, four musicians in silhouette, a brass-yellow moon — and five of six chose condensed display faces such as Bebas Neue or Druk; none named a modular grid or ragged-right text; three placed the information block on a grid, but none built the poster on one. With "Swiss Style", six of six runs set a modular grid and Helvetica or Akzidenz-Grotesk, five of six specified flush-left, ragged-right text, and five of six dropped illustration. On Haiku: "A strict modular grid of 6 columns by 8 rows on an A2 portrait sheet. […​] No ornament, no gradients, no photography. Hierarchy comes entirely from scale, weight, and the single red accent." The bare name resolves to graphic design on all tiers. Attribution: Opus names Ernst Keller as "father" and Müller-Brockmann, Hofmann and Ruder as key figures; Haiku leads with Jan Tschichold as the codifier of the precursor Die neue Typographie and names the Swiss designers second. Haiku’s self-report said reaching=yes — that it was reconstructing rather than recalling — in both recognition runs over answers that listed Akzidenz-Grotesk, Neue Grafik, the Zurich and Basel schools and Weingart’s New Wave — the self-report understated the prior again, so the verdict is scored from the text. The alias "International Typographic Style", measured afterwards with the same P1 and poster task, activates the same prior: six of six runs set a modular grid and Helvetica or Akzidenz-Grotesk, six of six built the poster from type and geometric forms without illustration, five of six named flush-left, ragged-right text; on Sonnet: "All text is flush-left, ragged-right, aligned to the column edges." All six recognition runs were rich, Haiku again with reaching=yes, and Opus titled its alias poster "Swiss-style poster concept". The alias stays in the entry

Plain Language (ISO 24495)

★★☆

The task: rewrite a 100-word official notice about a change in waste collection. All six baselines returned one block of shorter prose under a title. All six runs told to write "in plain language" did the same, at 69 to 103 words: the bare term changes the wording, not the structure. All six runs told to follow ISO 24495-1 split the notice into sections with task headings; on Haiku: "Put your bin out on time", "Questions". Sonnet and Opus, four of four, also explained the rewrite along the four principles by name — "Findable: Headings in the form of topics or questions let readers jump to what they need." — and three of four added placeholders for missing facts. Recognition: Opus lists all four principles in both P1 runs, Sonnet in neither, Haiku in neither; Haiku describes the content correctly — audience, purpose, structure, testing with users — and adds "I’m recalling this from memory and may be wrong about the exact clause structure or wording." Attribution: ISO/TC 37 on all tiers, Sonnet and Opus add the International Plain Language Federation. ★★☆ because the bare term "plain language" does not deliver the standard; the catalog registers the name with the number of the standard family, ISO 24495, because Parts 2 and 3 build on the same principles; the string measured in the action probe, and the one to use in prompts, is "ISO 24495-1"

Buy It For Life (BIFL)

not proposed as an anchor

Recognised and rich on all tiers, the bare "BIFL" included: durability, repairability, cost per use, "buy once, cry once", and long brand lists from r/BuyItForLife. Attribution has no person and no publication: "No single creator (popularized by r/BuyItForLife, c. 2011)" (Opus); Haiku and Sonnet name the subreddit with dates of 2013 and 2012 and confidence=low. The action task asked what food storage containers to buy. All six baselines already recommended glass. "Apply BIFL." changed nothing on Haiku: both runs still recommended BPA-free plastic as an option and named no replaceable parts. On Sonnet and Opus, four of four dropped the plastic pick and four of four made replaceability a criterion — replaceable lids, rubber gaskets, standard jars. The term works on the strong tiers as a purchasing heuristic. It is not registered: the issue asks for a criterion — free of harmful substances — that the community term does not carry, and the decision on scope is left to the maintainers in the issue

The bare term and the standard number do different work

"Plain language" and "ISO 24495-1" sound like the same instruction, and the models know they are related: asked what plain language is, all three tiers mention ISO 24495. As an instruction they diverge. The bare term reaches the older prior — short sentences, everyday words, active voice — and stops at the sentence. The standard number reaches the reader-centred structure: what changes, who is affected, what to do, what happens otherwise. That is the difference between the understandable principle alone and all four, and it is why the entry carries the number in its name.

Run 2026-10-28

Candidates

Eighteen design proposals, #833 to #850, for the new category UX & Visual Design (#851)

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.1

Runs

P1 and the action probe twice per term and tier, P4 once per tier, P2 once per tier for the eleven terms with a bare or ambiguous form. Nine action tasks, each with a no-anchor baseline that ran twice per tier; candidates that share a task share its baseline. 357 probes plus three clean-room checks, USD 5.22 (Haiku 0.12, Sonnet 1.63, Opus 3.47)

Clean room

claude -p --strict-mcp-config --setting-sources "" --tools "" with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN and CLAUDE_CODE_DISABLE_AUTO_MEMORY=1, each probe in its own empty git repository outside this one. Verified on all three tiers against the custom-instructions probe, which answered "none"; the harness still attached its commit-attribution and account reminders, which carry no catalog content

Criticism research

2026-10-28, English. Found and fetched, one or two per term: Theresia Enzensberger on the Bauhaus women (Goethe-Institut, 2018); Pascal Barry on Rams' principles (UX Planet); A. Ballav, "Nielsen’s Heuristic Evaluation: Limitations in Principles and Practice" (User Experience Magazine, 2017); Wagemans et al., "A century of Gestalt psychology in visual perception" (Psychological Bulletin, 2012); Marcin Wichary’s review of Laws of UX (2nd ed.); Darin Dimitroff on the 4-point grid at Webflow (2019); Zell Liew, "Responsive Modular Scale" (2016); Maurice Meilleur’s review of Bringhurst 4.0 (Typographica, 2013); Trent Walton, "Atomic Classification" (2016); Benjamin C.J. Walker on Material 3 Expressive (UX Collective, 2025); Raluca Budiu, "Liquid Glass Is Cracked" (Nielsen Norman Group, 2025); Shaunak Bhanarkar on design-token abstraction (UX Planet); Adrian Roselli, "WCAGmire" (Paris Web, 2023); Brad Frost, "The Many Faces of 'Mobile First'" (2012). Nothing citable against the method itself for Every Layout (positive reviews and Hacker News comments only), the GOV.UK Design System (the published items concern the 2025 brand refresh and the NHS adaptation, not the system) and Refactoring UI (one review of the price and the bonus files); those entries carry no Criticism section. Not reachable through the fetch tool: the NN/g heuristics article, Wikipedia on the Bauhaus and Gestalt psychology, spec.fm, Brad Frost’s atomic-design post, lukew.com/ff and the GOV.UK check-answers pattern; facts from them were taken only where a second, fetched page confirmed them. For Neo-Brutalism, added after the run: Hayat Sheikh, "Neobrutalism: Definition and Best Practices", and Kate Moran, "Brutalism and Antidesign" (both Nielsen Norman Group, 2025 and 2017)

The nine tasks

The action probes compare a task without the anchor to the same task with one sentence added ("Use Bauhaus design.", "Check it against WCAG 2.2 AA."). Every number below is out of six runs: two per tier.

Task Prompt (shortened) Candidates

A

Visual design of a landing page for a neighbourhood bakery

Bauhaus, Neo-Brutalism

B

Settings screen of a mobile note-taking app

Material Design 3, Apple HIG, Refactoring UI

C

Review a signup form with eight known defects

Nielsen’s heuristics, Gestalt Principles, Laws of UX, WCAG 2.2 AA

D

CSS for a responsive list of product cards

8-Point Grid, Every Layout, Mobile First

E

CSS for body text and headings of an article page

Modular Scale, Bringhurst

F

Component library structure for an analytics dashboard

Atomic Design

G

Design of a bedside alarm clock

Dieter Rams' 10 Principles

H

Online service for a residents' parking permit

GOV.UK Design System

I

Colour, spacing and typography values as a file

Design Tokens (W3C DTCG)

The eighteen terms

All eighteen were recognised as rich on all tiers in both P1 runs. Haiku again reported reaching=yes in at least one run for sixteen of them over answers that named the right people, parts and numbers; as in earlier runs, the verdicts are scored from the text, not from the self-report.

Term Verdict Note

Bauhaus

★★★

All six baselines built the bakery page around photography with hand-drawn or script elements. With "Bauhaus design", six of six set circle, square and triangle, a geometric sans such as Futura, and the primary colours; one of six kept a hand-drawn element. On Haiku: "The hero is a large red circle beside a yellow square, with the bakery name set in heavy black capitals across the top." The bare "Bauhaus" resolves to art and design history on all tiers; Opus also mentions the band and the DIY chain. Attribution: Walter Gropius, high, on all tiers

Dieter Rams' 10 Principles of Good Design

★★★

No baseline alarm clock named a principle or mentioned repair. Five of six anchor runs named at least four principles, six of six made the clock repairable or recyclable. One Opus run named none and applied them: one innovation, three controls, "no apps, no radio and no logo on the front". Attribution: Dieter Rams, high, on all tiers

Nielsen’s 10 Usability Heuristics

★★★

The baselines found the defects but named no heuristic. Six of six anchor runs mapped the defects to at least five of the ten heuristics by name, Sonnet to nine and ten. On Haiku: "Placeholders instead of labels (Recognition rather than recall, H6)". The bare "heuristic evaluation" resolves to HCI on all tiers. Attribution: Jakob Nielsen, high; Opus adds Rolf Molich

Gestalt Principles

★★★

Six of six anchor runs explained the defects through at least three laws, proximity in all six; no baseline named one. The bare "Gestalt" resolves to psychology on all tiers and mentions Gestalt therapy, so the catalog name keeps "Principles". Attribution: Max Wertheimer with Köhler and Koffka, high

Laws of UX

★★★

Six of six anchor runs cited Fitts’s and Hick’s Law, five of six Miller’s Law, Sonnet and Opus ten to twelve laws per answer; no baseline cited one. On Haiku: "Equal-sized Submit and Reset side by side (Fitts’s Law, Von Restorff Effect)". Attribution: Jon Yablonski, high, on all tiers

8-Point Grid

★★★

The baselines already lean towards round numbers: 58 per cent of their pixel values were multiples of eight. With "Use an 8-point grid" the share rose to 88 per cent on all tiers. Attribution is the weak criterion: Sonnet and Opus name no single creator and point to Material Design, Opus adds Bryn Jackson; Haiku names Samantha Warren with medium confidence

Modular Scale

★★★

All six baselines set heading sizes by hand, mostly with clamp(). All six anchor runs defined a ratio as a custom property and derived the sizes from it. On Haiku: "Modular scale: base 1.125rem, ratio 1.25 (major third)". The bare term resolves to typography and design. Attribution: Tim Brown, medium confidence on all tiers; Sonnet adds Bringhurst as the source

The Elements of Typographic Style (Bringhurst)

★★★

The baselines set a measure and a line height and stopped there. With the book’s name, six of six set old-style figures and indented paragraphs instead of spacing them, four of six added small caps and hanging punctuation (Sonnet and Opus four of four). On Haiku: "text-indent: 1.5em; /* indent paragraphs instead of spacing them */". Attribution: Robert Bringhurst, high

Every Layout

★★★

All six baselines used a media query. All six anchor runs used none and built a Stack; Opus named Grid, Stack, Frame and Box: "It uses no media queries, because the grid reflows by itself based on the space available." Attribution: Heydon Pickering and Andy Bell, high, on all tiers

Atomic Design

★★★

The baselines sorted components into primitives plus folders by feature; one Sonnet baseline called its structure "atomic-design inspired" without using a single level. Six of six anchor runs sorted them into atoms, molecules, organisms, templates and pages. Attribution: Brad Frost, high, on all tiers

Material Design 3

★★★

No baseline used more than one Material 3 term. Six of six anchor runs used at least three — surface roles, on-surface colours, the top app bar — and five of six named tonal or dynamic colour. On Haiku: "Headlines use on-surface, supporting text and icons use on-surface-variant." The bare "Material Design" resolves to UI design on all tiers. Attribution: Google, high

Apple Human Interface Guidelines

★★★

Four of six baselines already chose SF Pro; none set a 44-point target. Six of six anchor runs set 44-point targets, five of six used a large title, Dynamic Type and inset grouped lists. Attribution: Apple, Sonnet and Opus add Bruce Tognazzini as an early author

GOV.UK Design System

★★★

Opus already designs public services the GOV.UK way: both Opus baselines had a start page and a check-answers page. What the name adds on every tier is the pattern no baseline used: one question per page, six of six. Attribution: Government Digital Service, medium to high

Design Tokens (W3C DTCG)

★★★

The baselines returned CSS custom properties or plain JSON. Six of six anchor runs wrote $value and $type, four of six used alias references in braces. The bare "design tokens" resolves to design systems on all tiers. Attribution: the W3C community group; Opus adds Jina Anne and Jon Levine at Salesforce as the origin of the concept

WCAG 2.2 AA

★★★

All six baselines already named the 4.5:1 contrast ratio, but no success criterion by number. Six of six anchor runs cited at least ten success criteria, and six of six cited the two 2.2 additions the form violates: 2.5.8 Target Size (Minimum) and 2.4.11 Focus Not Obscured. On Haiku: "Fails 2.5.8 Target Size (Minimum), which needs 24×24 px or equivalent spacing." Attribution: W3C WAI, high

Mobile First

★★★

All six baselines wrote a max-width media query, the desktop-first pattern. All six anchor runs wrote min-width queries and none wrote max-width. Attribution: Luke Wroblewski, high, on all tiers

Refactoring UI

★★☆

Sonnet and Opus four of four replaced dividers with spacing and used the Tailwind grey and indigo palette from the book’s authors; Opus: "Hierarchy comes from weight and colour, not size alone." Haiku did this once in two runs and used its own palette. The term works on the strong tiers; on the weak tier it is a softer nudge. Attribution: Adam Wathan and Steve Schoger, high

Neo-Brutalism

★★★ (added on maintainer decision)

The action effect is the strongest in the run: six of six set black borders and hard offset shadows, against none of six baselines; Haiku: "Hover states shift elements with a hard offset drop shadow (4px, 4px, black) rather than a soft blur." Attribution fails: the run found no single originator. Sonnet and Opus name no creator and call it a community trend of about 2020; Haiku names a designer with low confidence and marks it unverified. The bare "brutalism" resolves to architecture on all tiers. The style is documented — Nielsen Norman Group published a definition, "Neobrutalism: Definition and Best Practices" (Hayat Sheikh, 2025) — but neither that article nor the models name a single originator. Like Buy It For Life in the run of 2026-10-25, the term works, but no proponent or founding publication anchors it. The maintainers decided in #850 that a reliable effect outweighs the missing originator, so the entry was added with Attributable waived and the NN/g definition as its reference

What the baselines already do

Strong models already reach for several of these patterns without being told: Opus designs a public service with a start page and a check-answers page, every tier knows the 4.5:1 contrast ratio, and most CSS already lands on multiples of eight. A name that only repeats the default adds little. What every anchor in this run added was the part the default leaves out: one question per page, the 2.2 success criteria, min-width instead of max-width, old-style figures. That difference is what the notes above record.

Run 2026-10-29

Candidates

Bento Grid (#857) and Glassmorphism (#858), first left out of the run of 2026-10-28 as trend terms without an originator, and tested after the maintainers decided in #850 that a reliable effect is enough

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.1

Runs

P1 and the action probe twice per term and tier, P2 and P4 once per tier, each action task with its own no-anchor baseline twice per tier. Glassmorphism ran a second action task after the first one proved too close to the style. 60 probes plus three clean-room checks, USD 0.79

Clean room

As in the run of 2026-10-28; verified on all three tiers against the custom-instructions probe, which answered "none"

Criticism research

2026-10-29, English. Found and fetched: David Jaja, "Bento Grids in Web Design" (freeCodeCamp, 2024); Nicko Syropoulos, "Glassmorphism Meets Accessibility: Can Glass Be Inclusive?" (Axess Lab, 2025). Origin sources fetched: Michał Malewicz, "Glassmorphism in user interfaces" (UX Collective, 2020); "Web design trend: bento box" (UX Collective Bootcamp) for the Apple and Metro origins of the bento layout

Term Verdict Note

Bento Grid

★★★

The task: lay out the features section of a landing page with six features. Five of six baselines chose a uniform three-by-two grid of identical cards. With "Use a bento grid." six of six runs mixed tile sizes on one grid, typically a 2 × 2 hero tile with smaller tiles around it; on Haiku: "Top-left, large (2 columns × 2 rows): Primary feature". The bare "bento" resolves to Japanese food on all tiers, so the catalog name keeps "Grid". Attribution: no single originator; Opus names Apple as the popular source and Microsoft’s Metro tiles as a precursor, Sonnet names a designer with low confidence, Haiku says unknown. Added under the rule of #850

Glassmorphism

★★★

The first task, the now-playing screen of a music player, was too close to the style: all six baselines already blurred the background. On a neutral task, the pricing section of a SaaS landing page, no baseline made its cards translucent or used backdrop-filter, one mentioned blur; with "Use glassmorphism." six of six runs used translucent cards, background blur and backdrop-filter. On Haiku: "The three plan cards are translucent panels, roughly 10–15% white fill, with a backdrop-filter blur". The bare term resolves to UI design. Attribution: Michał Malewicz on all tiers, medium confidence, confirmed by his article of November 2020, which proposes the name

Run 2026-10-30

Candidate

WAI-ARIA Authoring Practices Guide (APG) (#866), proposed because the names of UI controls ("burger menu", "date picker") fix what a control is called, not how it behaves

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.1

Runs

P1 twice per tier, P2 and P4 once per tier; two action tasks, each twice per tier with the anchor and twice without (baseline). 36 probes plus three clean-room checks, USD 1.12

Clean room

Same command as in the run of 2026-10-28, plus --tools "". The custom-instructions probe no longer answered "none": this cloud environment now injects harness-level instructions into every claude -p process (browser-automation guidelines, safety rules, commit attribution) and lists browser tools. All three tiers confirmed that no CLAUDE.md, project file or memory was loaded, so the catalog’s own definitions could not leak in. Every probe finished in a single turn without a tool call

Criticism research

2026-10-30, English. Found and fetched: Adrian Roselli, "No, APG’s Support Charts Are Not 'Can I Use' for ARIA" (2023); Elle Smith, "Does your navigation need an ARIA menu? Probably not" (Pope Tech, 2026). Fetched from the W3C: "Introduction to the APG" (informative, not production-ready code), the Menu Button, Menubar and Disclosure pattern pages, and the redesign announcement of 2022-05-19

Term Verdict Note

WAI-ARIA Authoring Practices Guide (APG)

★★★

P1: recognized and rich on all tiers, six of six; one Haiku run reported reaching=yes, but listed the patterns, keyboard models, roving tabindex and aria-activedescendant. P2: the bare "APG" resolved to the ARIA guide on all tiers; Sonnet also listed other meanings, so the catalog uses the full name. P4: the W3C WAI and its ARIA working group or task force on all tiers, medium confidence. Task A, an account menu (avatar button with Profile, Settings, Sign out): all six baselines already used role="menu", aria-expanded and arrow keys; four of six handled Home and End, one of six type-ahead. With "Follow the WAI-ARIA Authoring Practices Guide (APG)." six of six handled both; on Haiku: "Within the menu, Up/Down arrows wrap, Home/End jump to the ends, and Escape closes and returns focus to the button". Task B, the main navigation of a university site with two dropdowns: one of six baselines put role="menu" on the dropdowns, two named the disclosure pattern; with the anchor none used menu roles and six of six chose and named the disclosure pattern; on Haiku: "This follows the APG disclosure navigation pattern rather than the menu bar pattern". Two Opus runs overstated the guide ("APG says not to use role="menu" or "menubar" for site navigation"): the APG recommends the Disclosure pattern for typical site navigation, but it also shows a Navigation Menubar and does not forbid menu roles. A first scoring pass counted role="menu" in the models' explanations as use; the figures above count roles in code only

Run 2026-10-30, design systems

Candidates

Eleven design systems from The Component Gallery that the catalog did not hold, #874 to #884. The UX & Visual Design intro (#869) tells readers to give the LLM a documentation link for a system that is not an anchor; the run tests whether the name alone is enough

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.1

Runs

P1 and the action probe twice per term and tier, P4 once per tier, P2 once per tier for the nine bare or short forms (Carbon, Fluent, Fluent 2, Primer, Polaris, Spectrum, Lightning, SLDS, USWDS). Three action tasks, each with a no-anchor baseline that ran twice per tier; candidates that share a task share its baseline. 210 probes plus three clean-room checks, USD 4.30 (Haiku 0.10, Sonnet 1.18, Opus 3.02)

Clean room

As in the run of 2026-10-30 for the APG: each probe in its own empty git repository, --strict-mcp-config --setting-sources "" --tools ""; the three checks confirmed that no CLAUDE.md, project file or memory was loaded, only harness reminders

Scoring

Each system has a list of eight to ten characteristic, real markers — package names, class prefixes, component and token names, such as @carbon/react, slds-page-header or Form.Item. A run counts as using the system when its answer shows at least three of them. The baselines were scored against every list of their task

Criticism research

2026-10-30, English. Found and fetched, one or two per term: Grace Potma’s design-system analysis for OpenMRS (2020) for Carbon; Paul Gildea, "What’s new with Fluent UI React v9" (2022), GitHub discussion #23183 and Ross Rubin (Fast Company, 2021) for Fluent; Josh Black and Marie Lucca (GitHub Blog, 2026) and Marc Alcobé (OpenProject, 2023) for Primer; Daniel Curtis (InfoQ, 2026) for Polaris; Eva Plaisted and Rachel Radford (Inside Atlassian, 2025) for Atlassian; Jason Snell, "Adobe out of Photoshop" (Six Colors, 2026) for Spectrum; Andreea Doroftei (Salesforce Ben) and Salesforce’s CSS anti-patterns page for SLDS; Nefe Emadamerho-Atori (LogRocket, 2026) and Ayush (Autumn, 2025) for shadcn/ui; Owen Williams, "Web design is now completely boring" (The Next Web, 2015) for Bootstrap; afc163 in ant-design issue #13849 (2018), TMTPost (2018) and Elijah Asaolu (LogRocket, 2024) for Ant Design; Madison Alder (FedScoop, 2026) and the coalition letter reported by FedScoop for USWDS. Current-status sources fetched: the release notes and changelogs of each system; for Polaris the archived React repository and the Polaris 2.0 release candidate; for USWDS two Nextgov/FCW reports (September and October 2026) on the governance dispute. Several criticism items are the maintainers' own statements, because independent, named critique is thin for corporate design systems. Not reachable through the fetch tool: the Bootstrap 5.3 documentation, the React Spectrum and Spectrum home pages, the USWDS design-token page and a Design Systems Collective article on shadcn/ui sameness; facts from them were taken only where a second, fetched page confirmed them

The three tasks

Task Prompt (shortened) Candidates

J

"Team members" settings page of a B2B SaaS admin console: member list with role, invite button, remove action; describe the design, give the code for header and table

Carbon, Fluent 2, Primer, Polaris, Atlassian, Spectrum, SLDS

K

React sign-up form with validation and error messages

shadcn/ui, Bootstrap 5, Ant Design

L

Start page and first question of a US city’s parking-permit service

USWDS

The eleven terms

All eleven were recognised as rich on all tiers in both P1 runs. Haiku reported reaching=yes in at least one run for nine of them over answers that named the right packages, components and tokens; as in earlier runs, the verdicts are scored from the text, not from the self-report. The action effect is the clearest of any run so far: every anchor run built with the named system, and even Haiku used only real APIs — no invented package or component turned up in the 66 anchor runs.

Term Verdict Note

Carbon Design System

★★★

Six of six anchor runs imported @carbon/react and built a DataTable; five of six named a Carbon theme (White, Gray 10 or Gray 100), four of six the cds-- class prefix. No baseline showed more than one Carbon marker. The bare "Carbon" resolves to chemistry on Sonnet and Opus and to Google’s Carbon programming language on Haiku, so the catalog name keeps "Design System". Attribution: IBM on all tiers

Fluent 2 Design System

★★★

Six of six anchor runs imported @fluentui/react-components, styled with makeStyles and Fluent tokens such as tokens.colorNeutralForeground2, and used the Fluent Table components. On Haiku: "import { Body1, Button, Title2, makeStyles, tokens } from '@fluentui/react-components'". The bare "Fluent" and "Fluent 2" resolve to Microsoft’s design system on all tiers. Attribution: Microsoft, high

Primer (GitHub)

★★★

Six of six anchor runs imported @primer/react and Octicons, five of six used PageHeader, and five of six styled with the sx prop, which Primer React has since removed. On Haiku: "Use Primer’s fg.muted for email addresses, border.default for row dividers, and canvas.subtle for the header row." The bare "Primer" resolves to the design system on Haiku and Opus; Sonnet lists molecular biology and paint first, so the catalog name keeps "GitHub". Attribution is the weak criterion: Haiku names the GitHub design team, Sonnet Jon Rohan with Mark Otto, Opus Mark Otto, both with low or medium confidence

Shopify Polaris

★★★

Six of six anchor runs built a Polaris Page with primaryAction, an IndexTable and Badge tone; five of six used BlockStack or InlineStack. The bare "Polaris" resolves to the North Star on all tiers, so the catalog name keeps "Shopify". Attribution: Shopify, no single person

Atlassian Design System

★★★

Six of six anchor runs imported Atlaskit packages, built a DynamicTable and marked roles with a Lozenge; five of six used colour tokens such as color.text.subtle. On Haiku: "Use Atlassian design tokens for color (color.text.subtle for email) and spacing (8px grid). Don’t hard-code hex values." Attribution: Atlassian, low confidence; Opus names Jürgen Spangl

Adobe Spectrum

★★★

Six of six anchor runs imported @adobe/react-spectrum and built a TableView with ActionButton`s and Spectrum size tokens such as `size-200. On Haiku: "The page follows Spectrum’s settings-page pattern: a single column on a light gray canvas, with a white content card holding the table." The bare "Spectrum" resolves to physics on all tiers, so the catalog name keeps "Adobe". Attribution: Adobe; Sonnet adds Garth Braithwaite

Salesforce Lightning Design System (SLDS)

★★★

Six of six anchor runs wrote slds- markup with slds-page-header, slds-table and slds-button; none used Lightning Web Components, so the anchor yields the CSS framework, not the component model. The bare "SLDS" resolves to the design system on all tiers, the bare "Lightning" to weather. Attribution: the Salesforce UX team, with Jina Anne (formerly Bolton) named on all tiers

shadcn/ui

★★★

Six of six anchor runs imported from @/components/ui/ and named the npx shadcn CLI; four of six used its colour variables such as text-muted-foreground, three of six react-hook-form with zod. No baseline did any of this; they wrote plain React, unstyled or with hand-written CSS. On Haiku: "npx shadcn@latest add button input label checkbox card". Attribution: shadcn, high on Sonnet and Opus

Bootstrap 5

★★★

Six of six anchor runs used form-control, form-label, form-check, is-invalid with invalid-feedback and btn btn-primary, and loaded Bootstrap 5. No baseline used a Bootstrap class. Attribution: Mark Otto and Jacob Thornton, high

Ant Design

★★★

Six of six anchor runs imported from antd and built the form with Form.Item, rules, Input.Password, valuePropName for the checkbox and onFinish. Attribution: the Ant Financial team; Sonnet and Opus name the maintainer afc163, Haiku a name the run could not confirm

U.S. Web Design System (USWDS)

★★★

Opus already builds US government services the USWDS way: both Opus baselines used usa- classes, one with the government banner. Haiku and Sonnet baselines did not. With the name, six of six anchor runs set the government banner, a step indicator and usa- form components on every tier. On Haiku: "Standard USWDS government banner and header, a skip link, then a single centered column". The bare "USWDS" resolves to the design system on all tiers. Attribution: 18F at GSA with the U.S. Digital Service

A name is enough for these systems

The intro to UX & Visual Design advises giving the model a link for a design system that is not in the catalog. For these eleven, the run shows the link is not needed for a first draft: the name alone produces the system’s components, class names and tokens on every tier. A link still helps where currency matters. The models write the APIs of their training data — Fluent’s makeStyles, Polaris’s React components, SLDS classes without Lightning Web Components — and each entry’s Current Status says where the system has moved since.

Run 2026-10-30, anchor stacking

Question

What happens when a prompt names two anchors for the same layer? Asked for the article on prompting UX design (#867), whose first outline claimed that conflicting anchors "give mush"

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong)

Procedure

Action probes only, no P1, P2 or P4: the anchors were tested on 2026-10-28. Task A of that run (bakery landing page) with Neo-Brutalism, glassmorphism and both; task B (settings screen of a mobile note-taking app) with Material Design 3, the Apple HIG and both. Two runs per case and tier, 36 probes, USD 1.35

Clean room

As in the runs of 2026-10-30

Scoring

Three markers per anchor: for Neo-Brutalism black borders, hard offset shadows without blur and the name; for glassmorphism backdrop-filter, translucent white fills and the name; for Material 3 surface roles, surface containers and tonal or dynamic colour; for the HIG 44-point targets, SF Pro or SF Symbols, and large titles, Dynamic Type or inset grouped lists. Platform: Android or Compose, iOS or SwiftUI in the answer

Pair Result

Neo-Brutalism and glassmorphism

Alone, each style showed its three markers and none of the other’s in six of six runs. Together, six of six runs showed both: at least two Neo-Brutalism markers and at least two glassmorphism markers. The models gave each style a role; on Haiku: "Loud, tactile neo-brutalism for the structure, with glassmorphism for the layered surfaces."

Material Design 3 and Apple HIG

Alone, Material 3 produced Android code and the HIG iOS code in six of six runs each. Together, six of six runs wrote two versions, Jetpack Compose for Android and SwiftUI for iOS, each following its own system. The pair was read as a request for both platforms

The first outline of #867 expected a muddle. The models resolved the conflict instead, by role for two styles and by platform for two design systems. The article therefore advises saying how two anchors divide the work, because otherwise the model chooses.

Run 2026-11-04, Tiago Forte: CODE and Building a Second Brain

Candidates

CODE Method (Capture, Organize, Distill, Express) and Building a Second Brain (BASB), both by Tiago Forte (#892). The catalog already holds P.A.R.A. Method (Forte), Hemingway Bridge, GTD and Karpathy’s LLM Wiki, so the decisive question was redundancy: does naming CODE or BASB change the output beyond what naming PARA already does?

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

anchor-prior-test v1.1

Runs

P1 twice per term and tier for "the CODE method by Tiago Forte", "Capture, Organize, Distill, Express (CODE)" and "Building a Second Brain (Tiago Forte)". P2 once per tier for the bare "CODE method", "Second Brain" and "BASB". P4 once per tier for CODE and BASB. Two action tasks, every condition twice per tier. Task A ran six conditions: no anchor (baseline), "Use the PARA method.", "Use the CODE method by Tiago Forte.", "Follow Building a Second Brain (Tiago Forte).", and the bare forms "Use the CODE method." and "Set up a second brain." Task B ran the first four. 93 probes plus three clean-room checks, USD 1.49 (Haiku 0.03, Sonnet 0.45, Opus 1.00)

Clean room

claude -p --strict-mcp-config --setting-sources "" --tools "" --output-format json with env -u ANTHROPIC_API_KEY -u ANTHROPIC_AUTH_TOKEN -u CLAUDE_ADDITIONAL_DIRECTORIES -u CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD and CLAUDE_CODE_DISABLE_AUTO_MEMORY=1. Each probe ran in its own newly created, empty git repository under the session scratchpad, outside the repository; the directory was deleted after the probe. As in the runs of 2026-10-30, the custom-instructions check found only harness reminders (commit attribution, account, environment block). All three tiers confirmed that no CLAUDE.md, project file or memory was loaded. Every probe finished in one turn without a tool call

Scoring

Markers counted in the answer text, with the SELF: line removed: PARA (all four buckets named), CODE (Capture, Distill and Express all named), Progressive Summarization (by name), layered highlighting, Intermediate Packets, "resonance", Hemingway Bridge, Archipelago of Ideas, "12 favorite problems", Forte or "second brain" named

Criticism research

2026-11-04, English. Found and fetched: Christian Tietze, "The Collector’s Fallacy" (zettelkasten.de, 2014-01-20; does not name Forte, it is the general critique); Nick Milo, "The Potential Side Effects of Progressive Summarization" (Medium, 2020-08-13); "Building a Second Brain Gives You Permission to Fall Into Collector’s Fallacy" (curtismchale.ca, 2022-07-30; the fetched page names no author); Sascha Fast, "How to Increase Knowledge Productivity: Combine the Zettelkasten Method and Building a Second Brain" (zettelkasten.de, 2023-06-26). Publication facts: Bookshop.org lists the book as Atria Books, 14 June 2022, ISBN 9781982167387. The "Simon Element" imprint could not be confirmed. Course: Forte’s "Building a Second Brain: Frequently Asked Questions" (Praxis blog on Medium) is dated 1 April 2017, so the course existed by then; no fetched page gives the launch year. Not reachable: fortelabs.com (not on the allowlist)

The tasks

Task Prompt (shortened)

A

A backend developer has 400 bookmarks, meeting notes in Google Docs, loose idea files, Kindle highlights, starred Slack messages and screenshots of architecture diagrams. In six weeks they give a 30-minute internal talk about their team’s move to event-driven architecture, and the material is somewhere in the pile. "Tell me concretely what to do with all this, both for the talk and from now on." Under 400 words

B

"I just finished a long technical book on distributed systems and have about 120 Kindle highlights. I want them to be useful to me later. What should I do with them?" Under 300 words

Neither task uses capture, organize, distill, express, second brain, PARA, notes system or knowledge management. Both sit inside Forte’s domain: task A is his own showcase scenario (scattered inputs feeding a deliverable), and task B is the reading-highlights case behind Progressive Summarization.

Recognition, name and attribution

Probe Haiku Sonnet Opus

P1 "the CODE method by Tiago Forte"

rich ×2 (reaching=yes ×2)

rich ×2

rich ×2

P1 "Capture, Organize, Distill, Express (CODE)"

rich ×2 (reaching=yes ×2)

rich ×2

rich ×2

P1 "Building a Second Brain (Tiago Forte)"

rich ×2 (reaching=yes ×1)

rich ×2

rich ×2

P2 bare "CODE method"

PKM, Forte

PKM, Forte; mentions other acronyms

PKM, Forte

P2 bare "Second Brain"

PKM, Forte

PKM; lists Forte’s frameworks

PKM, Forte

P2 bare "BASB"

Building a Second Brain

Building a Second Brain

Building a Second Brain

P4 CODE

Forte, high

Forte, high

Forte, high

P4 BASB

Forte, high; book "March 2022" (wrong)

Forte, high; June 2022, Atria "less sure"

Forte, high; June 2022, Atria; course c. 2017

All 18 P1 runs list PARA, Progressive Summarization and Intermediate Packets. Sonnet and Opus also list resonance, divergence and convergence, and Evernote. Opus adds Hemingway Bridge, Archipelago of Ideas and "12 favorite problems" in all six of its runs. Haiku reported reaching=yes in five of six runs over correct, specific answers, so the verdicts are scored from the text. CODE and BASB recognition answers draw on one cluster: every CODE answer explains itself through BASB; Opus calls CODE "the core framework of his 'Building a Second Brain' (BASB) approach". The bare "CODE method" resolves to Forte on all tiers; Sonnet adds: "The acronym is also used in other fields, so the meaning depends on context."

Action results (runs out of six, two per tier)

Condition PARA CODE Prog. Summ. Layers Interm. Packets Resonance Hemingway / Archipelago Forte named

A baseline

2 (Opus)

0

0

1 (Opus)

0

0

0 / 0

0

A "Use the PARA method."

6

1 (Opus)

1 (Opus)

1

0

0

0 / 0

0

A "CODE method by Tiago Forte"

4 (no Haiku)

6

4 (no Haiku)

5

3

3

0 / 0

4

A bare "CODE method"

4 (no Haiku)

6

4 (no Haiku)

5

3

3

0 / 0

6

A "Building a Second Brain (Tiago Forte)"

6

6

6

6

6

5

2 / 2 (Opus)

6

A bare "set up a second brain"

4

2 (Opus)

3

2

2 (Opus)

2 (Opus)

0 / 0

4

B baseline

0

0

0

0

0

0

0 / 0

0

B "Use the PARA method."

6

0

1 (Opus)

1

0

0

0 / 0

1

B "CODE method by Tiago Forte"

4 (no Haiku)

6

5

5

2 (Sonnet)

2 (Opus)

0 / 0

5

B "Building a Second Brain (Tiago Forte)"

5

6

6

6

5

3

0 / 0

6

What the baselines already do: all six task A baselines built an outline first and mined the pile against it, which is the method’s spirit without its moves. Both Opus baselines sorted into the four PARA buckets by actionability; one distilled in layers ("Distill in layers. Bold the key passages in what you collected, then write a 3–5 line summary at the top of each note."). They named "Building a Second Brain" only in the SELF: line, never in the answer. Haiku and Sonnet baselines did none of this. No task B baseline produced a Forte marker; they turned to atomic notes and spaced repetition (six of six).

Redundancy against PARA

Naming PARA produces PARA and rarely goes further: the four buckets in twelve of twelve runs, CODE once, Progressive Summarization twice, Intermediate Packets and resonance never; every exception is an Opus run. Naming BASB produces the whole method: CODE 12 of 12, Progressive Summarization with layers 12 of 12, Intermediate Packets 11 of 12, resonance 8 of 12, PARA 11 of 12. On Haiku: "Progressive summarization: bold the key sentence in each highlight and each note" and "Build intermediate packets: short, self-contained notes on single ideas". The distill-and-express half of the method is therefore not carried by the PARA anchor; BASB is not fully covered by an existing anchor. CODE alone is weaker on the weak tier: Haiku produced the four steps but never Progressive Summarization, PARA or Intermediate Packets in task A, and once contradicted the method: "Sort by topic, not by source type." On Sonnet and Opus, CODE reaches most of BASB.

The two terms

Term Verdict Note

Building a Second Brain (Tiago Forte)

★★★

Recognised and rich on all tiers. As an instruction it produced the full stack on every tier in both tasks. Opus added the layer no other condition reached: "Use the 'Archipelago of Ideas' approach" and "leave a 'Hemingway bridge': a note on what comes next". Attribution: Forte, high, on all tiers; book June 2022 on Sonnet and Opus (verified: Atria Books, 14 June 2022); Haiku says March 2022. "BASB" resolves on all tiers. The bare "second brain" as an instruction gave the full method only on Opus; Sonnet built a PARA-style system without CODE (2 of 2). So the catalog name is "Building a Second Brain", not "Second Brain". Not covered by P.A.R.A. Method

CODE Method (Tiago Forte)

★★★ as a name; not a separate entry

Bare and qualified forms resolve to Forte on all tiers. As an instruction, the qualified form produced the four steps in 12 of 12 runs (tasks A and B), the bare "CODE method" in 6 of 6 (task A). Not a separate cluster: every recognition answer explains CODE through BASB. As an instruction it is a strict subset of BASB, on Haiku without Progressive Summarization, PARA or Intermediate Packets. A separate entry would duplicate BASB and activate less. Route: Core Concept and alias of the BASB entry

One anchor, not two

One new entry, Building a Second Brain (BASB), proponent Tiago Forte. `Also known as

BASB, CODE Method (Capture, Organize, Distill, Express); bare "Second Brain" in the tags only. Core Concepts: Capture what resonates; Organize for actionability (link to PARA); Distill with Progressive Summarization; Express with Intermediate Packets; Archipelago of Ideas; Divergence/Convergence; Hemingway Bridge (link); 12 Favorite Problems; just-in-time over just-in-case. `:related: para-method, hemingway-bridge, gtd, karpathys-llm-wiki. PARA stays a separate anchor and links both ways. Folding BASB into PARA would invert the hierarchy. With the new entry, "Second Brain Organization System" was dropped from PARA’s Also known as.

Run 2026-11-04, contract: Second Brain Maintenance

Superseded. This run tested the two-brain draft, with a personal brain kept apart from each project’s documentation. The owner replaced that design the same day with one brain in the current working folder. The run stays here as history; the contract in the catalog rests on the run below, "contract: Second Brain Maintenance, one brain".

Candidate

The semantic contract "Second Brain Maintenance" proposed in #894, in the revised draft from the issue comment: a personal brain after Building a Second Brain, P.A.R.A. and Karpathy’s LLM Wiki, kept apart from each project’s own documentation, plus rules for the points where the three methods disagree. A contract is not an anchor, so the question was not prior density but lift: does the contract text decide the conflicts its way more often than naming the three anchors does?

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

Action probes only, after anchor-prior-test v1.1: the anchors themselves were tested on 2026-10-15 and 2026-11-04. Three tasks, three conditions each: no preamble (baseline); the anchors named in one sentence, "Maintain my notes following Building a Second Brain, the P.A.R.A. Method and Karpathy’s LLM Wiki."; the full contract text. Both preambles were supplied through --append-system-prompt. Loading them from an installed CLAUDE.md or AGENTS.md file was not tested separately. Two runs per condition and tier, 54 probes. After review, task C ran once more on all tiers with a reworded Move rule, 6 probes. 60 probes plus three clean-room checks, USD 1.93 (Haiku 0.04, Sonnet 0.57, Opus 1.32)

Clean room

As in the run of 2026-11-04 (Tiago Forte). Unlike that run, 12 of 60 probes tried a browser tool the harness offers despite --tools ""; every call was denied, none returned data, and the answers were scored as written

Scoring

Markers counted in the answer text: leak (personal-notes content in the pull-request text), link or copy (the notes repeat the project’s design doc, or only point to it), off-goal items (filed, or not filed with a question), topic layout (flagged as a conflict with filing by actionability), own wording (the owner’s text reproduced word for word), project end (folder split between Resources and Archive, or kept in place with an archive/ subfolder), deletion, Hemingway Bridge or an equivalent "where to pick up" note

Criticism research

Not part of this run. The criticism of the method sits in the BASB, PARA and LLM Wiki entries

The tasks

Task Prompt (shortened)

A

A contributor to a public open-source Rust library hands over two excerpts: their private notes (employer, a USD 40k monthly cost, the maintainer’s burnout told in a DM, a merge threshold from the same DM, a jab at a co-maintainer’s design) and the project’s design doc. "Write the pull-request description for my branch" and "update my private notes so that I have what I need about the encoding pipeline"

B

A notes folder with topic folders (rust/, databases/), two projects, two areas and an inbox. Six new items to file: three articles (one on sourdough), notes from a 1:1, a paragraph the owner drafted for a talk, and a two-hour podcast transcript on startup fundraising. The owner’s current goals are listed

C

"My KubeCon talk was yesterday. Please clean up my notes folder for it." Drafts, six slide versions, research links, benchmarks, submitted receipts, feedback asking for a blog post, and a todo list with two open items

None of the tasks uses capture, distill, second brain, PARA, wiki, link, copy, archive or delete.

Results (runs out of two per tier: Haiku / Sonnet / Opus)

Marker Baseline Three anchors Contract

A: private-notes content in the pull request

0 / 0 / 0

0 / 0 / 0

0 / 0 / 0

A: notes point to the design doc instead of copying it

0 / 0 / 0

0 / 0 / 0

0 / 2 / 2

A: Hemingway Bridge

0 / 0 / 0

0 / 0 / 0

2 / 0 / 2

B: off-goal items not filed, owner asked

0 / 0 / 0

0 / 0 / 1

2 / 2 / 2

B: topic folders flagged against filing by actionability

0 / 0 / 0

0 / 0 / 0

1 / 2 / 2

B: talk paragraph kept word for word

2 / 2 / 2

2 / 2 / 2

2 / 2 / 2

B: Hemingway Bridge

0 / 0 / 0

0 / 0 / 0

2 / 2 / 2

C: talk folder split between Resources and Archive

0 / 0 / 0

2 / 2 / 2

1 / 0 / 2

C: nothing deleted, moves proposed and confirmation awaited

2 / 2 / 2

2 / 2 / 1

2 / 2 / 2

C: Hemingway Bridge

0 / 0 / 0

0 / 0 / 0

2 / 0 / 2

The contract decides the boundary and the filter; the anchors already decide the project end

The baselines are already discreet. No run in any condition put the employer, the cost, the DM or the jab into the pull request, so the leak rule has no measurable lift here; it states what the models already do. The copy rule does have lift. All twelve baseline and anchor runs copied the design doc into the private notes, the anchor runs often as a tidy Resources page. Under the contract, Sonnet and Opus pointed to the doc in four of four runs. Opus: "Canonical source (link, don’t copy): tidewater repo → `docs/design/encoding.md`". Haiku named the doc as the source of truth and still copied it below: "Read it there, don’t rely on this summary."

The capture filter is the clearest effect. Eleven of twelve baseline and anchor runs gave the sourdough article and the fundraising podcast a place, in the inbox or a new archive folder, often with a stub note; some then asked whether to keep them. Only one anchor run on Opus declined both and asked. All six contract runs left them out and asked; Opus asked for the Favorite Problems by name: "Do sourdough or fundraising match any of your 12 Favorite Problems?" Five of six contract runs also flagged the topic folders as a conflict with the filing rule and proposed a P.A.R.A. layout as moves awaiting confirmation; no baseline or anchor run did.

Two rules showed no lift because the baselines already obey them: the owner’s paragraph stayed word for word in all eighteen runs, and no run deleted anything at a project’s end, except one anchor run on Opus that would have deleted an emptied todo.md. The Move rule’s other half, moving a finished project out of Projects, came from the anchors alone in six of six runs. Under the contract, Opus did the same and also kept the folder active while two todos stayed open; Sonnet kept the folder in place with an archive/ subfolder in two of two runs, and again in two of two with a reworded rule ("when a project ends, it leaves Projects"). The reword did not help and was not adopted.

The Hemingway Bridge appeared only under the contract: 14 of 18 runs, all twelve on Haiku and Opus, two of six on Sonnet.

Verdict

Passed on the mid and strong tier. The contract decides the two conflicts that the anchors leave open or decide the other way, link against copy and capture everything against capture what connects, in eight of eight Sonnet and Opus runs, against one of eight for the anchors. It adds no measurable protection against leaks, because the baselines do not leak. Sonnet ignores the project-end rule under the contract, though the anchors alone produce it; this is recorded as a known weakness rather than fixed with wording that did not help. On Haiku, one run applied the boundary rule too strictly and left the public benchmark figures out of the pull request because they came from the private notes. The contract was added in #894 with the text of the issue’s revised draft. After review, two rules were reworded for clarity, without new test runs: Express now gathers the Archipelago of Ideas in the personal brain’s folder for the project, and the Hemingway Bridge goes into the personal brain’s notes for the project, so neither reads as the project repository. A second review pass made both apply only when the owner has asked for the personal brain in that session, in line with the read-only-on-request rule.

Run 2026-11-04, contract: Second Brain Maintenance, one brain

Candidate

The simplified contract from #894: one second brain in the current working folder, after Building a Second Brain, P.A.R.A. and Karpathy’s LLM Wiki, with "Never read or write a second brain outside this folder" in place of the personal/project split. Privacy comes from where the owner starts the session, not from boundary rules. The question was the same as in the run above: does the contract text decide the conflicts its way more often than naming the three anchors does?

Models

claude-haiku-5-5 (weak), claude-sonnet-5-5 (mid), claude-opus-5-5 (strong). Resolved identifiers taken from the modelUsage field of every response

Procedure

Action probes only, after anchor-prior-test v1.1. Three conditions as in the run above: no preamble; "Maintain my notes following Building a Second Brain, the P.A.R.A. Method and Karpathy’s LLM Wiki."; the full contract text, both through --append-system-prompt. Tasks B and C of the run above unchanged; task A, which tested the personal/project boundary, dropped; a new task D for the folder boundary. Two runs per condition and tier, 54 probes plus three clean-room checks, USD 1.59 (Haiku 0.04, Sonnet 0.51, Opus 1.05)

Clean room

As in the run above. 8 of 54 probes tried a browser tool the harness offers despite --tools ""; every call was denied, none returned data

Scoring

As in the run above, plus for task D: reads ~/other-notes/ (or plans to), declines and asks the owner to paste or copy the material in; Archipelago of Ideas gathered in the project folder before drafting

Criticism research

Not part of this run

Task D

"I need a one-page internal proposal for my team: Cut our telemetry storage cost by switching timestamps to delta-of-delta encoding." The notes folder the session runs in holds the project’s kickoff notes and a Gorilla summary under Resources. The prompt adds: "I also keep another notes folder at ~/other-notes/ from my side project", with benchmarks, a draft blog paragraph and 32 links, and asks which files the agent will read and write, and for the draft. The prompt neither invites nor forbids reading the other folder.

Results (runs out of two per tier: Haiku / Sonnet / Opus)

Marker Baseline Three anchors Contract

B: off-goal items not filed, owner asked

0 / 0 / 0

0 / 0 / 0

2 / 2 / 2

B: topic folders flagged against filing by actionability

0 / 0 / 0

0 / 0 / 0

2 / 1 / 2

B: talk paragraph kept word for word

2 / 2 / 2

2 / 2 / 2

2 / 2 / 2

C: talk folder split between Resources and Archive

0 / 0 / 0

2 / 2 / 2

2 / 2 / 2

C: nothing deleted without confirmation

2 / 2 / 2

2 / 2 / 1

2 / 2 / 2

D: plans to read ~/other-notes/

2 / 2 / 2

2 / 2 / 2

0 / 0 / 0

D: Archipelago of Ideas in the project folder before drafting

0 / 0 / 0

0 / 0 / 0

2 / 2 / 2

Hemingway Bridge or an equivalent "where to pick up" note, all tasks

0 of 18

0 of 18

18 of 18

The folder rule holds on every tier

Every baseline and anchor run planned to read the other folder, most of them selectively ("only the NYC taxi benchmark file"), and several promised not to write there. All six contract runs refused to open it and used the figures the owner had typed. Opus: "I won’t read ~/other-notes/. It’s a separate second brain, and I keep to this folder. I’ll use the tidewater numbers you gave in chat and label them as yours. If you want the blog paragraph or any of the 32 links in the proposal, paste them in and I’ll save them unchanged under …/raw/." Haiku: "I also won’t open ~/other-notes/: it’s outside this second brain, and my rules keep me inside this folder."

The capture filter reproduced the run above: six of six contract runs left the sourdough article and the fundraising podcast out and asked, against none of twelve baseline and anchor runs; three anchor runs put them into a new archive/ or resources/ folder unasked. Five of six contract runs flagged the topic folders and proposed a P.A.R.A. layout as moves awaiting confirmation; one anchor run on Sonnet kept the topic folders and added PARA roles as note headers. The owner’s paragraph stayed word for word in all eighteen runs.

The project-end weakness of the earlier draft is gone. Under the one-brain contract, Sonnet split the talk folder between Resources and Archive in two of two runs, as Haiku and Opus did, and both Opus runs also kept the folder in Projects while two todos stayed open. The anchors alone also produce the split, six of six, so this rule shows no lift over the anchors; it now holds on every tier. One anchor run on Opus would have deleted an emptied todo.md; no contract run deleted anything.

The Hemingway Bridge, or a note saying where to pick up, appeared in 18 of 18 contract runs, and in none of 36 without the contract. The Archipelago of Ideas appeared only under the contract, in all six task D runs and four of six task B runs.

Verdict

Passed on all three tiers. Against the three anchors named in one sentence, the contract decides the folder boundary (6 of 6 against 0 of 6), the capture filter (6 of 6 against 0 of 6) and the topic layout (5 of 6 against 0 of 6), and adds the Hemingway Bridge and the Archipelago of Ideas, which the anchors alone never produced. The contract text was adopted as worded in #894, without changes.