{"title":"The Business Engineer Atlas","edition":"Consolidated complete library","source":{"filename":"complete-library.md","text":"# THE BUSINESS ENGINEER — THE COMPLETE LIBRARY\n### One operating system for the AI era: 261 core models, 13 disciplines, 15 instruments\n\n*Analysis by The Business Engineer — by Gennaro Cuofano · businessengineer.ai*\n\n**Consolidated edition.** This file is the whole system in one place: the core model library (261 models across 25 categories) merged with the framework engines of all thirteen disciplines, the shared instruments they hold in common, and the practice layer that runs them. It replaces the separate core library, the discipline files, and the capital-cycle skill; where an instrument used to appear in several files, it now has one home and every other seat points to it.\n\nIt is not a stack of books. It is one instrument, read in the order the work actually happens.\n\n---\n\n## THE THINKING OS\n\nEvery model runs on the same five-move engine. Learn the engine and the library becomes one instrument rather than a list.\n\n1. **Structure before data.** Look for the mechanism, never the surface phenomenon. Every outcome traces to a structural cause; data validates or falsifies structure, it does not replace it.\n2. **Meta-compression.** Extract the transferable principle from the specific case. If a pattern works in one place, ask where else it applies.\n3. **The integration engine.** Trace impact around the loop: technology, economy, behavior, narrative, technology.\n4. **Layered output.** Serve the headline, the framework, and the deep dive at once — one artifact for the skimmer and the operator.\n5. **Strategic compression.** If I had thirty seconds, what matters? What one decision does this enable? Can it be shown in a single graph? What would a leader do differently after reading it?\n\n**The reading always opens.** No model executes against an unstated thesis: name where value is moving and what would falsify it, then apply the frameworks.\n\n**The analytical hierarchy**, which decides what constrains what: geopolitics, then macroeconomics, then technology, then business. A market-level analysis that ignores the layers above it is built on sand.\n\n---\n\n## THE ANALYTICAL ENGINE (run before any output)\n\nFive layers, in order, no layer skipped. Beautiful formatting on shallow analysis is worse than ugly formatting on deep analysis.\n\n**Layer 0 — Meta-rules.** Structural or narrative? Four tests: can I trace cause to effect through specific steps (mechanism); would the outcome change without this mechanism (counterfactual); what evidence would disprove it (falsifiability); has this pattern produced this outcome before (precedent). Then first principles: what are the physics-level constraints, where is the binding one, what changes if it relaxes. Then temporal context: what changed, how fast, what window, what happened last time.\n\n**Layer 1 — Pattern recognition.** Match the situation to the model library (Parts I and II). Two or three models, at least one of which the subject could fail.\n\n**Layer 2 — Evaluation.** Select the framework the question actually calls for, apply it systematically, score the dimensions, judge fitness. Four lenses regardless of framework: value and positioning, capability and technology, distribution and reach, economics and sustainability.\n\n**Layer 3 — Strategic assessment.** Moat classification with its decay signal. Flywheel identification: the fuel, the friction, the direction of travel, what would break it. Bottleneck cascade: every bottleneck labelled resolved, active, emerging, or future, with the critical one named. Platform dynamics where they apply. Disruption assessment: S-curve position, incumbent and insurgent advantages, crossing point, asymmetric motivation.\n\n**Layer 4 — Synthesis and compression.** Core insight in one sentence. One visual. One decision it enables. Cross-domain connection. What to do and what to watch.\n\n---\n\n## THE ARCHITECTURE — the arc of the work\n\n| Part | Stage | What it holds |\n|---|---|---|\n| **I** | **The general toolkit** | Core models 1–110, categories I–XIII — thinking, structure, strategy, entry, moats, flywheels, business models, decisions, organization, markets, distribution, leaders |\n| **II** | **Read the era** | Core models 111–261, categories XIV–XXV — capital cycles, contagion and joints, clocks, the supercycle premise and the fifth clock, the ten seats, incidence at the top of the stack, the intelligence stack, measurement under pressure, valuation, the enterprise, the organization, the rhymes |\n| **III** | **Design the firm** | The Business Architect · AI Economics |\n| **IV** | **Run the firm** | The Business Orchestrator · The AI CFO |\n| **V** | **Build the machine** | AI Engineering · Agent Engineering · Harness Engineering · AI Product Engineering · Security Engineering |\n| **VI** | **Grow it** | AI Growth Engineering |\n| **VII** | **Take the field and close** | The Forward-Deployed Engineer · Enterprise Sales · The Enterprise Buyer |\n| **VIII** | **The practice layer** | Fifteen instruments, the visual register, the writing standard, the checklists |\n\nEvery discipline inherits Parts I and II and adds its own engine, modes, named laws, failure library, and maturity ladder.\n\n---\n\n## THE MASTER INDEX\n\nCounted honestly. A framework and a maturity rung are not the same thing, so they are counted separately: **models** are mental models, laws, and lenses; **apparatus** is the operating machinery each seat runs on (engines, mode cards, gauges, failure libraries, maturity ladders, templates, calendars, interop rules).\n\n| # | Part | Discipline | Models | Apparatus | Jurisdiction — what it owns |\n|---|---|---|---|---|---|\n| 00 | I–II | **Core Model Library** | **261** | — | The shared vocabulary every discipline inherits |\n| 01 | III | The Business Architect | 32 | 31 | Design the firm: the four choices, position, moats, own-vs-rent |\n| 11 | III | AI Economics | 68 | 22 | Design the money: unit economics, margin as design, the capital tests |\n| 02 | IV | The Business Orchestrator | 22 | 38 | Run the firm: junctions, cadences, leverage, the operating model |\n| 12 | IV | The AI CFO | 42 | 13 | Sign the check: the counting rule, LEDGER, capex/opex, controls |\n| 07 | V | AI Engineering | 41 | 11 | The stack: agentic loops, measurement under pressure, frozen suites |\n| 03 | V | Agent Engineering | 41 | 30 | The unit: charter, golden set, the gate stack, graduation |\n| 04 | V | Harness Engineering | 33 | 28 | The system: map, record, loops, gauges, taste encoded |\n| 08 | V | AI Product Engineering | 44 | 5 | The product: eval-as-spec, the five pillars, activation, pricing as design |\n| 10 | V | Security Engineering | 51 | 28 | Secure the estate: machine identity, injection defense, the six-plane control |\n| 09 | VI | AI Growth Engineering | 45 | 8 | Grow it: the five loops, machine discovery, metrics that survive agents |\n| 05 | VII | The Forward-Deployed Engineer | 48 | 7 | The field: wedge, embedding, on-site build, title and handover |\n| 06 | VII | Enterprise Sales | 29 | 16 | The deal: account, champion, case, gauntlet, price, NRR |\n| 13 | VII | The Enterprise Buyer | 54 | 4 | The purchase: VERIFIED, proof on your terms, title search |\n| | | **Total** | **811** | **241** | 261 core + 550 discipline models, plus 241 apparatus items |\n\nFifty entries that previously appeared in two or more chapters now appear once, at their canonical home, with a pointer from every other seat. Those pointers are what make this one system rather than thirteen overlapping ones.\n\n---\n\n## THE SHARED SPINE\n\nThe instruments that recur across three or more seats. Reuse them by name; never re-derive them.\n\n| Instrument | Canonical home | What it is |\n|---|---|---|\n| **The suite** (frozen set) | AI Engineering | The referee the loop cannot see: real cases, expert-adjudicated, frozen before the build, held out, versioned |\n| **Cost per accepted outcome** | AI Economics | The denominator for everything — tokens, compute, and the attention bill you cannot buy |\n| **The counting rule** | AI Economics | Each end-customer dollar once, at the tier where it transacted |\n| **The charter** | Agent Engineering | One page: outcome, standard, thresholds, surfaces, boundaries, autonomy tier, owner |\n| **The gauge page** | Harness Engineering | The retention and renewal instrument; what the board reads instead of a pilot count |\n| **The two surfaces** | AI Product Engineering | Humans see the interface, agents see the specification; one referee grades both |\n| **The junction** | Core (Model 135) | Where private rules, data, and decisions are encoded and enforced — own it, rent the ends |\n| **The residue** | Core (Model 219) | The decision loop's second output: the only growth loop machines cannot mediate |\n| **The property line** | Core (Model 135) | Drawn deliberately, per workload |\n| **The absorption line** | Core (Model 198) | Perishable compensation versus durable requirement |\n| **Clear title** | Core (Model 136) | KEPT, PARTIAL, CAPTURED — exit as config change, project, or rebuild |\n| **The refusal log** | The Forward-Deployed Engineer | Saying no in writing, kept as an artifact |\n| **The six failure families** | AI Engineering | The diagnosis map, inherited by every build seat |\n| **Time-to-magic** | AI Product Engineering | First verified outcome, measured from first contact |\n| **The seat** | Core (Model 154) | The ten positions on the financial clock; name it before running any test |\n\n---\n\n## HOW TO USE THIS LIBRARY\n\n- **To read a situation:** start in Parts I and II. Name the seat and the layer first, match the pattern, then ask the cross-reference question — where else does this pattern appear, and at which altitude?\n- **To act:** move to the discipline whose jurisdiction owns the output. Design goes to the Architect; running the firm to the Orchestrator; a unit to Agent Engineering; the money to AI Economics and the CFO; the field to the FDE; the deal to Sales; the purchase to the Buyer.\n- **To produce anything:** run the analytical engine first, then Part VIII for the instrument and the register.\n- **Never one model for everything.** Decompose the problem into the parts each discipline owns, and let the counter-lens — the discipline's natural opponent — test the answer before it ships.\n- **Apply, do not dump.** The value is in the application. Reference frameworks in analysis; never reproduce the catalog.\n\n---\n\n# PART I — THE GENERAL TOOLKIT\n# PART II — READING THE ERA\n## The Core Model Library — 261 models, 25 categories\n\nCategories I–XIII carry the full register: essence, how to apply, and the question the model asks. Categories XIV–XXV carry the compressed register: essence and the question, because these families were minted case by case and their machinery lives in the instruments of Part VIII.\n\n### I. THE BE THINKING OS\n\n**1. BE Thinking OS**\nThe integrated cognitive architecture that works simultaneously as a method of analysis, a relevance filter, and a refinement loop — converting complexity into deployable insight by forcing every input through structural, contextual, and pragmatic gates before any output.\n- **Apply**: Receive input, activate the structural filter (what system is at play?), pass through the contextual gate (who needs this, why now?), compress to the load-bearing insight, format for deployment, then feed the output back for calibration.\n- **Key Q**: \"Is this insight structurally grounded, contextually anchored, and deployable — or just interesting?\"\n\n**2. Structural Thinking as Default**\nThe discipline of always seeking the framework, system, or structural view before engaging with content — structure is the primary mode of cognition, not a tool reached for, and data is used to validate or falsify it.\n- **Apply**: On any new information, pause before reacting, ask what system it belongs to, identify the structural skeleton (inputs, mechanisms, outputs, feedback), then engage the content details and check whether they confirm or break the structural hypothesis.\n- **Key Q**: \"What is the structure here — and does the content confirm or break it?\"\n\n**3. Contextual Precision**\nAnchoring every analysis in three coordinates — WHO it is for, WHY NOW it matters, and HOW it will be used — because even structurally perfect analysis becomes noise without context.\n- **Apply**: Before analyzing, define the audience, identify the temporal trigger, and determine the output mode; calibrate depth, language, and emphasis to all three, and strip anything that doesn't serve the specific context.\n- **Key Q**: \"For whom, why now, and how will this be used?\"\n\n**4. Meta-Compression**\nReducing any insight to its minimum viable form across three levels — conceptual (core idea), structural (mechanism), and deployment (action) — through distillation under pressure where every surviving word is load-bearing.\n- **Apply**: Start from the full analysis, extract the one-sentence core, compress the mechanism to 2-3 steps and the deployment to one actionable line, then test that the compressed version still carries the structural insight rather than a platitude.\n- **Key Q**: \"Can I compress this further without losing the mechanism?\"\n\n**5. Layered Output Logic**\nStructuring any analysis into three nested layers — macro mechanism, organizational impact, and operator takeaway — so multiple audiences extract value from the same output while each layer stands alone.\n- **Apply**: Identify the macro mechanism first, translate downward to organizational impact and then to the individual operator's next decision, verify vertical coherence, and format so readers can enter at any layer.\n- **Key Q**: \"Does this analysis work for the strategist, the manager, AND the operator — simultaneously?\"\n\n**6. Pragmatic Rigor**\nPrioritizing mechanism, causality, and feedback loops over narrative polish — every claim must be \"load-bearing\" and falsifiable, because an insight that sounds good but lacks a causal mechanism creates false confidence.\n- **Apply**: For each claim, apply the load-bearing test (remove it — does the argument collapse?), cut decorative claims, make surviving mechanisms explicit, identify amplifying or dampening feedback, and state what evidence would disprove it.\n- **Key Q**: \"Is every claim in this analysis load-bearing — or am I decorating?\"\n\n**7. Edge Framing**\nSystematically interrogating consensus to surface what the market has mispriced, overlooked, or gotten structurally wrong — disciplined search for insight, not contrarianism for its own sake.\n- **Apply**: Map the consensus and its embedded assumptions, stress-test each, look for the overlooked or mispriced variable, validate that the edge is structural (backed by mechanism), and frame the insight around the gap between consensus and reality.\n- **Key Q**: \"What has the consensus mispriced, overlooked, or gotten structurally wrong?\"\n\n**8. Integration Engine**\nConnecting insights across technology, economics, behavior, narrative, and incentives into a unified view, because real outcomes are determined by the interaction of all five domains simultaneously.\n- **Apply**: Analyze the phenomenon through each of the five lenses independently, map their interactions, identify the dominant driving layer and the lagging layer — the gap between them is where the insight lives.\n- **Key Q**: \"Which domain is driving this outcome — and which domain hasn't caught up yet?\"\n\n**9. Strategic Narrative Compression**\nA three-phase deployment protocol for communicating structural insight — Orient (stakes and audience), Illuminate (the mechanism), and Activate (actionable implications).\n- **Apply**: Open by orienting the audience on what's at stake, illuminate the mechanism in 2-3 steps, activate with a concrete next move; test that the Orient phase alone signals relevance and the Activate phase alone enables action.\n- **Key Q**: \"Have I oriented, illuminated, and activated — or just informed?\"\n\n**10. Calibration Loop**\nIteratively refining the same insight across variants — sharper, more contrarian, more compressed, more audience-specific — until maximum precision is reached, since the first draft is never the best.\n- **Apply**: State the insight, generate sharper, more contrarian, and 50%-compressed versions plus an audience-reframed one, compare which is structurally strongest, adopt the winner, and repeat if needed.\n- **Key Q**: \"Is this the sharpest, most precise version of this insight — or can I compress and calibrate further?\"\n\n\n### II. STRUCTURAL ANALYSIS TOOLKIT\n\n**11. Structural vs Reactive Thinking**\nThe distinction between reactive thinking (Event → Response) and structural thinking (Event → System → Mechanism → Implication); the response must address the mechanism, not the symptom.\n- **Apply**: When an event occurs, catch yourself before reacting, ask what system produced it, identify the causal mechanism, map second-order implications, then respond to the mechanism.\n- **Key Q**: \"Am I reacting to the event — or understanding the system that produced it?\"\n\n**12. Structural Thinking Workflow**\nThe five-step sequence for converting observation into structural insight: Pattern Recognition, Structural Diagnosis, Constraint Identification, Leverage Point Discovery, and Second-Order Implications.\n- **Apply**: Observe recurring patterns, hypothesize the system generating them, find the single binding constraint, locate the high-leverage intervention point, and project the consequences of consequences.\n- **Key Q**: \"What is the binding constraint, and where is the leverage point?\"\n\n**13. Reality Gap Analysis**\nA diagnostic that identifies the chasm between what markets believe (narrative) and what structural forces will deliver (reality) — the gap is where mispricing lives, and structure eventually wins.\n- **Apply**: Map the dominant narrative, map the structural forces (capital, technology, regulation, competition), measure the size and direction of divergence, estimate the convergence timeline, and position accordingly.\n- **Key Q**: \"Where is the gap between what the market believes and what structural forces will deliver?\"\n\n**14. Hidden Driver Detection**\nA three-layer diagnostic of puzzling decisions — Stated Reason (PR), Plausible Reason (analyst take), and Structural Driver (existential imperative) — where the real explanation almost always lives at layer three.\n- **Apply**: Note the stated reason, apply analyst logic for the plausible reason, then dig to the existential constraint that makes the decision inevitable; test by asking whether they'd act even if the first two reasons were false.\n- **Key Q**: \"What is the existential imperative that makes this decision structurally inevitable?\"\n\n**15. Constraint Mapping**\nA method for finding the single binding constraint via three tests — Bottleneck (what breaks first at 10x?), Substitution (is it truly irreplaceable?), and Veto (who can single-handedly block everything?).\n- **Apply**: List apparent constraints, run all three tests, and the constraint that breaks first, can't be substituted, and holds veto power is the binding one — address it before anything else.\n- **Key Q**: \"What is the single binding constraint — and what happens if it's relaxed or tightened?\"\n\n**16. Power Distribution Analysis**\nMapping where real leverage resides by distinguishing three power types — Veto (block without alternatives), Compulsion (force action), and Rule-Making (reshape the game's rules).\n- **Apply**: Identify all actors, assess each for veto, compulsion, and rule-making power, map the distribution, find the dominant holder, and build strategy that accounts for or works through them.\n- **Key Q**: \"Who can block, who can force, and who can rewrite the rules — and are they the same actor?\"\n\n**17. System Fragmentation Mapping**\nA diagnostic revealing where apparent integration masks actual separation, across four states: Visible Integration, Hidden Fragmentation, Cosmetic Integration, and Deep Fragmentation.\n- **Apply**: Test data flow, incentive alignment, and operational dependency across a supposedly integrated system, classify each connection into one of the four states, and read true fragmentation for vulnerability and opportunity.\n- **Key Q**: \"Is this system genuinely integrated — or is the integration cosmetic?\"\n\n**18. Structural Reality Framework**\nA four-layer cascade — Geopolitics → Policy → Infrastructure → Markets — in which each higher layer constrains the degrees of freedom of all layers beneath it.\n- **Apply**: Start at geopolitics and work down through policy and infrastructure to markets; never analyze a lower layer without checking the constraints imposed by all layers above.\n- **Key Q**: \"What higher-layer constraints am I ignoring that will override my market-level analysis?\"\n\n**19. Constraint Cascade Principle**\nThe principle that upstream structural misalignment (geopolitical > policy > infrastructure) is always more lethal than downstream competitive inefficiency.\n- **Apply**: Before any competitive analysis, audit the geopolitical, policy, and infrastructure layers; if any upstream layer is misaligned, fixing downstream layers is futile — address the cascade from the top.\n- **Key Q**: \"Is there an upstream constraint that makes all my downstream optimization pointless?\"\n\n**20. Perspective-First Analysis**\nStarting with qualitative territory understanding to generate hypotheses before designing targeted measurement — avoiding the trap of measuring everything and understanding nothing.\n- **Apply**: Understand the territory qualitatively first, form 2-3 structural hypotheses, design measurements that would confirm or falsify each, collect only that data, and let results refine perspective.\n- **Key Q**: \"Do I understand the territory well enough to know what to measure — or am I measuring blindly?\"\n\n**21. Territory Mapping**\nA four-question diagnostic for rapidly understanding any landscape: What game is being played? Who are the real players? What drives behavior? What are the structural forces?\n- **Apply**: Identify the game type, map the players with real power, identify behavior drivers (incentives, constraints, fears), and map the structural forces; their intersection reveals the true territory.\n- **Key Q**: \"What game is being played, by whom, driven by what, and shaped by which structural forces?\"\n\n\n### III. GRAND STRATEGY & PLANNING\n\n**22. Grand Strategy Framework**\nThe master planning sequence Territory → Map → Routes — understand the landscape, derive the strategic interpretation, then execute tactics; most start with routes and work backward.\n- **Apply**: Invest heavily in territory understanding, derive your strategic map (opportunities, threats, leverage points), design tactical routes with sequence and contingencies, and update the map as territory shifts.\n- **Key Q**: \"Am I building strategy from territory understanding — or guessing the territory from my preferred tactics?\"\n\n**23. Time Horizon Analysis**\nSimultaneously planning across three horizons — Immediate (0-2yr, survival), Mid-Term (3-5yr, positioning), Long-Term (6-10+yr, structural bets) — managing all three at once, not sequentially.\n- **Apply**: For any strategic question, analyze across all three horizons, check for conflicts between the immediate plan and long-term bets, and allocate attention and resources across all three so none goes to zero.\n- **Key Q**: \"Am I managing all three time horizons simultaneously — or sacrificing the future for the present?\"\n\n**24. Contextual Map (2x2)**\nA prioritization matrix of Strategic Impact vs Uncertainty producing four quadrants — Invest, Hedge, Track, Scout — preventing over-investing in certainties and ignoring wild cards.\n- **Apply**: Rate each initiative on impact and uncertainty, place it in a quadrant (Invest = commit, Hedge = optionality, Track = monitor cheaply, Scout = cheap exploration), and reassess quarterly.\n- **Key Q**: \"Am I allocating resources based on the actual combination of impact and uncertainty — or defaulting to what feels safe?\"\n\n**25. Tactical Routes Framework**\nTranslating strategic maps into execution via a three-part Assessment (External, Internal, Constraints) and four route types — Vertical, Horizontal, Diagonal, and Combination.\n- **Apply**: Assess the external environment, real internal capabilities, and hard constraints, then select the route that matches the assessment (deepen, broaden, both, or an orchestrated sequence) and execute.\n- **Key Q**: \"Does my tactical route match my actual assessment — or my ambition?\"\n\n**26. Multi-Horizon Strategic Map**\nA resource-allocation model operationalizing Time Horizon Analysis — 70% to Immediate, 20% to Mid-Term, 10% to Long-Term — executed simultaneously, not sequentially.\n- **Apply**: Audit current allocation, redistribute toward 70/20/10, give each allocation an owner and metrics, run all three in parallel, and review the ratio quarterly without letting any horizon hit zero.\n- **Key Q**: \"Is my resource allocation balanced across all three horizons — or has the immediate consumed everything?\"\n\n**27. Contextual Adaptability Framework**\nAssessing organizational fitness to shifting environments across three dimensions — Forces (what's changing?), Capabilities (can we respond?), and Horizons (are we tracking where it's heading?).\n- **Apply**: Map shifting forces, assess whether current skills and structure can respond, assess whether the organization looks far enough ahead, then strengthen the weakest dimension before a crisis forces it.\n- **Key Q**: \"Are we fit for the current environment AND the one that's emerging — or only the one we grew up in?\"\n\n\n### IV. MARKET ENTRY & SCALING\n\n**28. Strategy Lever Framework**\nThe five-step go-to-market sequence — Blue Sea, Niche Down, MVA, Adjacent Niches, Scale — starting impossibly small, proving value, and expanding from strength.\n- **Apply**: Find a premium niche, select the tightest coherent segment, define the minimum viable audience, serve them until value is proven, expand into adjacent niches, and scale only after validation.\n- **Key Q**: \"Am I starting small enough — or trying to scale before proving value to the tightest possible audience?\"\n\n**29. Blue Sea Strategy**\nAn inversion of Blue Ocean — instead of uncontested mass markets, start from the smallest viable premium niche where you have structural advantage from day one, then expand organically.\n- **Apply**: Find small markets where premium customers are underserved, verify your structural edge, enter with a premium offering, use early margins to fund adjacent expansion, and never go mass-market before the niche is dominant.\n- **Key Q**: \"Where can I find the smallest premium niche where I have a structural advantage from day one?\"\n\n**30. Minimum Viable Audience (MVA)**\nThe smallest group that can sustain a business — the tightest cluster whose problem is urgent enough that they pay, stay, and advocate — found by zooming into existing markets, not imagining new ones.\n- **Apply**: Zoom into an existing market for the most urgent underserved problem, define the smallest group high on urgency, willingness to pay, and accessibility, and let that audience define the product.\n- **Key Q**: \"Who are the fewest people who need this most urgently — and can they sustain the business?\"\n\n**31. Niche-to-Microniche Strategy**\nTargeting the smallest coherent segment — a microniche so specific you can serve every member personally — to trigger fast feedback loops and early proof of value as a launchpad.\n- **Apply**: Make your niche smaller and more specific, enter with a hyper-specific offer, talk to every user and iterate daily, achieve undeniable proof of value, then expand to adjacent microniches.\n- **Key Q**: \"Is my target segment small enough for fast feedback and proof of value — or too broad for either?\"\n\n**32. Adjacent Niche Expansion**\nSystematically entering neighboring segments using existing know-how, brand, and infrastructure — expansion by proximity, not random diversification.\n- **Apply**: Map adjacent segments, test whether your advantage transfers, whether existing infrastructure serves them, and whether your brand grants permission; prioritize the highest-scoring niche and enter with a tailored offer.\n- **Key Q**: \"Which adjacent niche can I enter where my advantage, infrastructure, and brand credibility transfer most naturally?\"\n\n**33. Transitional Business Model**\nThe recognition that business models must transform at each growth stage — 0→1, 1→10, 10→100 — along with mindset and org design; clinging to the model that got you here makes you the constraint.\n- **Apply**: Assess your growth stage and model fitness, watch for transformation triggers (plateaus, friction, misalignment), redesign the model for the next stage, and evolve mindset and org design alongside it.\n- **Key Q**: \"Is my current business model still fit for this growth stage — or am I clinging to the model that got me here?\"\n\n**34. Business Scaling Framework**\nScaling requires product, business model, and organizational design to align in serving progressively wider segments — a coordinated transformation, not just doing more of the same.\n- **Apply**: Assess whether product, unit economics, and org can each handle the next wider segment, identify the lagging dimension, fix it, and scale only when all three are aligned.\n- **Key Q**: \"Are my product, business model, and org design all aligned for the next stage of scale — or is one lagging?\"\n\n**35. Scalability Matrix**\nA 2x2 of Cost of Error vs Feedback Loop Type yielding four scaling approaches — Optimal, Constrained, Controlled, and Non-Scalable.\n- **Apply**: Assess your error cost and feedback speed, plot your quadrant, and match the approach (scale aggressively, scale patiently, scale with guardrails, or don't force scale) — reassess as the business evolves.\n- **Key Q**: \"What is my real error cost and feedback speed — and is my scaling approach appropriate for that combination?\"\n\n**36. Fractal Market Expansion**\nMarket dynamics repeat at different scales — patterns that work at microniche level often recur at niche, segment, and market level — but dynamics change with scale, so smaller scales are safer test beds.\n- **Apply**: Identify the winning micro-level pattern, hypothesize it repeats at the next scale, test with controlled expansion, adapt execution to the new scale's dynamics, and expand one level at a time.\n- **Key Q**: \"Does my winning pattern repeat at the next scale — and what dynamics change as I grow?\"\n\n**37. Speed-Reversibility Matrix**\nA decision framework of Impact vs Reversibility — Strategic Deliberation, Smart Experimentation, Careful Consideration, and Rapid Iteration — preventing both paralysis and recklessness.\n- **Apply**: Assess a decision's impact and reversibility, plot the quadrant, and match speed and rigor accordingly — avoiding treating reversible decisions as irreversible or vice versa.\n- **Key Q**: \"Is this decision high-impact and irreversible (deliberate) — or low-impact and reversible (just do it)?\"\n\n\n### V. COMPETITIVE STRATEGY & MOATS\n\n**38. Moat Hierarchy (Level 1/2/3)**\nA three-tier classification of moats by durability — Level 1 static (brand, scale, patents), Level 2 dynamic (network effects, lock-in), Level 3 compounding interaction moats that widen with every user interaction.\n- **Apply**: Classify your moats, use Level 1 to buy time, monitor Level 2 for paradigm shifts, and build toward Level 3 where every interaction improves the product — build sequentially from 1 to 3.\n- **Key Q**: \"Do my moats compound with every user interaction — or are they static and erodible?\"\n\n**39. Five Defensible Moats in AI**\nThe five moat types with real defense in AI — Data Network Effects, Community, Specialization Depth, Workflow Lock-in, and Enterprise Relationships — each with different build times and vulnerabilities.\n- **Apply**: Assess which moat matches your capabilities, build one to critical mass before layering a second, monitor each type's vulnerability, and layer 2-3 that reinforce each other.\n- **Key Q**: \"Which of the five AI moats am I building — and is it the right one for my capabilities?\"\n\n**40. Compound Moat Strategy**\nBuilding the strongest positions by layering moats sequentially — establish one flywheel, then add an adjacent moat the first naturally reinforces — because each moat needs focused investment to reach critical mass.\n- **Apply**: Select the moat you can build fastest, invest concentrated resources until its flywheel spins, then add the adjacent moat it most supports; two spinning flywheels create exponentially harder defense.\n- **Key Q**: \"Is my first moat's flywheel spinning before I try to build a second — or am I diluting across unproven moats?\"\n\n**41. The Survival Test**\nThe competitive litmus test — \"If the most powerful competitor copied your product tomorrow with unlimited resources, would users stay?\" — and if so, exactly why.\n- **Apply**: Imagine the strongest competitor copies you; if users would leave, pivot to moat building immediately; if they'd stay, identify the specific retention factors and double down, re-running the test quarterly.\n- **Key Q**: \"If the most powerful competitor copied us tomorrow, would our users stay — and what specifically would keep them?\"\n\n**42. Three Layers of AI Industry**\nA structural model of the AI industry — Foundational (general engines), Middle (vertical specialists), Application (user-facing products) — each with distinct dynamics, moats, and capital needs.\n- **Apply**: Identify your layer, assess whether you're optimally positioned for its competitive dynamics, and if stuck between layers with no clear advantage, commit to one or find a unique cross-layer position.\n- **Key Q**: \"Which layer of the AI industry am I competing in — and do I have the right assets for that layer's dynamics?\"\n\n**43. Tech Moat → Market Power Translation**\nHow technical capability converts into market power through three channels — Efficiency, Distribution, and Brand — since a technical moat alone doesn't guarantee dominance.\n- **Apply**: Inventory technical capabilities, test each against the three translation channels, cut what doesn't translate through any, and invest in the strongest channel — the goal is best translation, not best technology.\n- **Key Q**: \"Is my technical advantage actually translating into market power — or is it just technically impressive?\"\n\n**44. Value Translation Space**\nThe bridge from technical moat to market impact across four dimensions — User Experience, Network Effects, Brand, and Distribution Power — where technically superior products often fail to cross.\n- **Apply**: Map your technical moat across all four dimensions, lean into the strongest, fix or accept the weakest, and aim for at least two strong dimensions or risk commoditization.\n- **Key Q**: \"Through which dimensions is my technology actually creating market value — and which am I neglecting?\"\n\n**45. Three AI Strategic Archetypes**\nThree distinctive AI positions — Full-Stack Integrators, Specialized Dominators, and Strategic Enablers — each with different capital, risk, and defensibility; trying to be all three is the common error.\n- **Apply**: Assess your resources and ambition, choose the single archetype that fits (capital-heavy stack, deep-domain vertical, or infrastructure enabler), and align all resources — the danger zone is between archetypes.\n- **Key Q**: \"Am I a Full-Stack Integrator, a Specialized Dominator, or a Strategic Enabler — and is my allocation aligned?\"\n\n**46. Weak Spot Analysis (5 Attack Vectors)**\nIdentifying where incumbents are exposed via five vectors — Low-End Disruption, Business Model Innovation, New Technology Platform, Niche Focus, and Adjacent Market Entry.\n- **Apply**: Select the incumbent, evaluate all five vectors for where they're weakest, and choose the vector where you hold the strongest structural advantage to exploit.\n- **Key Q**: \"Through which attack vector is this incumbent most vulnerable — and where is my strongest advantage?\"\n\n**47. Margin Conflict Strategy**\nDesigning business models at margin structures incumbents can't match without cannibalizing their own high-margin business — exploiting their organizational incentives against them.\n- **Apply**: Analyze the incumbent's margin structure, design a profitable model at margins they can't match, enter the market, and use the internal-conflict response delay to build your moat.\n- **Key Q**: \"Can I design a model that's profitable at margins the incumbent can't match without cannibalizing itself?\"\n\n**48. Strategic Mismatch Model**\nDisruptors win not by having better data but by having a better perspective on what data matters — the battle is won in the interpretation layer, where incumbents are structurally blind.\n- **Apply**: Map the incumbent's interpretive lens and its structural blindness, develop an alternative interpretation of the same data, and build strategy around the interpretation gap.\n- **Key Q**: \"Do I see something in the data that the incumbent's lens structurally prevents them from seeing?\"\n\n**49. Non-Linear Competition**\nCompetitive dynamics are non-linear — a small asymmetric advantage can suddenly cascade into dominance once it crosses an invisible threshold, which linear analysis can't forecast.\n- **Apply**: Identify asymmetric advantages with compounding potential, estimate the cascade threshold, invest to reach it before competitors notice, and defend the compounding mechanism once the cascade begins.\n- **Key Q**: \"Do I have an asymmetric advantage that could compound non-linearly — and am I investing to reach the threshold?\"\n\n**50. Winner-Take-All Effects**\nHow network effects, switching costs, and data returns to scale consolidate markets around one dominant player per layer — in WTA markets, second place is a losing position.\n- **Apply**: Assess the market for WTA conditions; if present, either invest aggressively to win, leapfrog via a technology shift, or exit; if weak, compete on differentiation — and monitor as conditions shift.\n- **Key Q**: \"Is this a winner-take-all market — and if so, am I positioned to win or do I need to redefine the game?\"\n\n\n### VI. AGENTIC AI & PLATFORM STRATEGY\n\n**51. Agentic AI Four-Phase Moat Building**\nA sequential roadmap for compounding advantage in agentic AI — Foundation, Differentiation, Dominance, Expansion — each substantially complete before advancing, or the position is fragile.\n- **Apply**: Honestly assess your phase, build reliability first, then unique capabilities, then self-reinforcing flywheels, then adjacent expansion — never skip phases, as the foundation carries everything above it.\n- **Key Q**: \"Which phase am I actually in — and am I doing the work required at this phase before jumping ahead?\"\n\n**52. Three Kingdoms of Agentic AI**\nThree market territories with distinct rules — Consumer (attention/habit), B2B (ROI/workflow), Enterprise (trust/compliance) — where strategies from one often fail in another.\n- **Apply**: Identify your kingdom and match investment to its rules (habit and viral loops, measurable ROI, or security and relationships), never importing another kingdom's strategy.\n- **Key Q**: \"Am I in the Consumer, B2B, or Enterprise kingdom — and does my strategy match that kingdom's rules?\"\n\n**53. Context Engineering**\nThe systematic architecture of the entire information environment an AI model operates in — orchestrating, structuring, and prioritizing context to maximize performance (distinct from prompt engineering).\n- **Apply**: Map available context sources, select the most relevant, structure and prioritize it for the model, measure output quality across configurations, and iterate — better context compounds into better outputs and data.\n- **Key Q**: \"Am I engineering the context my AI operates in — or just throwing information at it and hoping?\"\n\n**54. Protocol Mastery**\nDeep, early adoption of AI protocol standards (like MCP) creates ecosystem network effects and technical barriers, making protocol masters the connective tissue of the AI ecosystem.\n- **Apply**: Identify consequential emerging protocols, master their capabilities and edge cases, build integrations others haven't discovered, help partners implement them, and contribute to development to shape the standards.\n- **Key Q**: \"Am I building deep protocol mastery that creates ecosystem lock-in — or treating protocols as commodity plumbing?\"\n\n**55. Agentic Competitive Formula**\nA multiplicative formula — Success = Market Focus × Technical Excellence × Network Effects × Time — where any factor at zero makes the total zero.\n- **Apply**: Rate each factor honestly, fix whichever is closest to zero first, narrow market focus, ensure real technical superiority, design for compounding usage, and commit to the required timeline.\n- **Key Q**: \"Which factor in my competitive formula is closest to zero — and is that the one I'm investing in?\"\n\n**56. AI-Up (AI-Native Startup)**\nA new organizational form where AI augmentation is embedded in every function, letting a small team iterate so rapidly it builds defensible value before incumbents can organize a response.\n- **Apply**: Build every function with AI augmentation, optimize for iteration speed, keep the team lean, target markets where incumbent response is slow, and build moats before the response gap closes.\n- **Key Q**: \"Am I building an AI-native organization that can build defensible value before incumbents respond?\"\n\n**57. Platform Network Ecosystem**\nBuilding multi-sided markets where value rises as participants join each side — requiring network-effect cultivation, governance, and a control-value balance that enables more than it extracts.\n- **Apply**: Define the market's sides, solve the chicken-and-egg seeding problem, design for cross-side network effects, set quality governance, watch the control-value balance, and measure ecosystem health, not just revenue.\n- **Key Q**: \"Does my platform enable more value than it extracts — and are network effects compounding across all sides?\"\n\n**58. Agentic Web Architecture**\nThe emerging structure of how AI agents interact across the internet in four layers — Agent Mesh Networks, Decision Protocols, Resource Allocation, and Autonomous Economic Systems.\n- **Apply**: Map which layers are emerging, identify which your company can build on, participate in agent discovery, coordination, resource, or transaction systems, and position early to shape the standards.\n- **Key Q**: \"Which layer of the agentic web architecture can I contribute to or build on?\"\n\n\n### VII. FLYWHEELS & GROWTH LOOPS\n\n**59. Amazon Flywheel**\nThe canonical compounding loop — lower prices → more customers → more sellers → greater selection → lower costs → lower prices — where each element reinforces every other, making single-element competition impossible.\n- **Apply**: Map your equivalent entry point that attracts the first side, trace the reinforcement path, find and strengthen the weakest connection, and test whether the system compounds or needs constant manual input.\n- **Key Q**: \"Does my business have a flywheel where each element reinforces the others — or am I pushing growth at every step?\"\n\n**60. Data Flywheel**\nThe AI-specific loop — more usage → more data → better model → better product → more usage — where the data advantage compounds because real-world behavioral data can't be bought or synthesized.\n- **Apply**: Map what data each interaction generates, assess data quality and flywheel speed, find and accelerate the bottleneck, and measure whether your gap versus competitors is widening or narrowing.\n- **Key Q**: \"Is my data flywheel spinning — and is the gap to competitors widening or narrowing with each revolution?\"\n\n**61. Content Flywheel**\nThe loop for content businesses — create, distribute, build audience, monetize, reinvest — made a true flywheel only when audience growth itself improves content quality and distribution.\n- **Apply**: Produce genuinely valuable content, distribute through the best channels, build engaged audience, monetize while preserving trust, reinvest, and confirm the audience itself improves your content (or it's just a production line).\n- **Key Q**: \"Does my audience growth itself improve my content quality and distribution — or is this a linear production line?\"\n\n**62. Traction-Momentum-Flywheel**\nA three-phase growth model — Traction (prove value), Momentum (scale the proven model), Flywheel (self-reinforcing growth) — where most fail by entering a phase before completing the prior one.\n- **Apply**: Honestly assess your phase, focus only on proving value in Traction, scale team and channels in Momentum, design self-reinforcing systems in Flywheel, and treat phase transitions as the most dangerous moments.\n- **Key Q**: \"Am I in the Traction, Momentum, or Flywheel phase — and am I doing the right work for that phase?\"\n\n**63. Innovation Flywheel**\nThe R&D loop — invest, generate breakthroughs, convert to market advantage, generate revenue, reinvest — strengthened when breakthroughs build cumulatively and fund the next cycle.\n- **Apply**: Allocate meaningful R&D resources, focus on breakthroughs over increments, speed breakthrough-to-market conversion, ensure revenue funds the next cycle, reinvest with discipline, and cultivate cumulative knowledge.\n- **Key Q**: \"Is my innovation flywheel compounding — does each breakthrough build on the last and fund the next?\"\n\n**64. AI Priming-Proving Flywheel**\nAn AI loop where capabilities prime new use cases, proven value generates demand, demand attracts investment, and investment expands capabilities that prime further use cases — explaining non-linear AI adoption.\n- **Apply**: Deploy AI and actively watch for emergent, unplanned use cases, validate and measure their value, convert that into demand and investment, and expose AI to diverse contexts to maximize priming.\n- **Key Q**: \"Am I watching for the emergent use cases my AI capabilities are priming — or only measuring the ones I planned?\"\n\n**65. Asymmetric Business Unit Model**\nA structure where a high-margin unit subsidizes a low-margin unit (e.g., AWS subsidizing eCommerce), creating a combined position neither could achieve alone and that competitors can't attack from either side.\n- **Apply**: Identify your high-margin cash generator, design or find a low-margin unit that uses the subsidy for unassailable position, establish the cross-subsidy, verify the combined moat, and monitor the high-margin unit's health.\n- **Key Q**: \"Do I have a high-margin unit that can structurally subsidize a low-margin unit into an unassailable position?\"\n\n\n### VIII. BUSINESS MODEL INNOVATION\n\n**66. VTDF Framework**\nA four-lens analysis of any business model — Value, Technology, Distribution, Financial — whose power lies in the connections between lenses, since a shift in one forces re-evaluation of the others.\n- **Apply**: Map a business across all four lenses, assess whether they connect coherently, identify the weakest as the bottleneck, and build strategy around strength in at least two dimensions with adequacy in the rest.\n- **Key Q**: \"Across Value, Technology, Distribution, and Financial — where is my model strongest, weakest, most vulnerable?\"\n\n**67. Catalyst Quadrant (DATC)**\nA business-renewal framework requiring four simultaneous modes — Defend, Attack, Transform, Create — where most organizations default to one or two and neglect the rest.\n- **Apply**: Assess which mode is most urgent but run all four simultaneously, allocate resources to the environment, and never let Transform or Create drop to zero; review allocation quarterly.\n- **Key Q**: \"Am I operating in all four modes simultaneously — or stuck in only Defend or only Attack?\"\n\n**68. Transitional vs Foundational Technology**\nA five-layer technology lifecycle — Products (0-1yr), Applications (1-5yr), Transitional (5-15yr), Foundational (15-30yr), Supercycle Catalysts (30-50yr) — each dictating a different strategic time horizon.\n- **Apply**: Classify your technology's layer and match strategy to its time horizon and dynamics — iterate fast on products, invest long-term on foundational, think in decades for supercycle catalysts.\n- **Key Q**: \"Which technology layer am I on — and does my strategy match that layer's time horizon and dynamics?\"\n\n**69. AI Supercycle Three-Phase Model**\nA model of AI's economic transformation across three phases — AI Eating the Web, Industry Restructuring, and AI-Native Economic Models — currently transitioning from Phase 1 to Phase 2.\n- **Apply**: Identify your industry's phase, adapt immediately if you're in Phase 1, prepare now if Phase 2 is approaching, explore AI-native models for Phase 3, and never assume your industry is immune.\n- **Key Q**: \"Which phase of the AI supercycle is my industry in — and am I positioned for the next phase?\"\n\n**70. Business Model Innovation via Margin Conflict**\nUsing different margin structures as a weapon at the business-model level — designing a business structurally profitable at margins that would destroy the incumbent's economics, forcing an impossible choice.\n- **Apply**: Analyze incumbent margin requirements, design your model to profit at margins catastrophic for them, identify the structural advantage enabling it (AI automation, zero marginal cost), enter, and build moats during the response window.\n- **Key Q**: \"Can I design a model profitable at margins that force the incumbent to cannibalize its own business?\"\n\n**71. Dogfooding Framework**\nA four-stage validation framework — Internal Adoption, Pain Recognition, Solution Validation, External Validation — preventing products that pass theoretical tests but fail practical ones.\n- **Apply**: Require the team to use the product for real work daily, systematically document friction, validate that internal fixes solve external problems, launch only when internal usage is genuinely productive, and never stop dogfooding.\n- **Key Q**: \"Am I truly using my own product for real work — and are the pain points relevant to external customers?\"\n\n**72. AI Implementation Pyramid (4-Tier)**\nA resource-allocation framework for AI adoption — Tier 1 Productivity Tools (~70%), Tier 2 Workflow Automation (~15%), Tier 3 Strategic Advantages (~10%), Tier 4 R&D Bets (~5%).\n- **Apply**: Audit AI spending against the ratio, put the bulk into immediate productivity wins, automate a few workflow segments, build one defensible strategic advantage, allocate a small speculative budget, and promote successes upward.\n- **Key Q**: \"Is my AI investment pyramid balanced — or am I over-investing in speculative AI while neglecting the base?\"\n\n\n### IX. DECISION-MAKING & OPTIMIZATION\n\n**73. Asymmetric Betting Matrix**\nA portfolio approach to strategic bets by position size and return — Micro (0.1-1%, 1000x+), Small (1-2%, 100-1000x), Medium (2-5%, 10-100x), Core (5-10%, 3-10x) — where the portfolio is the strategy.\n- **Apply**: Classify each bet by size and realistic return, balance the portfolio, make many fast micro bets and kill losers, deepen conviction on core bets, and rebalance by promoting winners and cutting non-performers.\n- **Key Q**: \"Is my strategic portfolio balanced across bet sizes — or over-concentrated in high-risk or low-return positions?\"\n\n**74. Impact-Reversibility Matrix**\nMapping decisions on Impact vs Reversibility into four quadrants — Strategic Deliberation, Smart Experimentation, Careful Consideration, Rapid Iteration — so deliberation matches the stakes.\n- **Apply**: Rate a decision's impact and reversibility, plot it, and match rigor and speed to the quadrant; the meta-skill is correctly assessing which quadrant a decision belongs in.\n- **Key Q**: \"Am I giving this decision the right amount of deliberation for its actual impact and reversibility?\"\n\n**75. Act vs Wait Mental Model**\nThe fundamental choice between committing resources (Act) and preserving optionality (Wait), calibrated by whether the cost of delay exceeds the value of additional information.\n- **Apply**: Assess the cost of waiting one more cycle and whether waiting yields meaningful new information; act if delay costs more than it teaches, wait if it teaches more, and check for compounding advantages and optionality value.\n- **Key Q**: \"Does the cost of delay exceed the value of waiting — or is optionality worth more than early commitment?\"\n\n**76. Bounded Rationality**\nThe recognition (from Herbert Simon) that humans satisfice rather than optimize, shaped by information limits, cognitive constraints, time pressure, and choice architecture.\n- **Apply**: Model customer, competitor, and stakeholder behavior for how people actually decide (limited info, heuristics), simplify choices, structure the environment to make the right option easiest, and use frameworks to counter your own limits.\n- **Key Q**: \"Am I designing for how people actually decide — or how I assume rational actors should decide?\"\n\n**77. Less-is-More Heuristic**\nThe counterintuitive principle that beyond a threshold, more information degrades decisions — creating noise, false patterns, paralysis, and overconfidence — making filtering a strategic capability.\n- **Apply**: Before gathering more data, ask if it will change the decision; if not, stop and decide; identify the 3-5 data points that actually drive the decision, set time limits, and reserve deep analysis for high-impact, low-reversibility calls.\n- **Key Q**: \"Am I gathering more information because it will improve the decision — or because it feels safer than deciding?\"\n\n**78. Ecological Rationality**\nThe principle that there's no universally best strategy — only strategies suited to specific environments — so the BE seeks environment-practice fit, not \"best practices.\"\n- **Apply**: Characterize your environment (fast/slow, fragmented/consolidated, regulated/unregulated), assess a strategy's original environment, import only if conditions match, and maintain a repertoire to switch as the environment changes.\n- **Key Q**: \"Is this strategy suited to my specific environment — or am I importing what worked elsewhere under other conditions?\"\n\n**79. Contradiction Reading**\nTreating decisions that violate stated principles not as hypocrisy but as evidence of a hidden structural driver operating above individual choice.\n- **Apply**: Observe an action contradicting stated principles, hypothesize the structural force that would make it rational, test whether that driver explains other contradictions, and use it to predict future actions.\n- **Key Q**: \"What structural driver is powerful enough to override this actor's stated principles — and what else does it predict?\"\n\n**80. Existential Imperative Test**\nThe diagnostic question behind seemingly irrational actions — \"What catastrophe happens if they don't do this?\" — which reveals a survival-level threat visible to the decision-maker but invisible to observers.\n- **Apply**: For a puzzling decision, ask what catastrophe it prevents, generate threat hypotheses, test whether the threat explains other actions, and use the identified imperative predictively — it's the most reliable behavior predictor.\n- **Key Q**: \"What catastrophe are they trying to prevent — and does that threat explain everything else they're doing?\"\n\n\n### X. ORGANIZATIONAL DESIGN & AI ADOPTION\n\n**81. AI-Native Organizational Archetypes**\nFour AI-era structures — Two-Layer Revolution, Trust Network, Slime Mold Organization, and Micro-Empire — where structure determines strategy by constraining what's available.\n- **Apply**: Assess your closest archetype and the one that best fits your environment, choose or transition toward the target, and check whether your structure enables or constrains your strategy.\n- **Key Q**: \"Which organizational archetype fits my strategy and environment — and is my structure enabling or constraining me?\"\n\n**82. Super Individual Contributor**\nA new role combining deep expertise with strategic thinking, where one AI-augmented person produces the output of a small team across creation, analysis, strategy, and execution.\n- **Apply**: Identify individuals combining deep expertise with strategic thinking, equip them with amplifying AI tools, remove barriers forcing specialization or management, measure by output and value, and restructure compensation accordingly.\n- **Key Q**: \"Am I creating conditions for Super ICs to emerge — or forcing everyone into traditional roles?\"\n\n**83. Permanent Beta Organization**\nAn organizational philosophy treating change as the default state — every process, structure, and strategy provisional and continuously evolved — rather than alternating stability with disruptive reorgs.\n- **Apply**: Audit which structures are treated as permanent, question each, institute regular adaptation rituals, reward people who improve outdated processes, keep minimum viable structure, and accept never being fully \"done.\"\n- **Key Q**: \"Is my organization built for continuous adaptation — or alternating between rigidity and disruptive reorganization?\"\n\n**84. FRED Test**\nAn enterprise AI-readiness reality check across four dimensions — Foundational Readiness, Resource Allocation, Executive Alignment, and Deployment Capability — distinguishing genuine readiness from AI theater.\n- **Apply**: Rate the organization on each dimension, be honest about data infrastructure, real resources, leadership's willingness to restructure, and POC-to-production capability; if any dimension scores below 4, fix it before investing further.\n- **Key Q**: \"Is my organization genuinely ready for AI transformation — or are we investing in AI theater?\"\n\n**85. AI Discernment Framework**\nEvaluating AI capabilities versus limitations in specific business contexts to prevent both over-reliance (using it where it fails) and under-utilization (not using it where it excels).\n- **Apply**: For a proposed AI application, assess what it can reliably do, map where it fails and the cost of failure, calibrate risk, deploy where capabilities are strong and failure costs manageable, keep human oversight elsewhere, and reassess often.\n- **Key Q**: \"Where does AI genuinely excel in my context, where does it fail, and what is the cost of getting it wrong?\"\n\n**86. Dual-Engine Framework**\nRunning core business optimization (Engine 1) and AI transformation (Engine 2) as parallel operations with dedicated resources, separate metrics, and clear interfaces — because transformation inside the core structure fails.\n- **Apply**: Separate the two engines organizationally, give each dedicated resources and distinct metrics, design the value-transfer interface, protect Engine 2 from Engine 1's short-term pressures, and plan an eventual convergence.\n- **Key Q**: \"Am I running core optimization and AI transformation as parallel engines — or expecting the core to transform itself?\"\n\n**87. Productivity Spectrum**\nA framework for how AI expands individual capability beyond speed — enabling one person to perform at team-level competencies across strategy, execution, analysis, design, and communication.\n- **Apply**: Audit where individuals are limited by specialization, deploy AI tools that expand capability range, measure capability expansion (not just speed), redesign roles and teams around fewer more-capable people, and rethink compensation.\n- **Key Q**: \"Am I measuring AI productivity only as speed — or capturing the full capability expansion it enables?\"\n\n**88. Stupid-Out Matrix**\nA team-building framework filtering people on Capability and Adaptability into four quadrants — Stars, Specialists, Potential, and Exit — weighting adaptability more heavily because the work changes continuously.\n- **Apply**: Map your team on both dimensions, invest heavily in Stars, develop Specialists' adaptability, accelerate Potential with mentors and AI, have honest conversations in the Exit zone, and weight adaptability in hiring.\n- **Key Q**: \"Am I building my team for the work that exists today — or the work that will exist tomorrow?\"\n\n\n### XI. MARKET & INDUSTRY ANALYSIS\n\n**89. Incumbent Vulnerability Analysis**\nA systematic framework for finding where incumbents are exposed across dimensions — market-position complacency, technology debt, organizational rigidity, margin dependency, and customer dissatisfaction.\n- **Apply**: Score each dimension on observable evidence (complacency, legacy constraints, adaptability, margin traps, genuine vs captive loyalty); the highest-scoring dimensions are the attack surfaces.\n- **Key Q**: \"Where is this incumbent most structurally vulnerable — and is it in a dimension I can exploit?\"\n\n**90. Market Structure Dynamics**\nA framework for how markets evolve — Fragmented → Consolidating → Oligopoly → Monopoly/Dominant — where understanding the transition drivers matters more than the current state alone.\n- **Apply**: Classify the current state, identify the forces pushing toward the next, and match strategy to both the state and its direction (seek scale, build moats, dominate or find the ignored niche), watching for disruption that resets to fragmented.\n- **Key Q**: \"What market structure state am I in, where is it heading, and is my strategy aligned with the transition?\"\n\n**91. Capital Asymmetry of AI**\nA framework for how AI investment concentrates in a few hyperscalers, creating a structural divide, and how smaller players can compete despite it via specialization, efficiency, niche focus, or leverage.\n- **Apply**: Map who spends how much where, assess your position, and if smaller, don't fight head-on on compute — compete on specialization, efficiency, niche focus, or hyperscaler leverage; monitor dependency and asymmetry-shifting breakthroughs.\n- **Key Q**: \"How can I compete in AI without hyperscaler capital — and what strategy fits my actual resource position?\"\n\n**92. AI Bubble vs Supercycle**\nA diagnostic separating short-term hype (bubble) from long-term transformation (supercycle), recognizing the same asset can be both — overpriced short term yet transformational long term (timing vs thesis).\n- **Apply**: Check for bubble indicators (speculative capital, unrealistic valuations, thin adoption) and supercycle indicators (infrastructure, adoption, productivity gains), position for both — surviving the correction while capturing the transformation.\n- **Key Q**: \"Is this a bubble play or a supercycle play — and am I positioned to survive the correction and capture the transformation?\"\n\n**93. Technology Supercycle**\nA historical framework for 30-50 year transformation waves (electricity, automobile, internet, mobile) following invention → speculation → correction → infrastructure → mass adoption → restructuring → new paradigm.\n- **Apply**: Study previous supercycles, map where AI sits in the pattern, learn who won and lost at that stage, position for the infrastructure phase, and don't mistake the correction for the end of the supercycle.\n- **Key Q**: \"Where is AI in the supercycle pattern — and what does history say happens next?\"\n\n**94. Negotiation Leverage Matrix**\nA framework for identifying and deploying leverage across five sources — BATNA, Information Asymmetry, Time Pressure, Relationship Capital, and Structural Position — mapping the true power balance before negotiating.\n- **Apply**: Map all five sources for both sides before negotiating, strengthen your BATNA, exploit information asymmetries, conceal your own time pressure, leverage relationship capital carefully, and deploy structural position deliberately.\n- **Key Q**: \"Where does the real leverage sit in this negotiation — and have I strengthened all five sources before entering?\"\n\n**95. Comparable Company Analysis**\nEvaluating businesses against peers not just financially but structurally, strategically, and positionally — revealing whether a company is genuinely comparable or structurally different in ways financials can't capture.\n- **Apply**: Define a genuine peer set, compare financials, moat and flywheel maturity, strategic archetype and layer, and market-position trajectory; the divergences (comparable financials, divergent structure) are the insight.\n- **Key Q**: \"Is this company truly comparable to its peers — or do structural differences make the financial comparison misleading?\"\n\n\n### XII. DISTRIBUTION & VISIBILITY\n\n**96. Agentic Web Visibility Playbook**\nA framework for maintaining visibility when AI agents, not humans, mediate discovery and commerce — requiring strategies designed for agent cognition (structured data, protocols, authority signals, machine-readable value).\n- **Apply**: Audit whether your visibility targets humans or agents, implement structured data and APIs agents can parse, ensure protocol compliance, build authority signals, express value in machine-readable formats, and monitor agent-mediated traffic.\n- **Key Q**: \"Is my visibility strategy designed for AI agents as well as humans — or am I invisible to agentic discovery?\"\n\n**97. Digital Distribution Layers**\nA framework mapping content and product flow through three layers — Platform, Algorithmic, and Direct — each with different control, scalability, and vulnerability, where over-dependence on any single layer is a risk.\n- **Apply**: Map the share of distribution through each layer, assess vulnerability to rule changes, maintain platform and algorithmic presence without depending on them, invest heavily in the direct layer (target 30%+), and diversify across all three.\n- **Key Q**: \"How much of my distribution do I actually control — and what happens if platforms or algorithms change the rules?\"\n\n**98. Brand Authority in AI Agent Age**\nA framework for why brand becomes more critical when AI agents make decisions — agents use brand authority as a trust signal, and humans use brand familiarity to validate agent recommendations.\n- **Apply**: Assess whether your brand is strong enough to serve as an agent trust signal, map how agents perceive and rank you, invest in the brand-agent feedback loop, and build authority signals agents recognize — brand is now agentic-web infrastructure.\n- **Key Q**: \"Is my brand strong enough to serve as a trust signal for AI agents — or will agent-mediated discovery erase me?\"\n\n**99. AI Search Paradigm Shift**\nThe transformation from Crawl-Index-Rank to Retrieve-Memory-Reason, where AI retrieves from multiple sources, keeps contextual memory, and reasons about answers instead of listing links — rewriting 25 years of discoverability rules.\n- **Apply**: Audit whether content is keyword-optimized (old) or citation-worthy (new), invest in comprehensive authoritative content and structured data, accept that clicks may never happen, monitor AI citations, and adapt now.\n- **Key Q**: \"Is my content built for Crawl-Index-Rank or Retrieve-Memory-Reason — and am I adapting fast enough?\"\n\n**100. Bullseye Framework**\nA method (from Weinberg and Mares' Traction) for finding the single best distribution channel — brainstorm all channels, rank, test the top 3 cheaply, identify the Bullseye, and double down.\n- **Apply**: List all possible channels, rank by fit for your specific business, test the top 3 with cheap fast experiments, identify the best-performing Bullseye, concentrate resources to dominate it, and revisit quarterly.\n- **Key Q**: \"Have I found my Bullseye channel — or am I spreading across too many and dominating none?\"\n\n\n### XIII. LEADER MENTAL MODELS\n\n**101. Antifragility (Taleb)**\nThe principle that some systems gain from disorder — distinguishing Fragile (breaks), Robust (resists), and Antifragile (strengthens from stress) — where the goal is antifragility, not mere resilience.\n- **Apply**: Assess whether your system is fragile, robust, or antifragile, eliminate single points of failure, build optionality with many small bets, expose the system to small survivable stresses, and apply a barbell (80-90% safe, 10-20% extreme upside).\n- **Key Q**: \"Does my system get stronger from stress — or am I one shock away from breaking?\"\n\n**102. Day 1 Mentality (Bezos)**\nBezos's philosophy that every day must feel like Day 1 — urgency, customer obsession, experimentation, and resistance to calcification — because Day 2 is \"stasis, followed by irrelevance... followed by death.\"\n- **Apply**: Diagnose Day 1 vs Day 2 symptoms (slow decisions, process worship, customer as abstraction), re-center on customer obsession, adopt the 70% decision rule, reward experimentation, and attack process that has become a proxy for outcomes.\n- **Key Q**: \"Are we on Day 1 or Day 2 — and what specific symptoms indicate which?\"\n\n**103. First Principles (Musk)**\nReasoning from fundamental truths rather than analogy — breaking problems to base physical or logical truths and rebuilding up — applied selectively to the most important strategic decisions.\n- **Apply**: Select a stalled strategic problem, list every embedded assumption, keep only fundamental truths and discard convention, rebuild the solution from base truths, and reserve this expensive method for high-payoff decisions.\n- **Key Q**: \"Which assumptions am I treating as fixed that are actually just convention?\"\n\n**104. Value Investing (Buffett)**\nBuffett's philosophy of seeking assets priced below intrinsic value due to sentiment or mispricing — applied beyond finance to undervalued talent, niches, technologies, and dismissed-but-sound strategies.\n- **Apply**: Develop an independent intrinsic-value assessment, demand a margin of safety, stay within your circle of competence, be patient through short-term volatility while the thesis holds, and buy when others are fearful.\n- **Key Q**: \"Is this opportunity priced below intrinsic value — and do I have the patience for convergence?\"\n\n**105. Moonshot Thinking (Page)**\nPage's philosophy of pursuing 10x rather than 10% improvements — often easier because 10x forces reinvention rather than optimization of the existing system.\n- **Apply**: Take a stalled challenge, restate the goal as 10x, notice how it invalidates current approaches, generate approaches that only work at 10x, evaluate which might work, and apply selectively to the highest-leverage problems.\n- **Key Q**: \"If I needed 10x improvement instead of 10%, what approach would I take — and why am I not taking it?\"\n\n**106. Zero to One (Thiel)**\nThiel's distinction between creating something new (0 to 1, vertical) and copying what works (1 to n, horizontal) — finding a secret others disagree with and building a monopoly around it.\n- **Apply**: Ask whether you're creating or redistributing value, identify your secret, test it against smart people's disagreement, build a monopoly by dominating a small market completely, and avoid direct competition.\n- **Key Q**: \"Am I creating genuinely new value (0 to 1) or competing for existing value (1 to n) — and what is my secret?\"\n\n**107. Blitzscaling (Hoffman)**\nHoffman's framework for prioritizing speed over efficiency under uncertainty when network effects create winner-take-all dynamics — correct in WTA markets, catastrophic without them.\n- **Apply**: First verify WTA conditions; if absent, don't blitzscale; if present, assess the competitive window, prioritize speed and accept inefficiency during it, measure share gains versus competitors, and set exit conditions to shift back to efficiency.\n- **Key Q**: \"Does this market have winner-take-all dynamics that justify speed over efficiency — or am I just burning capital?\"\n\n**108. Move Fast (Zuckerberg)**\nZuckerberg's philosophy (evolved from \"Move Fast and Break Things\" to \"with Stable Infrastructure\") that iteration speed is the primary competitive advantage — applied as a stage-dependent principle.\n- **Apply**: Measure your idea-to-shipped-to-measured cycle, eliminate the bottleneck, prioritize speed ruthlessly early, add quality guardrails in growth and stability at scale, build a speed culture, and treat any drop in speed as a crisis.\n- **Key Q**: \"How fast am I iterating — and what is the bottleneck preventing me from iterating faster?\"\n\n**109. Simplicity (Jobs)**\nJobs's philosophy that simplicity is the destination reached only after understanding a problem deeply enough to strip away everything non-essential — complexity signals incomplete thinking.\n- **Apply**: Repeatedly ask what can be removed without losing value and remove it, test whether a newcomer understands without explanation, identify the ONE thing it must do brilliantly, resist adding, and treat simplicity as a competitive advantage.\n- **Key Q**: \"What can I remove without losing value — and have I understood this deeply enough to make it simple?\"\n\n**110. Customer Obsession (Bezos/Wilke)**\nThe operating principle that every decision begins and ends with the customer — obsession, where the customer is the gravitational center, not merely focus — used as the ultimate strategic tiebreaker.\n- **Apply**: Start every initiative with the customer's need, work backward from the ideal experience, optimize for long-term customer value, elevate customer signals as the most visible metrics, ignore competitors as the primary reference, and when torn, choose what's better for the customer.\n- **Key Q**: \"Am I starting with the customer's need and working backward — or starting with my capabilities and hoping?\"\n\n\n### XIV. CAPITAL CYCLES & FINANCING STRUCTURE\n*Compressed register: essence and the question. These families were minted print by print; the Practice Layer (Part VIII) holds the instruments that run them.*\n\n**111. Revenue vs Depreciation, Not Revenue vs Capex**\nComparing a buildout's annual revenue to its annual capex is a category error — capex buys an asset that produces revenue for years; revenue is a 12-month flow. No infrastructure build in history survives that ratio. The correct income-statement test is revenue against DEPRECIATION, which arrives on a fixed schedule regardless of whether revenue does.\n- **Key Q**: \"Is revenue covering the depreciation of what's already built — and is it growing faster than the depreciation wave that's coming?\"\n\n**112. The Hurdle Is Arithmetic**\nThe revenue a capital program requires is not an opinion: required revenue = capital deployed x (1/asset life + required return) / gross margin. Derive it, publish the sensitivity (asset life and gross margin are the highest-leverage variables), and state the vintage of every external estimate you compare against.\n- **Key Q**: \"What revenue does the deployed capital arithmetically require — and what fraction of it exists today?\"\n\n**113. Allocation Becomes Obligation**\nA program funded from operating cash flow can be slowed at will; one funded by debt, leases, and external capital has counterparties, covenants, and maturities. When the CHARACTER of the money changes, a capital allocation decision becomes a credit cycle — even if nothing about the companies changed.\n- **Key Q**: \"Has the funding character changed from discretionary allocation to third-party obligation — and did anyone re-rate the risk when it did?\"\n\n**114. Absorption Capacity**\nFinancing strain in a shared buildout is company-specific, not sector-wide. Each participant's position on the financial clock is set by its capital intensity (capex as a share of revenue and of operating cash flow) — one company self-funds with room while another cracks on the same build.\n- **Key Q**: \"What is this company's capital intensity — and where does that place it on the clock relative to peers running the same build?\"\n\n**115. Operating Absorption Is Not Cash Absorption**\nThe income statement and the cash statement are two different tests and can give opposite answers inside one company: margins expanding while free cash flow goes negative. Run both. Strength on the operating line financed on the cash line is stretch from strength — a placement decision, not distress — but it is still stretch.\n- **Key Q**: \"Does the operating answer match the cash answer — and if not, which one is the market pricing?\"\n\n**116. Net Income Has Two Engines**\nReported net income mixes the operating engine with revaluation marks, equity gains, and other income. The operating line is the repeatable read; the marks are the headline risk. Strip the marks first in every print — especially when cross-holdings mean one relationship generates investment, commitment, and mark simultaneously.\n- **Key Q**: \"How much of the bottom line is the operating engine — and how much is a mark that can reverse?\"\n\n**117. Expensed vs Capitalized (The Control Group)**\nIn any buildout, study the major player that opted out: it expenses what others capitalize, rents the input, and keeps the endpoint. No depreciation cliff, no stranded assets, no financial clock — the risk migrates into a contract instead of a balance sheet, and comes due later. The opt-out is the counterfactual that prices what building actually buys.\n- **Key Q**: \"What does the non-builder's position reveal about what the builders are paying for — and where did its risk go instead?\"\n\n**118. Pre-Funding Makes the Near Term Sticky**\nCapital already raised will be spent: bonds sold and facilities syndicated don't get cancelled with the plans they funded. Near-term capex is therefore sticky regardless of demand news — the real adjustment mechanism is NEXT year's guidance, which reveals a change of mind a full year before it appears in anyone's cash flow.\n- **Key Q**: \"Is this period's spend already funded and sticky — and am I watching guidance, where the actual decision will show first?\"\n\n**119. Deferral vs Transfer**\nOff-balance-sheet obligations are not one thing: some are deferred (they land on the balance sheet eventually) and some are transferred (they never arrive — the risk lives in a vehicle, guarantee, or counterparty). Risk-weight them differently or the analysis destroys its own signal.\n- **Key Q**: \"Does this obligation eventually arrive on the balance sheet — or has the risk been moved somewhere it will never be consolidated?\"\n\n**120. The Marginal Channel**\nThe stock of financing tells you where a program has been; the marginal dollar tells you where it's going. The most diagnostic gauge in any financing analysis is whether the NEXT dollar is funded the same way as the last — off-book growth outpacing capex growth means the structure is changing at the margin even while the averages look sound.\n- **Key Q**: \"How is the marginal dollar financed — and is that different from how the average dollar was?\"\n\n**121. The Credit Floor**\nEngineered financing structures work exactly as far down the credit ladder as investment grade reaches — and the boundary is observable: the deal that fails to place marks the floor's coordinates. Watch whether the structure stops at the floor or starts manufacturing credit quality synthetically (guarantees, wrappers) to extend below it.\n- **Key Q**: \"Where does investment grade end in this structure — and is anything being built to pretend it extends further?\"\n\n**122. The Amplifier, Not the Bubble**\nFinancing fragility alone rarely produces a systemic break — stress every financing gauge and the composite still tops out below pre-break. The remaining distance is always the demand question. Financing structures are not the bubble; they are the amplifier a bubble would run through, and the honest instrument measures how much amplification has been installed.\n- **Key Q**: \"Am I measuring the probability of the shock — or the amplification installed for whenever the shock arrives?\"\n\n\n### XV. CONTAGION, INCIDENCE & JOINTS\n*Compressed register: essence and the question. These families were minted print by print; the Practice Layer (Part VIII) holds the instruments that run them.*\n\n**123. The Layer Map Is Not the Credit Map**\nValue capture runs horizontally through an industry's layers; contagion runs vertically through the financing stack — different geometries over the same companies. A default doesn't propagate to the adjacent layer; it goes to whoever lent against it, whoever bought that paper, whoever holds the fund. Risk sits at the JOINTS between layers, not at a layer.\n- **Key Q**: \"Am I mapping where value lands or where losses travel — and have I located the joints where the two maps touch?\"\n\n**124. It Breaks Upward**\nBuildouts fail bottom-up: nothing fails at the strongest participant and cascades down — it fails at the weakest counterparty and travels UP through the lenders. Watching the top of the structure for the first crack is watching the wrong end. Early, small failures are cheap information: the structure disclosing its boundary while tuition is low.\n- **Key Q**: \"Where is the weakest counterparty in this structure — and what would its failure teach before anything expensive breaks?\"\n\n**125. The Sequencing Bet**\nEvery leveraged buildout is a race between two calendars: when monetization must be demonstrated (the income statement) and when the debt must be refinanced (the maturity schedule). If the income statement answers before the maturity schedule asks, the refinancing wall never materializes — it was made of doubt, not arithmetic. If it disappoints, both failures arrive as one, through two channels.\n- **Key Q**: \"Which comes first here — the proof of monetization or the refinancing requirement — and what happens in each order?\"\n\n**126. The Wrapper Trade**\nA guarantee converts the guarantor's credit into a derivative on the counterparty's. When a strong balance sheet backstops a weak counterparty's obligations, the market reprices the GUARANTOR on the counterparty's news — and a supplier guaranteeing its own customer's purchases has built circular exposure the layer map cannot show.\n- **Key Q**: \"Whose credit is actually being traded here — the issuer's, or the entity whose obligations it wrapped?\"\n\n**127. Downstream Incidence (The Bill for the Build)**\nA buildout's cost lands outside the builders too: wherever the bottleneck's inputs are shared, non-participants pay through input inflation, allocation loss, or channel taxes. Trace the incidence — the P&L of a company that builds nothing can be the cleanest read on how tight the build's constraint really is.\n- **Key Q**: \"Who is paying for this buildout without participating in it — and through which shared input does the bill arrive?\"\n\n**128. Price Is Not Capacity**\nWhen a constrained input inflates, a share of the headline investment number is a TRANSFER to the input's suppliers rather than an addition to capacity. Decompose spending growth into price and volume before reading it as expansion — one dollar in several may be paying more for the same thing.\n- **Key Q**: \"How much of this spending growth buys additional capacity — and how much just pays the new price of the old capacity?\"\n\n**129. Toll Booths vs Tourists**\nOn any structurally constrained road, distinguish the toll booths (positions that price and ration the constraint — monopolies by physics or contract) from the tourists (positions that merely travel the road and pay). Watch for the sequel: the endpoint owner internalizes its most valuable tourist — integration converts a customer into a competitor.\n- **Key Q**: \"Does this company price the constraint or pay it — and can anyone upstream or downstream internalize its position?\"\n\n**130. The Rotating Bottleneck**\nIn a multi-input system, the binding constraint migrates as each is relieved — and late in a cycle two can bind at once. The current bottleneck sets today's pricing power; the NEXT bottleneck sets tomorrow's. Track the rotation, not the snapshot, and note that financing itself can join the rotation as a constraint.\n- **Key Q**: \"What binds today, what binds next — and is more than one constraint binding at once?\"\n\n\n### XVI. CLOCKS, MAPS & DEPENDENCY\n*Compressed register: essence and the question. These families were minted print by print; the Practice Layer (Part VIII) holds the instruments that run them.*\n\n**131. The Four Clocks**\nAny technology buildout runs on unsynchronized clocks: PHYSICAL (years — committed capacity that cannot un-decide), FINANCIAL (quarters — engineered credit), EFFICIENCY (fastest — software absorbing physical constraint), ADOPTION (demand-side telemetry). Most cycle narratives fail by reading one clock as if it were the system. See Model 139 for the fifth.\n- **Key Q**: \"Which clock is this datapoint on — and which clock is the argument I'm evaluating secretly assuming?\"\n\n**132. Demand Has a Shape, Not Just a Size**\nSupply commits on long clocks against demand that moves on short ones — in SIZE (the macro cycle) and in SHAPE (where demand concentrates across the map). Every node's price is a bet that today's demand shape survives that node's build time; when the shape shifts, committed supply can't adjust, so price adjusts — locally and violently.\n- **Key Q**: \"If demand keeps its size but changes its shape, which committed positions are stranded — and which quietly become the destination?\"\n\n**133. Split by Clock, Not by Category**\nDecompose any capital program by asset LIFE, not by line item: the short-lived share (fast-depreciating, hard to appraise, hostage to the next generation) and the long-lived share (appraisable, re-tenantable, financeable). The two halves of the same dollar have opposite exposures to the same event — and financing instruments built for one are routinely written against the other.\n- **Key Q**: \"How does this spending split by asset clock — and is the financing matched to the clock it's actually secured against?\"\n\n**134. Efficiency Expands the Market (The Efficiency Paradox)**\nWhen a technology's unit cost collapses, total spend usually RISES — cheaper units expand use cases faster than they cut bills. But the same event is lethal to the SPECIFIC asset vintage it obsoletes: efficiency is bullish for the category and bearish for the collateral. Both are true at once.\n- **Key Q**: \"Does this efficiency gain shrink the market or expand it — and which specific installed assets does it reprice on the way?\"\n\n**135. Own the Junctions, Rent the Ends (The Property Line)**\nIn any stack, the ends commoditize and the junctions compound: models, tools, and capacity can be rented and swapped, but the routing points where private rules, data, and decisions are encoded should be owned. The most expensive position is the middle — renting everything while owning nothing that compounds.\n- **Key Q**: \"Of everything this system touches, what compounds — and does it compound on my side of the property line or the vendor's?\"\n\n**136. Clear Title (KEPT / PARTIAL / CAPTURED)**\nFor any dependency, grade each compounding artifact by its exit cost: KEPT (exit is a config change), PARTIAL (exit is a project), CAPTURED (exit is a rebuild — and rebuilds are where exit plans go to die). The closing question of any vendor engagement: after it ends, does the enterprise hold clear title to what compounds?\n- **Key Q**: \"If this engagement ended tomorrow, what would exit actually cost, artifact by artifact — a config change, a project, or a rebuild?\"\n\n\n### XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER\n\n**137. Node-by-Node Correction**\nA technology buildout is a stack of coupled but unsynchronized S-curves. It does not correct as one market; it corrects node by node, in localized drawdowns that are each diagnostic of which position was stretched against which bottleneck. \"Is it a bubble?\" is a malformed question because a bubble presupposes one market. Keep a drawdown ledger: where, when, which species.\n- **Key Q**: \"Which node just repriced, what was it stretched against, and what does that drawdown teach about the map?\"\n\n**138. Two Species of Drawdown**\nLocalized corrections come in two kinds: supply-constraint repricing (the durability of a physical bottleneck shifts) and financial-absorption repricing (financing outruns what credit will carry). Geopolitics is the shock generator for either. Each node builds its own leverage during its steep segment, which converts a repricing into a crash. Equity violence at a node means duration was repriced, not that the economics broke.\n- **Key Q**: \"Was this a repricing of the bottleneck's durability or of the financing's capacity, and which leverage structure turned it into a crash?\"\n\n**139. The Fifth Clock (Return-Insensitive Demand)**\nBeside physical, financial, efficiency, and adoption runs a political clock immune to the return signal: sovereign programs, defense, industrial subsidy, export-control-driven state buildout. Sort past buildouts by outcome and the survivors had a state anchor; the capital-destroyers were purely private. The anchor firms the floor and widens the waste inside it. Do not lower the hurdle for it; split it.\n- **Key Q**: \"How much of this demand never had to clear a return, and does that set a floor or just fund the malinvestment?\"\n\n**140. The Cascade Is the Rotation**\nThe bottleneck thesis and techno-geopolitics are one mechanism at two speeds. Whatever binds, earns; whoever solves the bind, rises. Innovation cascades become industrial systems, industrial systems become power systems, power systems become world orders. Read the rotation of the binding constraint as the map of who is gaining power, not only who is earning margin.\n- **Key Q**: \"Who is positioned to relieve the current bind, and what power does that hand them once they do?\"\n\n**141. Sited, Standardised, Chokeable (The Junction Rule)**\nA single technology makes an industry; intersecting technologies make a map. A technology becomes geopolitical when it passes three tests: sited (its physical layer sits somewhere specific), standardised (a gauge or protocol decides who can connect), and chokeable (a small number of points can stop it). Then ask which power form it favours and what it does to war.\n- **Key Q**: \"Is this technology sited, standardised, and chokeable, and at which junction with other technologies does it become a map?\"\n\n**142. The Independence Swap**\nNew technology arrives as freedom (from the old constraint) and invoices later as dependency (on the new one). Because the freedom is felt first and the dependency later, the swap is systematically underpriced at adoption. Treat every liberation as a conservation law: the constraint moved; it did not disappear.\n- **Key Q**: \"What dependency is this independence going to invoice, and when does the bill arrive?\"\n\n**143. The Permission Layer**\nWhen the chokepoint is software or standards rather than territory, the border becomes programmable: an export control, a licence, a kill switch, a deemed-export rule. Private assets, public permissions. Map who can revoke, not only who owns.\n- **Key Q**: \"Who holds the permission this system runs on, and what does revocation look like in practice?\"\n\n**144. The Fence and the Tunnel**\nExport fences are tall where the frontier is and thin where trailing-edge tooling suffices. Layers made with trailing-edge equipment are the ones a fence protects least, so the tunnel appears under the fence's shortest section. Read the fence by its thinnest point, not its tallest.\n- **Key Q**: \"Where is this fence thinnest, and which layer is being tunnelled under it?\"\n\n**145. State Capital Does Not Under-Build**\nA toll rests on all capable producers under-building. When a state entrant's objective is share and sovereignty rather than return, the discipline is no longer universal. The historical rhyme: the incumbent that took the layer as a state-championed latecomer decades ago is now watching the same play aimed back at it. Near term the fence holds on physics; medium term the challenger attacks both pillars.\n- **Key Q**: \"Is every producer in this layer still disciplined by ROIC, or has a state actor changed the objective function?\"\n\n**146. The Toll-Booth State**\nA national economy can be functionally one layer of the stack: it collects that layer's rent in full and absorbs its shocks in full, with household leverage stacked on the national position. Its index is a real-time price of the layer. Read it as an instrument, and read its energy dependence as the short beneath the long.\n- **Key Q**: \"Which country is this layer, and what is stacked on top of that position?\"\n\n**147. Market Risk Becomes Counterparty Risk (The Wire)**\nTake-or-pay contracts with floors delete spot-price risk and replace it with buyer-credit risk. If the buyers are the debt-financed builders, the physical floor is contractually wired to the ceiling's credit. The wire is what gets priced when the ceiling wobbles. Deposits are demand collateralizing its own persistence.\n- **Key Q**: \"When this floor contracted away its price risk, whose credit did it accept instead?\"\n\n**148. Shape Cannot Be Contracted**\nA long-term agreement buys certainty of payment, not certainty of shape. Demand can keep its size and change where it concentrates across the map; committed supply cannot follow. Look for the clause that leaves new-product pricing \"to be negotiated\": that is the shape risk the contract could not remove.\n- **Key Q**: \"What does this contract fix, and what does it leave to move?\"\n\n**149. The Transmission Belt**\nA buildout's cost escapes the complex through shared inputs into consumer prices: a company that builds nothing raises prices because of the build, a central bank names the buildout in the same breath as war and tariffs, the curve steepens, and the build's own debt costs more. Capex as an inflation source is a loop, not a line.\n- **Key Q**: \"Through which shared input does this buildout reach a price a household pays, and how does that price come back as a cost of capital?\"\n\n**150. Same Tide, Different Beaches**\nOne efficiency event lands differently on different shores. Cheaper, open models raise total serving demand while redistributing it from concentrated blocks (frontier training) to a broader hierarchy (distributed serving, context stores). Ask which shore each supplier stands on before calling the tide bullish or bearish.\n- **Key Q**: \"Which shore does this company stand on when the tide comes in, and is the tide redistributing demand or removing it?\"\n\n**151. Demand Subtraction Wearing a Supply Costume**\nA challenger's vertical integration adds wafers and removes buyers at the same time. Watch the challenger's revenue share inside the incumbents' books: repatriated procurement is demand subtraction, even when it is reported as new supply.\n- **Key Q**: \"Is this new capacity adding to the market or removing a customer from it?\"\n\n**152. The Land–Sea Oscillation and the Blockade's Medium**\nJunction technologies decide whether power favours the maritime or the continental form, and each junction changes the medium a blockade runs through: sea lanes, then rail, then fuel, then chips, then compute. Mass returns when a cheap, producible unit can be made faster than an exquisite platform can be defended.\n- **Key Q**: \"Through which medium would a blockade of this system run, and does the current junction favour mass or exquisiteness?\"\n\n**153. The Three-Generation Lag and the Domestic Bill**\nA junction's power effects arrive roughly three generations after the technology, and the distributional politics arrive first at home: rate-payers, regional losers, and the commissions that get created to settle them. Any forecast that skips the domestic bill skips the politics that decide the timing.\n- **Key Q**: \"Who pays the domestic bill for this buildout, and what institution will be created to settle it?\"\n\n\n### XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK\n\n**154. Name the Seat First**\nA print is misread when its seat is wrong. Ten seats: builder · bystander (downstream input incidence) · distributor (discovery incidence) · control group (expensed, opted out) · supplier (paid by the build) · funder (supplies the build's capital) · integrator (floats the build's working capital) · value-capture pole (paid by the build, finances no floor) · rail (settlement the build cannot disintermediate) · taxed (attention the build summarizes). Each seat has its own tests; run the seat's tests, not the builder's.\n- **Key Q**: \"Which of the ten seats is this company in, and am I running that seat's test or someone else's?\"\n\n**155. The Value-Capture Pole (The Anti-Capex Node)**\nThe node that gets paid BY the build while financing none of the floor: capex near zero, off both physical and financial clocks, priced on outcomes rather than consumption. It is the ceiling made legible. Its whole risk collapses onto the multiple, because there is no long-lived asset to look through to.\n- **Key Q**: \"Does this company pay for the build or get paid by it, and if the latter, where does its risk live?\"\n\n**156. Proof of Concept, Not Reconciliation**\nOne node monetizing the ceiling at high margin proves the return exists; it does not scale to the capital. Hold both: the highest-quality single instance of return-side monetization and its size against the build. Refuse to let either clause delete the other.\n- **Key Q**: \"Is this return real, and is it remotely scaled to the capital it is supposed to justify?\"\n\n**157. Price Is the Whole Position**\nWhere there is no multi-year asset, the long-duration instrument is the terminal margin or the multiple, nothing else. A business can accelerate while its stock de-rates, because the discount rate moved and the business did not. Separate the two before writing a verdict.\n- **Key Q**: \"If this company has no asset to reprice, what is the tape actually repricing?\"\n\n**158. The Beat Raises the Hurdle**\nWhen a supplier's shipments accelerate, the end-customer revenue required to earn a return on those shipments rises with them. A record at the supply layer is evidence against the monetization case, not for it, until the demand side compounds at the required rate.\n- **Key Q**: \"How much new end-customer revenue does this beat now require, and is it appearing?\"\n\n**159. Stretch From Strength**\nA company can trigger every collapse condition (capex above operating cash flow, a return to the bond market) from operating strength. That is a placement decision, not distress, and it is still stretch. Grade the engine and the financing separately.\n- **Key Q**: \"Did the financing change because the engine weakened or because it chose to build faster than cash allowed?\"\n\n**160. The Related-Party Triple (The Circle)**\nOne counterparty relationship can generate an investment, a capacity commitment, and a revaluation mark at once. Supplier equity, supplier credit, and supplier guarantees flow out as customer revenue flows in. A valuation that counts the revenue and the mark values the same dollar twice. Trace the circle before reading either.\n- **Key Q**: \"How many effects does this one relationship produce in the accounts, and which of them are the same dollar?\"\n\n**161. The Levered Backer**\nWhen a holding company funds a build's first-loss equity by borrowing against its own marked-to-market stakes, the equity is debt, the collateral is marks, and the marks are the thing being bought. A fair-value trigger writes a margin call into the equity layer. The cushion everyone assumed absorbs the shock is wired to transmit it.\n- **Key Q**: \"Is the first-loss equity beneath this structure real equity, or borrowed against the asset it bought?\"\n\n**162. The Frozen Mark**\nA private stake carried at an unchanged valuation while every other input moves is a choice, not a measurement. The frozen mark postpones the read; it does not remove it. Note where the mark stands relative to the last transaction and what event forces it to move.\n- **Key Q**: \"Which mark in this book has not moved, and what would force it to?\"\n\n**163. Backlog as Payable (The Customer Is the Lender)**\nTwo operators can run the same build with opposite balance-sheet signs: one carries backlog as a receivable financed by debt, the other carries prepayments as deferred revenue and holds net cash. Strip the prepayments from operating cash flow before reading the engine. The pre-funded operator's risk is depreciation and concentration, not financing.\n- **Key Q**: \"Is this backlog a receivable I financed or a payable my customer prefunded, and which risk does that leave me holding?\"\n\n**164. Assembly Is Not Capture (The Integrator Floats the Timing Gap)**\nThe assembly point converts capital into racks at low margin, negative cash conversion, and rising trade credit extended to weaker tenants. The integrator carries the build's working capital on its own book, funded by dilution and debt. Trade-credit float is a financing channel the six gauges cannot see; inventory is the fastest collateral to reprice.\n- **Key Q**: \"Who is carrying the working capital of this build, and is it being extended as trade credit to counterparties the acid test never scores?\"\n\n**165. Tightness Rent vs Monopoly Rent (The Arms Dealer)**\nA supplier's margin can expand with the build because the input is tight, not because the position is a monopoly. Tightness rent is cyclical and competed; monopoly rent is structural. Separate them, and note when the anchor customer is also the biggest competitor.\n- **Key Q**: \"Is this margin a property of the constraint or of the position, and who else can supply once the constraint eases?\"\n\n**166. Incidence Runs Opposite at the Two Ends**\nThe same build costs the application layer (inference in cost of goods) and pays the physical supply layer (margin expanding with tightness). The middle pays both. Never read one end's incidence as the sign for the whole stack.\n- **Key Q**: \"At which end of the stack is this company, and does the build cost it or pay it?\"\n\n**167. The Vertical Wrapper (Paying to Enter the Build)**\nA designer that also operates the cloud and finances its own demand on one balance sheet can report core revenue that is partly a warrant add-back: equity given to customers, amortized as contra-revenue, then added back. Customers prepay and are paid in equity at once. The razor comes with equity.\n- **Key Q**: \"How much of this 'core' revenue is an add-back of equity handed to the customer?\"\n\n**168. The Sibling Engine (The Gravity Shift)**\nWhen a founder's second company out-earns the first and the first's reported profit is mostly a mark on the second, gravity has shifted inside the group. Read the profit source, the talent currency, and the capital priority as one system, and read the compute they share as the flywheel for both.\n- **Key Q**: \"Which entity in this group is now the engine, and which is being carried by a mark on it?\"\n\n**169. Capex Is a Placement Decision (The Six Tiers)**\nCapex only ever measured the part of a build a company chose to own. Obligations descend a ladder of visibility: capitalized · recorded as lease · signed-not-commenced · non-cancelable commitments · contingent guarantees · non-consolidated vehicle debt · someone else's capex. The footnote compounds faster than the capex line, and position on the ladder reveals rating headroom. Growth financed by moving down the ladder is the Descent; the ladder has a bottom where investment grade ends.\n- **Key Q**: \"On which rung of the ladder is the marginal dollar of this build being placed, and what does that rung confess about headroom?\"\n\n**170. The Rating Is the Collateral**\nAn isolation vehicle is a way to pledge a credit rating, not a way to finance a datacentre: the tenant's rating caps the vehicle's, the guarantee that keeps it off the books leaks through five seams, and a four-tenor mismatch (mini-perm, securitisation, hardware life, contract, institutional appetite) is bridged by a take-out assumption. The certainty gap (tenants need capacity certainty before signing; lenders need signed contracts before funding) is why private credit owns the cycle.\n- **Key Q**: \"Which rating is really being pledged here, through which seam would it leak, and who is assumed to take the paper out?\"\n\n**171. Efficiency Is Obsolescence From the Collateral Side**\nCheaper compute is good for the category and lethal to a vehicle collateralized on a specific facility, hardware generation, tenant, and term. The efficiency clock absorbs physical-clock damage and accelerates financial-clock damage. Sector good news is structure bad news.\n- **Key Q**: \"Which specific collateral does this efficiency gain reprice, and who is holding paper against it?\"\n\n**172. The Rack Ate a Layer (The Invisible Channels)**\nWhen the unit of sale moves from chip to rack, the fabric inside the rack disappears from merchant networking revenue. Internal silicon reroutes the accelerator dollar to foundry, packaging, and memory without appearing in any third-party line. Captive fabric appears in nobody's numbers. Merchant reads understate the build.\n- **Key Q**: \"Which channels of this build are invisible to the public numbers, and how much does that bias the read?\"\n\n**173. Collection Becomes Cash (The Second Climb)**\nThe inverse of allocation becoming obligation: a toll collector converts rent to net cash, de-levers, and starts a second climb into an adjacent layer on the strength of its base. Read the second climb as the toll's reinvestment, and read its dilution against per-share leverage.\n- **Key Q**: \"Where is this toll collector reinvesting its rent, and does the second climb compound the first or dilute it?\"\n\n\n### XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK\n\n**174. Software Acquires a Cost of Goods**\nInference makes zero marginal cost false. A build reaches the pure software layer through the income statement in real time: gross margin compresses as inference lands in cost of goods, operating margin compresses as the feature race lands in opex. This is the fifth incidence path and it finishes at the top of the stack. A first-party model is the cost-of-goods lever that turns it.\n- **Key Q**: \"Where in this software P&L is the inference bill landing, and what lever pulls the margin back?\"\n\n**175. The Discovery Tax (The Curse Is in the Funnel)**\nThe force that makes human data scarce and valuable also disintermediates the free top of the funnel that acquired the audience. Revenue is the trailing monetization of a channel now closing. Read the leading indicator (traffic, logged-in users, referral commentary), not the lagging one (revenue), and note that the two revenue lines can carry opposite exposures to the same force.\n- **Key Q**: \"Is this revenue being generated by the funnel or by squeezing a base the funnel stopped refilling?\"\n\n**176. Content Is Summarizable, Settlement Must Clear**\nThe agentic force disintermediates the attention web and cannot disintermediate the settlement web. An answer replaces a visit; a transaction still has to clear. Same force, opposite sign, and the sign is set by whether the asset is content or a rail.\n- **Key Q**: \"Can an agent satisfy this demand with a summary, or does something still have to clear?\"\n\n**177. Rent the Agent, Own the Rail (AGaaS)**\nThe routing-fabric doctrine ported to commerce and applications: agents are the interchangeable field; the catalog, the checkout, the protocol, and the capture are the owned junction. The same move at three sites: the settlement rail, the creation substrate, the semantic layer. Structured data is a preference moat when agents pick the machine-readable listing.\n- **Key Q**: \"Which agent-facing junction does this company own, and is it structured well enough that agents prefer it?\"\n\n**178. The Toll Authority (The Property Line Repriced)**\nThe attempt to move content across the summarizable line: a payment gate between agent and page converts the discovery tax into metered revenue, paid in traffic today and in stablecoins tomorrow. The position can be secured before the till exists, and the gross margin carries the machine web free until the toll collects. Watch the gross-margin turn as the gauge.\n- **Key Q**: \"Has this toll authority secured the position, and is it collecting yet or still carrying the traffic free?\"\n\n**179. The Interface Concession**\nWhen human app usage is flat while agent calls through an open protocol compound, an incumbent priced per seat faces a choice: defend a front door nobody opens or become the governed substrate under every agent. Conceding the interface is the correct call and a downgrade at once, because metered access to the customer's own record is smaller and more contestable than a seat.\n- **Key Q**: \"Has this incumbent conceded the interface, and what is the substrate business worth once it has?\"\n\n**180. Substitution Shows Up in the Segments Before the Total**\nA growing total can hide product lines going negative. Agents calling systems directly route around integration middleware first; a model that queries and narrates replaces the dashboard second. Read the retiring segment appendix before it disappears, and read the adoption chart and the segment chart as one fact seen twice.\n- **Key Q**: \"Which segment inside this total has gone negative, and which agent behaviour explains it?\"\n\n**181. The Definition Moved With the Number**\nWhen a headline metric is redefined in the quarter the underlying growth slowed, read the redefinition as the disclosure. Watch for: a broader product set folded into a run-rate, a shift to milestone-based reporting, a segment structure retired. Units that compound while the price attached to them does not are activity meters, not revenue leading indicators.\n- **Key Q**: \"What changed in the definition of this number, and in which quarter did the change arrive?\"\n\n**182. Growth Bought, Not Grown**\nAt the application layer the financial clock arrives through the buyback, not the capex line: debt taken on to convert a flat operating business into doubled earnings per share. The guidance tell is a raise smaller than the marks already banked. Strip the marks and the share count before crediting the growth.\n- **Key Q**: \"How much of this earnings growth is operating, how much is a mark, and how much is a smaller share count bought with debt?\"\n\n**183. Hedge the Displacement**\nAn incumbent long equity in the layer taking its interface will report earnings carried by the revaluation of that stake. Hedge or admission is the open question; the structural fact is that the displacement is being monetized by the displaced. Do not assert the attribution of an undisclosed gain.\n- **Key Q**: \"Is this company's profit coming from the business or from its stake in the thing replacing the business?\"\n\n**184. The Dependency Is a Variable, Not a Verdict**\nA channel governed by one discretionary counterparty can tighten or loosen in either direction, and the same counterparty may pay for the data while gating the traffic. The risk is the dependency itself, not the current direction. The rational move is to build the owned front door regardless of which way the counterparty leans this quarter.\n- **Key Q**: \"Who holds discretion over this channel, and is the response to their current mood or to the dependency?\"\n\n**185. The Rented Front Door, One Layer Down**\nA rail that monetizes agentic demand still depends on agent channels owned by rivals, the same discretionary counterparties that gate the taxed side of the web. Durability comes from an open standard, depth in the settlement, and the irreducibility of clearing. If a frontier agent owns checkout, the rail is disintermediated.\n- **Key Q**: \"Whose front door does this rail sit behind, and what stops that door owner from owning the settlement too?\"\n\n**186. The Free User Is a Cost**\nOn the web the free user was an asset with near-zero marginal cost whose attention was sold. In the AI era every free query consumes inference, so the free user is a cost until paid. The wedge is paid from day one, the metric is the outcome, and the enterprise pays first. The era's consumer-scale surface is the discovery line, reached by being cited.\n- **Key Q**: \"Is this company's free tier an asset it monetizes elsewhere or a bill it has not yet found a payer for?\"\n\n**187. The Deflation Paradox**\nPrice per unit of intelligence falls by an order of magnitude a year while tokens per task rise faster. Total spend rises as unit price collapses. Budget in tokens per accepted outcome, never in price tables; the operating response to deflation is more work per task, not less spend.\n- **Key Q**: \"As the unit price of this intelligence falls, are tokens per task rising faster, and is the budget denominated in outcomes?\"\n\n**188. The Three-Column Ledger**\nOld web, old software, new software on nine rows: unit of sale (attention / seat / accepted outcome), cost of goods (~0 / ~0 / inference), gross margin (property / property / performance), price, customer shape (crowd / median / tail), the free user (product / asset / cost), moat, balance sheet, metric. Two rows carry the meaning: the cost of goods returned, and the customer changed shape.\n- **Key Q**: \"In which column does this business sit on each row, and which two rows changed?\"\n\n**189. The Data Oil and the Second Barrel**\nThe web's most valuable asset was the one it gave away: free content crawled under norms written for indexing became the corpus; value was captured at the refinery; creators were paid in traffic the models learned to make unnecessary. The settlement is late and a fraction. The wells thin under recursion, and the second barrel is the firm's residue: decision records, adjudicated cases, unavailable to any refinery that does not hold the loop.\n- **Key Q**: \"Who refined this firm's first barrel, and is the second barrel priced and owned before the first runs out?\"\n\n\n### XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS\n\n**190. The Harness Is a Router**\nValue migrates up to the harness, and inside the harness it concentrates on routing. The model was the heart of the old harness; the routing junction is the heart of the new one. Routing is a six-axis problem (model, stage, hardware, cost, jurisdiction, policy), and a firm routing only across models misses most of the cost surface.\n- **Key Q**: \"Where in this stack is the routing decision made, on how many axes, and who owns the rules that make it?\"\n\n**191. Routing Is Fractal**\nThe same pattern recurs at every altitude: compute fabric routes workloads in nanoseconds, the harness routes queries in milliseconds, the depth stack routes per deployment, an independence integrator routes vendors per engagement, a coalition routes narrative over years. The moat at each altitude is the private logic deciding which end to call.\n- **Key Q**: \"At which altitude is this router operating, and what does the same pattern look like one rung up and one rung down?\"\n\n**192. The Owned/Rented Barbell (The Alpha-Writing Sort)**\nOwn the deep substrate and the routing junction; rent the middle. The most expensive position is the middle: renting everything while owning nothing that compounds. Sort workloads by one question: does this write the firm's edge? If yes, own it on open weights; if no, rent the closed frontier and never look back.\n- **Key Q**: \"Does this workload write my edge, and if so, is it running on something I own?\"\n\n**193. The Co-Adaptation Principle**\nModel, harness, and context are a loop, not a hierarchy. Performance is the fit between them, and the fit can be tuned without retraining the model. Harness tuning at a fraction of the cost can close most of a capability gap; the search space a cheaper model affords is itself a capability.\n- **Key Q**: \"Am I improving the model, or the fit between model, harness, and context, and which one is cheaper to move?\"\n\n**194. The Exhaust Flywheel**\nTraces, evaluations, harness configuration, and memory are next turn's fuel, and they exist nowhere but the deployment that produced them. The moat of a super agent is its exhaust. A closed frontier condenses that exhaust into the landlord's weights and redistributes it; an open harness keeps the flywheel inside the firm's walls.\n- **Key Q**: \"Where does this deployment's exhaust accumulate, and whose walls is it inside?\"\n\n**195. Depth Collapse**\nThe artifact built for a shallow layer is the artifact the deep layer requires: a grounding graph built for retrieval is a training corpus at another depth. Firms that structured data for retrieval already own their path to a co-designed model. Depth is not how far into the model you reach; it is what you own at the bottom, what you own at the junction, and whether you can serve the difference.\n- **Key Q**: \"Which artifact built for retrieval is also this firm's training substrate, and does it hold clear title to it?\"\n\n**196. Restriction vs Diffusion (Openness as Demand Policy)**\nThe axis is not closed-Western versus open-Chinese; it is whether a layer is restricted or diffused. From a supplier's seat, open weights are demand policy: openness at every layer below a junction raises the value of the junction. Tiers stratify rather than substitute, and stratification multiplies routing decisions. A signature list is a map of whose economics depend on which layer staying open; the absences are the counter-coalition.\n- **Key Q**: \"Which layer does this actor want open, which does it hold, and what does the roster of absences say?\"\n\n**197. The Palantir Paradox**\nThe firm with the strongest incentive to defend lock-in signs for model portability because its capture point sits above the model layer. Best empirical proof that the enterprise-AI moat is not the model. Generalizes upward: whoever captures at the endpoint or the junction can commit to openness below at no cost.\n- **Key Q**: \"Where does this company capture, and does that let it be generous about everything beneath?\"\n\n**198. The Absorption Line (The Sixth Risk)**\nBeside value, viability, usability, and feasibility sits a fifth risk (will it keep doing what it did) and a sixth: will the next release do it without you. Draw the line between perishable compensation for what the model cannot yet do and durable requirement the firm should own. Deletions are progress; the harness becomes a meta-harness, the referee of referees.\n- **Key Q**: \"Which parts of this product compensate for a temporary gap, and which would the firm still need after the next release?\"\n\n**199. The Three-Stage Token Lifecycle (The Reasoning Tax)**\nTraining (fabric-bound, amortized), prefill (parallel, cheap), decode (sequential, memory-bound, where the tolls sit). Reasoning and agentic loops multiply decode by 50–200x for the same user question. Cheaper models raise total decode spend because they expand what is worth asking. Value cascades to the physical floor, the distribution endpoint, and the routing junction, not the model.\n- **Key Q**: \"Which stage of the token lifecycle does this cost or moat live in, and does it scale with reasoning?\"\n\n**200. Networking Inversion**\nAn efficiency release can move the gate rather than open it: open weights free to download and expensive to serve relocate the binding constraint from model access to serving capacity, shrinking one interconnect bucket and inflating another. Falsify by watching where fabric demand rotates.\n- **Key Q**: \"Did this efficiency gain remove the constraint or move it, and to which physical bucket?\"\n\n**201. Product Workloads vs Capability Workloads (The Inference Cage)**\nA product workload is high-volume, continuous, meterable, and has an external buyer; it books revenue. A capability workload is lumpy, internal, bursty, and has one customer; it books nothing. One substrate serving both starves the second, and a merchant gradient bends the architecture toward the workload it can sell. Owning every layer lets the layer that pays overrule the layer that wins later.\n- **Key Q**: \"Which workload does this substrate's roadmap bend toward, and what does the bend crowd out?\"\n\n**202. The Split Is the Admission**\nA product line that bifurcates after years as one architecture confesses that the unified version carried a compromise. Read roadmap splits backward, and note that the admission lands years before the fix ships.\n- **Key Q**: \"What does this split confess about the years the line was unified?\"\n\n**203. The Option to Iterate (Rationing Reprices the Bench)**\nThe binding constraint on frontier research is compute available now, not in aggregate; measure it in queue latency, not chips. Rationing changes the return on staying for exactly the people with the most options. Compute allocation is a talent policy whether intended as one or not, and the first casualties are the strongest names.\n- **Key Q**: \"What is this lab's queue latency, and who leaves first when it lengthens?\"\n\n**204. The Second Index (Structuring Is Ownership)**\nThe competency that wins a corpus is industrializing its structuring, not the intelligence on top. Usage is the substitute signal where a corpus does not self-describe, but it reaches only data already in use (the cold corpus), and usage is not authority. The encoded business logic is the unit of capture; exit stops being migration and becomes rebuild. The open format is a solvent on rivals' lock-in and a funnel into your own index. The consultant becomes a subscription.\n- **Key Q**: \"Who is building the graph over this corpus, from what signal, and who holds it once built?\"\n\n**205. The Only Door (The Four Planes)**\nA model knows nothing but what it reads, and at the moment of use it reads only the window. Capability, cost, and governance are all decided at one aperture. Application, execution, and governance planes read through the context plane; a rule not in the window is not a rule, and a rule only in the window is not enforced. Policy holds in the substrate and the runtime, not the prompt.\n- **Key Q**: \"What does this agent actually read at the moment of action, and where is the policy enforced if not there?\"\n\n**206. The Attack Surface Is the Window**\nInjection is a context failure: instruction and fact look identical in the window. Defense is provenance on the fact, data marked as data, permission on the read, scope on the tool, a gate on the write, and attenuation across every hand-off (permissions only narrow). Memory is persistent injection risk. Forgetting is a property of the substrate, not the model.\n- **Key Q**: \"Which of the five gates does this window lack, and can a child agent reach more than its parent?\"\n\n**207. The Two Readers**\nHumans ask by query; agents ask by description. The shape of the store decides the question it can answer (by key, by similarity, by reference, by description and traversal). A fact by traversal costs hundreds of tokens; by similarity, thousands. The domain expert signs the vocabulary; an ontology the business does not recognize is a schema. Answer engines outside the firm read the same substrate, so entity clarity is one piece of work done once.\n- **Key Q**: \"Is this store shaped for the question the agent asks, and did the business sign the vocabulary it uses?\"\n\n\n### XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES\n\n**208. Goodhart Is the Physics**\nReward hacking, specification gaming, judge exploitation, sycophancy, benchmark contamination, and sandbagging are one literature with five names. Any measure a loop can see, the loop will optimize. Treat this as physics, not as a bug class, and design every instrument so the loop cannot see it.\n- **Key Q**: \"Can the thing being optimized see the measure I am using to judge it?\"\n\n**209. The Frozen Suite**\nThe one measure the loop cannot see: real cases, adjudicated by domain experts, frozen before the build, held out, versioned, model-agnostic. Grown by logged addition, frozen per version. Right for the right reasons predicts the next version; a passing score alone does not.\n- **Key Q**: \"Is there a referee this loop cannot see, and was it frozen before the loop started?\"\n\n**210. Evaluation Is the Specification (The Model Chosen Last)**\nBehaviour is specified by adjudicated example: the golden set is the requirements document, thresholds are the acceptance criteria. Choose the model last, in the final week, because by then the suite exists to choose it with. Vendor benchmarks say nothing about your cases.\n- **Key Q**: \"Does this product have a specification a model can be graded against, and was the model chosen before or after it existed?\"\n\n**211. Cost per Accepted Outcome (The Third Bottleneck)**\nTokens, then compute, then attention: the one bottleneck you cannot buy. Spend tokens to save attention; the attention bill is yours. Denominate everything in cost per referee-accepted outcome, never per token or per seat, and grade value maxing, not token maxing.\n- **Key Q**: \"What does an accepted outcome cost in tokens, compute, and human attention, and which of the three is binding?\"\n\n**212. The Loop as the Unit**\nPersistent context plus delegation plus triggers is a loop. The loop, not the prompt or the model, is the unit of engineering, ownership, and value. Bound it, instrument it, own it; the engineer who polls is the scheduler, router, and memory the loop should have had.\n- **Key Q**: \"Is this a loop the firm owns, or a person doing the loop's job by hand?\"\n\n**213. Gross Margin as a Design Outcome**\nIn this era margin is built, not given. Four levers: the routing table, the cache hit rate, the owned-model share, and attention per outcome. A lab's arc runs from making for a dollar and selling for twenty cents to a positive gross margin; an application's arc runs the same way through its own model. Report the levers pulled and the levers available, never the assumed margin.\n- **Key Q**: \"Which of the four margin levers has this company pulled, and which is still available?\"\n\n**214. Pricing as a Finance Instrument (Price the Tail)**\nPrice on attribution and autonomy, ladder by proof, never seat-price agentic value, price the compounding, and price the tail, because a small share of accounts consume most of the tokens. The incumbent's tell is the sequence seats → conversations → credits → usage.\n- **Key Q**: \"Does this price track the work done and the tail that does it, or the chairs?\"\n\n**215. Outcome Pricing Is an End State (The Hybrid Is the Transition)**\nOutcome pricing is right in theory and hard in practice: attribution is contested, baselines are gamed, verification lags, and the guarantee has a cost wherever it sits. The realistic path is the hybrid, seat plus credits, subscription plus metered requests, three meters at once on the record. Choose the ramp.\n- **Key Q**: \"Which rung of the seat-to-outcome ramp is this contract on, and who is carrying the guarantee's cost?\"\n\n**216. The Counterfactual as Referee (Attribution Collapsed)**\nWhen the path runs through a model there is no touch to log, so last-touch attribution dies. Only incrementality survives: holdouts, geographic splits, difference-in-differences, synthetic controls. The experiment loop must be frozen like any other referee or it games itself.\n- **Key Q**: \"Is this growth claim backed by a counterfactual, or by a touch that no longer exists?\"\n\n**217. Growth Goodhart (The Slop Flood)**\nThe era adds three ways to game growth: a flood of generated content with negative return, agent-farmed activity metrics, and a self-gaming experiment loop. Only substance the machine cannot generate grows; the instruments that survive are the ones a machine cannot fake and a buyer would pay for.\n- **Key Q**: \"Could a machine have produced this growth number, and would a buyer pay for what it measures?\"\n\n**218. The Two Surfaces**\nA human sees the interface; an agent sees the specification. Same outcome, two surfaces, one suite grading both. Design for the reader who never sees the screen. Activation is the first verified outcome; retention is the outcome kept.\n- **Key Q**: \"Does this product have an agent surface, and is it graded by the same referee as the human one?\"\n\n**219. The Residue Loop**\nEvery accepted outcome and every adjudicated exception leaves a record: the decision loop's second output. It is the only growth loop the machines cannot mediate, the second barrel of oil, the roadmap (\"what was built twice?\"), and the basis of the owned model. Capture rate of the residue is a board number.\n- **Key Q**: \"What does this loop leave behind, who owns it, and what fraction is being captured?\"\n\n\n### XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL\n\n**220. The Multiple Comes Last (The Five Broken Assumptions)**\nThe software toolkit (run-rate × multiple) rests on five assumptions the era broke: run-rate is revenue (it is a month times twelve, unaudited, on the company's own basis); gross margin is a category property (it is a design outcome in motion); the product is the asset (the next release absorbs part of it); the customer pays per seat (a heavy tail pays for work); the capital is on the balance sheet (leases, guarantees, supplier equity, private credit). Each error runs in a nameable direction. The reported number is the beginning of a valuation, not its input.\n- **Key Q**: \"Which of the five assumptions is this valuation still making, and in which direction does the error run?\"\n\n**221. The Counted Top Line**\nCount each end-customer dollar once, at the tier where the customer transacted: assign the tier, strip pass-through, exclude the tier that is a cost of the tiers above, convert gross to net, convert run-rate to a year with growth decaying to a terminal rate, and state source and range. Counted-to-reported typically lands at 0.6–0.85. A gross figure in the headline is a maturity-zero disclosure.\n- **Key Q**: \"What is this company's counted top line, and what is the ratio of counted to reported?\"\n\n**222. The Residual**\nThe fraction of a company's value on the durable side of the absorption line, after what the next release absorbs, what the supplier's mark inflated, and what the hidden obligation subtracts. A company at 70% residual is a business; at 30% it is a feature with a run-rate. The multiple is applied to the residual and to nothing else. In a residual-adjusted cash flow, the perishable share decays per release and terminal value is taken on the durable share only; a compensation with a two-release life at a six-week cadence is worth a quarter of a year, not a perpetuity.\n- **Key Q**: \"What fraction of this company survives the next release, and is the multiple being applied to that fraction or to the whole?\"\n\n**223. The EV Bridge With Hidden Piers**\nEnterprise value is equity plus debt plus what the balance sheet hides: leases not commenced (weighted by deferral versus transfer), purchase commitments, guarantees weighted by call likelihood, supplier financing, vehicle debt, private credit. Builders and neoclouds carry hidden-obligation multiples from 1.1 to well above 1.5.\n- **Key Q**: \"What is this company's hidden-obligation multiple, and does the equity story survive it?\"\n\n**224. The Worthless Cases, Weighted**\nA valuation without its worthless case is a bull case with a number on it. Name three: commoditisation (the model layer absorbs the product), capture (the vendor holds what compounds), the wrapper (the guarantee or the counterparty fails), each with a trigger and a probability. Sum probability times value across base and worthless cases.\n- **Key Q**: \"What kills this company, what is the trigger, and what is the probability-weighted value once that case is in the sum?\"\n\n**225. The Layer Multiple and the Reconciliation**\nBorrow the multiple from the nearest priced asset by layer, not by category: junction, rail, application, neocloud, supplier, each has a priced comparable; the frontier lab has none, which is itself the finding. Then reconcile to the reported number by naming the question that made the gap. The company is usually real; the number often was not.\n- **Key Q**: \"From which priced layer does this multiple come, and which of the nine questions explains the gap to the reported number?\"\n\n**226. The Acqui-Hire Read**\nLicense the IP, hire the team, leave the shell: the market pricing the residual directly and leaving the company on the table. Read each such deal as a valuation of what compounds (the people and the exhaust) against what does not (the corporate entity). Place public cases on a residual axis and the pattern reads itself.\n- **Key Q**: \"In this deal, what did the buyer pay for and what did it leave behind, and what does that say about the residual of the whole company?\"\n\n**227. The Hostile Reading First**\nBefore the base case, write the reading a hostile analyst would write: gross booked as net, the assumed margin, the perishable feature, the supplier's mark, the hidden obligation. If the company survives the hostile reading at a defensible number, the base case has earned its place.\n- **Key Q**: \"What would the most hostile competent reader say this is worth, and can I answer each of their questions with an artifact?\"\n\n**228. Read the Sign of the Distortion (Two Engines, Both Ways)**\nMarks distort earnings upward; stock compensation, convert-extinguishment losses, and IPO charges distort them downward. Reported net income can sit above or below the operating line, and the direction is diagnostic. Strip in both directions; never assume the distortion flatters.\n- **Key Q**: \"Does this reported number sit above or below the operating engine, and which non-cash item put it there?\"\n\n\n### XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES\n\n**229. The Asymmetry**\nThe seller runs the meeting fifty times a year; the buyer runs it twice. Selling is a practiced craft, now automated; buying is an amateur sport played against professionals. Instruments substitute for the repetitions the buyer will never have. The ordering is the argument: the standard, the separated champion, and the buying function come before any vendor.\n- **Key Q**: \"What instrument does this buyer hold that substitutes for the repetitions the seller has and it does not?\"\n\n**230. VERIFIED (The Buyer's Qualification)**\nThe mirror of the seller's qualification alphabet: Verification owned · Economics read · Rights scheduled · Incentives separated · Feasibility on your floor · Independence priced · Exposure governed · Drift instrumented. Every letter holds an artifact, never an assurance. Run three letters before contact, three at the wedge's clock, two before signature, then annually; a failed letter prices the purchase.\n- **Key Q**: \"Which letters of VERIFIED hold an artifact, and which is the one nobody checked?\"\n\n**231. Procurement Theater**\nA pilot defends a budget; a champion's advocacy is not an audit; a coached reference proves the vendor curates well; the paid map (analysts as channel, assessors selling remediation) is a channel; a board introduction is a bypass. The one test that separates theater from proof is the frozen suite on the buyer's own floor.\n- **Key Q**: \"Which part of this evaluation could the vendor have staged, and which part ran on my floor against my referee?\"\n\n**232. Fast Yes With Clean Title**\nThe seat's answer to shadow adoption is not a slower door but a faster one with conditions: an intake measured in days that absorbs the card purchases, attaches the standard, places the junction, and prices the exit. Let go of the door; keep the four keys.\n- **Key Q**: \"Can this firm say yes in days while keeping clear title to what the purchase will compound?\"\n\n**233. The Enterprise Alliance (Opened vs Held)**\nThe unit of competition is shifting from the firm to the alliance network, in three species: vendor-vendor stacks entering as one motion, substrate coalitions whose membership lists are the argument, and customer co-design where the asset is the customer's own codified expertise. Reading rule for every alliance: which layer does each ally open and which does it hold. Partner today, rival at renewal. Alliance moves lead repricing by quarters.\n- **Key Q**: \"Which layer does this ally open for me and which does it hold for itself, and where are the absences on the roster?\"\n\n**234. The Hand That Wires the Harness Chooses the Landlord**\nForward-deployed engineering is the capture vector: whoever wires the loop decides where the exhaust lands. When deployment labor is automated, the absorption machine is industrialized and capture gets cheaper to run at scale. A better landlord is not sovereignty; the cage moved one floor up.\n- **Key Q**: \"Who wired this loop, and whose walls does its exhaust accumulate inside?\"\n\n**235. The Two-Hinge Window**\nTwo hinges move in opposite directions: the funding hinge (vendor subsidy for capture) is closing, the cost hinge (open tiers collapsing the cost of alternatives) is opening and does not reverse. What expires is the subsidy, not the feasibility. Regulation with tested-exit requirements mandates the barbell in regulated industries.\n- **Key Q**: \"Which hinge is this firm timing against, the subsidy that expires or the feasibility that does not?\"\n\n**236. The Independence Integrator (The Double Objective)**\nA regime-agnostic deployment firm that turns vendor land-grab budgets into enterprise independence: column A the vendor pays for, column B the enterprise owns, same engagement. A six-week migration test at production scale is the proof; independence certification is the payday; exit is the payday, not the risk. Doctrine is the hiring filter, and the talent and the toolkit must both pass the portability test.\n- **Key Q**: \"Does this engagement leave the enterprise able to migrate in six weeks, and who gets paid when it can?\"\n\n**237. The Three Cages**\nModel, cloud, platform: three cages an enterprise can be captured in, each with its own exit cost. The regulated-industry wedge (single-vendor-risk prohibitions, budget scale, institutional patience) is where the cages get priced first. Sovereignty productized (the customer owns the weights, the vendor owns the junction) is the correct doctrine implemented at the layer that happens to be the vendor's own.\n- **Key Q**: \"In which of the three cages is this enterprise, and is the sovereignty it was sold the customer's or the vendor's?\"\n\n**238. The Enterprise Edge as Distribution**\nAs fine-tuning moves on-premises onto enterprise silicon, the enterprise itself becomes a distribution channel for the silicon vendor, one the vendor could not open alone. The governable software layer is the business-model wrapper that makes the sale legible; the junction owner and the silicon vendor coordinate by coincidence of interest, not alignment.\n- **Key Q**: \"Which vendor's silicon does this enterprise stack distribute, and who wrapped it into something buyable?\"\n\n\n### XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK\n\n**239. The Neutral Gain**\nEvery dashboard green, margin unchanged: everyone got faster, nobody got ahead. Symmetric tools produce a neutral gain unless the firm adds asymmetric inputs or an asymmetric organization. Operational effectiveness is not strategy; with symmetric tools it is arithmetic.\n- **Key Q**: \"Your people are faster. Is the firm ahead, and by what asymmetry?\"\n\n**240. The Ascent Through Scales**\nThe gain must climb four scales (individual → group → organization → strategy) and evaporates at every scale it fails to climb. The escape at each level is one level up. Track the climb, not the tool count.\n- **Key Q**: \"At which scale did this firm's gain stop climbing, and what would carry it one level up?\"\n\n**241. Edges Find and Cannot Choose; Center Chooses and Cannot Find**\nBottom-up discovery is fuel, not vehicle: it cannot rank, it fragments, it leaks. Top-down direction allocates, standardizes, and directs but cannot find. Governance is the transmission between them: a paved road measured by coverage not policy, a discovery pipeline measured by conversion time, a junction map, and a residue rule.\n- **Key Q**: \"What is this firm's conversion time from an edge discovery to a governed loop, and who owns the paved road?\"\n\n**242. Installation Is the Entry Fee, Reorganization Is the Harvest**\nThe dynamo took forty years because factories kept the line shaft; the harvest came with unit drive and the rebuilt floor. Today's line shaft is the workflow built around scarce human attention as the central power source. The forty-year lesson runs on a five-year clock.\n- **Key Q**: \"Has this firm installed the technology or rebuilt the floor around what it makes cheap?\"\n\n**243. Automation or Enhancement Is a Deployment Choice**\nSubstitute versus amplify is a property of the deployment, not the model. Labor evidence shows recomposition rather than disappearance: exposure and augmentability form a diagonal, the mix moves before the total, and the missing first rung is where the damage concentrates. Design the task line with both spans and the entry gap in view.\n- **Key Q**: \"On this task line, which spans are automated, which enhanced, and where does the next person enter?\"\n\n**244. The Ratio Rule (Push Until the Gate Bends)**\nRaise the agent-to-human ratio until the quality gate bends, then step back one notch. A ratio without a measured gate is refused. Public reversals (support reopened to humans after quality bent) are the rule stated in the wild.\n- **Key Q**: \"Is this ratio backed by a measured gate, and at what ratio did the gate last bend?\"\n\n**245. The Import Test**\nBefore importing another firm's mechanism, ask three questions: same scale, same gate, same dates. Import the mechanism; rebuild the numbers on your own floor. Revenue per employee conflates leverage with layoffs; a stale headcount violates same-dates.\n- **Key Q**: \"Does this case pass same scale, same gate, same dates, or am I importing a headline?\"\n\n**246. Organization Design Is Moat Design**\nThe moat rebuilt on four stones: the residue, the property line, coordination capital, and default status with machine buyers. Cost, then speed with coherence, then optionality, then moat, in strict order. The order matters because each purchase is the entry fee for the next.\n- **Key Q**: \"Which of the four stones is this organization laying, and in what order is it buying cost, speed, optionality, and moat?\"\n\n**247. The Missing Rung**\nAI commoditizes the climb, prices the summit, and removes the stairs. Generation at the bottom rungs becomes symmetric; the premium moves up to judgment and selection; the tool erodes that judgment through sycophancy and removes the apprenticeship that built it. The response is not better judgment but judgment you cannot skip: externalized into a structure that holds at three in the afternoon as at nine.\n- **Key Q**: \"Where in this firm is judgment being built now that the stairs are gone, and is it enforced by structure or by exhortation?\"\n\n**248. The Judgment Layer**\nAbove the loop sits the place only very highly skilled domain experts can stand: the exceptions the suite cannot accept rise to a junction, and the person who decides is the one who can say what the standard should be when the standard is silent. Scarce by construction, it compounds through the seed (spent once, levered forever) and is the firm's defensible position against both the client's agent and the vendor's embedded engineer.\n- **Key Q**: \"Who in this firm can say what the standard should be when it is silent, and does each of their judgments become a case?\"\n\n**249. The Seed**\nThe pyramid was seeded from the bottom; the loop is seeded from the top. A harness is empty until an expert adjudicates the first fifty cases, names the gray areas, and signs the vocabulary. It cannot be done by the machine (it is what is being seeded) or by a junior (who does not know). The expert was the cost the pyramid diluted; in the loop the expert is the seed the leverage grows from.\n- **Key Q**: \"Who seeded this loop, how many cases did they adjudicate, and did they sign the vocabulary?\"\n\n**250. Leverage Is Loops per Senior**\nThe professional pyramid's leverage was rate times utilization times leverage in the grinding tier. When the model does the pyramid's work the shape becomes an obelisk, and leverage becomes accepted outcomes the harness lets a senior sign. The pod (senior, builder, operator, harness) replaces the tier; retainer, meter, and share replace the hour; the document was the receipt and the residue is the moat.\n- **Key Q**: \"How many loops does each senior in this firm sign, and is the price attached to the outcome or the hour?\"\n\n\n### XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES\n\n**251. The Four Ownerships**\nRegardless of title, the seat handed the AI mandate must own the substrate, the junctions, the standard, and the exit; rent everything else freely, because you can leave. A new title names a gap; it closes it only when it arrives with budget authority, the standard, and the right to stop. Whoever holds the four is the chief AI officer, whatever the card says.\n- **Key Q**: \"Who in this firm holds the substrate, the junctions, the standard, and the exit, before any title is created?\"\n\n**252. Absorb, Be Displaced, Converge**\nWhen an asset changes character faster than a seat's identity, a new C-title is created and resolves one of three ways: absorbed back into the seat, displacing it, or converging with it. The digital-officer arc was the rhyme; the data-officer arc is the warning. The seat that holds the four absorbs the title; the seat that holds only the door is displaced by it.\n- **Key Q**: \"Is this new title going to be absorbed, displace the seat, or converge with it, and which of the four ownerships decides?\"\n\n**253. The Grid (Watch the Blanks)**\nRoles sit on a lifecycle across (specify, prepare, build, deploy, evaluate) and five accountable functions down (business owner, domain owner, builder, evaluation owner, adoption owner). Every loop is a path through the grid; an unowned hand-off is an empty cell. Recurring cells are the small center, varying cells the federated edge. A title is evidence of attention, not of a market.\n- **Key Q**: \"Which cells of this firm's grid are blank, and which loop's hand-off is falling through them?\"\n\n**254. The Entry Point Moves**\nThe era is not destroying jobs or creating them; it is moving the entry point from producing the work to owning the loop that produces it. Rebuild the first rung as a ninety-day apprenticeship whose credential is the case study with its failures; convert the analyst tier into operators and evaluators before hiring.\n- **Key Q**: \"Where does a new person enter this firm now, and what is the first rung they stand on?\"\n\n**255. The Seat That Grades Never Built**\nThe evaluation owner is separated from the builder by design, at the loop and at the top row: the seat that owns the standard is never the seat that builds the loops. Governance reports outside the technology organization. Flatter in function, denser in ownership: a seat is added and a boundary is lost at the same time.\n- **Key Q**: \"In this firm, does the seat that grades the loop ever build it?\"\n\n**256. The CTO of Someone Else's Company (DEPLOY)**\nThe deployment seat is accountable for production value while holding no levers. Its sequence is DEPLOY: Discovery · Envelope · Proof · Landing · Outcome · Yield, and every letter has a date. Say no in writing and keep the refusal log; the baseline is taken before, the gauge page after; what comes back is the reference architecture and the product requirement.\n- **Key Q**: \"Which letter of DEPLOY is this engagement on, what is its date, and what did the architect refuse in writing?\"\n\n**257. The Railroad Rhyme (Capital Ahead of Demand)**\nThe right historical rhyme for a physical buildout is the railroad: four panics, one continuous buildout, mileage tripling through them. Not the web bubble. The pattern repeats in the fiber overbuild: capital on a physical clock against demand on its own schedule, the income statement asked first, survivors buying the assets. Real, historic, and, for most of the capital, insufficient.\n- **Key Q**: \"Which rhyme am I using, and does it account for the buildout continuing through the panics?\"\n\n**258. The Access Rent**\nThe firm that owns access earns a rent only while access is scarce; when the constraint opens, the rent moves to whatever the input was gating. The dial-up subscription was the first web rent; each era since has repriced the same lesson.\n- **Key Q**: \"Which scarce access is this rent built on, and what happens to the rent when that access opens?\"\n\n**259. Get Big Fast, Monetize Later vs Paid From Day One**\nThe web's growth doctrine assumed a free user with zero marginal cost and an advertiser who would pay later. The AI era's free user is a cost, so the wedge is paid, the metric is the outcome, and the enterprise pays first. Do not import the web's growth math into a business with a cost of goods.\n- **Key Q**: \"Is this growth plan assuming a free user who is an asset, when the free user is now a cost?\"\n\n**260. Intent Is the Scarcest Thing on the Web**\nThe auction priced intent in real time and built the most profitable machine ever made from a copy that cost nothing, teaching two decades of finance that software's margin was a law of nature rather than a property of one product. The copy was free for thirty years; that was the accident, not the rule.\n- **Key Q**: \"Which of this business's margin assumptions rests on the copy being free, and does the copy still cost nothing?\"\n\n**261. Web Squared (Outside-In and Inside-Out)**\nAI does not replace the web; it compounds it, riding thirty years of the web's infrastructure, data, and distribution, which is why web-native industries transform first. The web changed distribution first and the operating model last (outside-in); AI changes the operating model first, the business model next, and distribution last (inside-out). Organizational transformation is the prerequisite for business-model transformation, which is why enterprise AI is hard. Carry the inside-out nuance only where it serves the argument; drop the branding where it does not.\n- **Key Q**: \"Is this transformation being attempted from the outside in, when the era runs from the inside out?\"\n\n---\n\n# PART III — DESIGN THE FIRM\n\n\n## The Business Architect\n\n\n### The Design Engine (Layers 0–4)\n\nThe core diagnostic engine. Every design is run through all five layers in order, no layer skipped, each producing one finding card. Phase discipline: Configure → Diagnose (run the engine) → Prescribe (the mode's artifact).\n\n**Layer 0 — Environment**\nEstablishes what ground a design stands on: which constraint currently binds its layer (and which bound it two states ago), the clock mismatch (how fast its environment reprices vs how fast the firm can actually rebuild), and template exposure (which inherited pattern book it descends from and whether that template's era-assumptions still hold). Checks the era's three broken defaults: zero marginal cost is over, summarizable value has no floor, the aggregator's throne moved to agent access and settlement authority.\n- **Apply**: First step of any review or founding. Produce the environment card — constraint address, clock mismatch, template exposure with the specific broken assumption named.\n\n**Layer 1 — The Four Choices**\nTests whether the four irreversible choices — Value, Technology, Distribution, Finance — are made and cohere. Value must survive the subtraction and land at commitment/clearing/context/trust/desire; Technology audits the barbell (own differentiators, rent commodity behind clean joints) plus the second barbell and cost-curve conversion; Distribution classifies channels (owned endpoint / rail / rented door) and checks machine legibility; Finance covers terminal-margin thesis, capital intensity, engine honesty, and survival reserves.\n- **Apply**: Score each of the four choices coherent / incoherent / unmade and name the binding incoherence. Central to Full Design Review and Clean-Sheet Founding.\n\n**Layer 2 — Position**\nPlaces the design on the site plan by its economic signature, not its pitch, then decomposes the rent (monopoly vs tightness) and runs the rotation test: which constraint state current economics depend on, whether the position sits on the constraint's return path, and in which not-yet-happened state the design fails structurally. A design with no failing state usually has no position; with several, it is a trade.\n- **Apply**: Produce the position card — seat, signature evidence, rent split %, rotation verdict (freehold / lease / trade). The heart of a Position Audit.\n\n**Layer 3 — Moats**\nApplies the daily-mechanism test to every claimed moat — name the daily operation whose by-product is defensibility, or the claim is a metaphor. Sorts moats into the compounding menu (accumulated fit, residence, clearing and standing, standards and protocols, physical scarcity) and the retired list (model quality, feature velocity, raw data volume, headcount scale, attention on summarizable content).\n- **Apply**: Produce the moat ledger — claimed moats with their daily mechanism or their retirement, plus the accrual verdict. Core of a Moat Audit.\n\n**Layer 4 — Structure**\nAsks whether the design survives being wrong by auditing four structural practices: modularity at the joints (a repricing is a swap, not a rebuild), reversibility as a visible budget line sized to the rotation, optionality against the named failure states from Layer 2, and falsifiers written on the blueprint and reviewed on cadence.\n- **Apply**: Produce the structure card — joints, reversibility budget, live options vs failure states, and the falsifier register's existence and staleness.\n\n\n### Operating Modes\n\nEight modes route by request, each running specific layers and emitting a defined artifact.\n\n**Mode 1 — Full Design Review**\nAll layers run as an audit; delivers findings per layer, a Design Integrity Level, five ranked corrections, and a 90-day sequence.\n- **Apply**: \"Review our strategy/business model,\" \"is this sound.\" Also the base for a fundraising narrative (position card, terminal-margin thesis, moat ledger recast as the story).\n\n**Mode 2 — Clean-Sheet Founding**\nLayers 0→4 run forward as choices rather than audits — four choices argued, seat chosen against endowments, moat plan with day-one mechanisms, structure spec.\n- **Apply**: \"Starting a company,\" \"designing from scratch,\" or the annual clean-sheet exercise. Endowment-matching: junction rewards trust held, rail rewards neutrality, substrate rewards installed base, endpoint rewards brand, constrained input rewards patient capital.\n\n**Mode 3 — Position Audit**\nLayer 2 deep plus Layer 0; delivers position card, rent decomposition, and rotation verdict.\n- **Apply**: \"Where do we sit,\" \"are we a platform,\" competitive position. Also run on an acquisition target or a rival (from their filings).\n\n**Mode 4 — Moat Audit**\nLayer 3 deep; delivers the moat ledger with the daily-mechanism test run per claim and a build order for missing mechanisms.\n- **Apply**: \"What's our moat,\" defensibility, competitive advantage.\n\n**Mode 5 — Dependency Pricing**\nInventories every rent (models, doors, rails, clouds, channels, single sources) and prices three exposures per line — toll (price can rise), gate (access can close), learning (the flow condenses the firm's edge into the counterparty — the transfer that never sends an invoice) — then engineers the joints. A dependency priced at design time is an input; priced at renewal it is a hostage negotiation.\n- **Apply**: Platform risk, vendor risk, \"what if they change the terms.\" Produce the dependency radar + joint-engineering plan.\n\n**Mode 6 — Capture Design**\nPlaces the meter at maximum irreducibility — meters hold at commitment, clearing, consumption of the newly marginal cost, and residence; they fail at summarizable content and matchable features. The well-placed meter doubles as the firm's best market instrument.\n- **Apply**: Pricing, monetization, \"how do we charge.\" Produce the meter map — capture points scored for irreducibility and telemetry value.\n\n**Mode 7 — Rotation Stress Test**\nExpands Layer 2's failing-state question — runs the design against standard plus user-specific stress states, classifies each as absorbed / degraded / structural failure, and checks Layer 4 structure covers the failures.\n- **Apply**: \"What could kill us,\" scenario planning, resilience. Produce the stress panel.\n\n**Mode 8 — Sequencing**\nOwn first what cannot be added later (trust, standards seats, clean-export reputation); rent first what teaches fastest; convert at the capture points when the learning justifies it; never let the balance sheet bet ahead of the design's evidence.\n- **Apply**: Roadmap, \"what to build first,\" scaling plan, M&A build-vs-buy order. Produce the build sequence — stage-by-stage own/rent ledger with conversion triggers.\n\n\n### Frameworks\n\n**The Value Subtraction**\nStrike everything a customer's own assistant produces on demand (drafts, analysis, code, answers); what survives must sit at commitment, clearing, context, trust, or desire. A value proposition upstream of all five is cost, not value.\n- **Apply**: Layer 1 Value test — to locate where durable value actually lives after generation commoditizes the rest.\n\n**The Design Barbell (VTDF technology audit)**\nRent the commodity behind clean, swappable joints; own the differentiators (any lever controlling the firm's own costs, plus proprietary fit). A second barbell checks whether the bet that could obsolete the design is funded by anyone — ideally this firm.\n- **Apply**: Layer 1 Technology test — deciding what to own vs rent at the component level, and whether the killer bet is funded.\n\n**The Site Plan (six seats)**\nSix positions defined by filings-grade economic signature: constrained input (scarcity margins, heavy capital, full rotation exposure), junction (customer context meets rented models — near-triple-digit growth at sub-1% capital intensity), rail (clearing functions demand must pass through — toll economics at trivial capex), substrate (the system of record machine work accumulates in — deepening switching costs but pays the inference bill first), endpoint (the brand, the habit), and commodity seat (volume with capture flowing to neighbors — fatal when occupied unknowingly).\n- **Apply**: Layer 2 placement — locate the firm's actual seat by economics, ghost the aspiration seat if different.\n\n**Rent Decomposition (Tightness vs Monopoly Rent)**\nSplit operating profit into monopoly rent (from a structural chokepoint; persists across constraint states) and tightness rent (from the constraint's current visit; leaves with it). The confession to watch: incumbents converting rent to contract (take-or-pay, price floors, multi-year) reveal which rent they actually have.\n- **Apply**: Before pricing or valuing any position — decompose the rent, then contract it or size for its departure.\n\n**The Rotation Test**\nThree questions on a position: which constraint state current economics depend on; whether the position sits on the constraint's return path (own the station the constraint returns to; the visited station is a trade in strategy's clothes); and in which not-yet-happened state the design fails structurally.\n- **Apply**: Layer 2 — to distinguish a freehold from a lease from a trade, and to feed named failure states into Layers 4 and 7.\n\n**The Three-Exposure Dependency Inventory**\nFor every rented input, score toll (the price can rise), gate (access can close), and learning (the flow condenses the firm's edge into the counterparty) — the last being the transfer that never sends an invoice. Then engineer joints: second sources, rehearsed exportability, ring-fenced learning, dependency on categories not counterparties.\n- **Apply**: Mode 5 — to price platform/vendor risk at design time rather than at renewal.\n\n**The Meter Placement Model**\nValue flows through a pipe; the meter belongs at maximum irreducibility — commitment, clearing, consumption of the newly marginal cost, residence — and fails at summarizable content and matchable features. A well-placed meter is also the firm's best telemetry instrument.\n- **Apply**: Mode 6 — designing pricing and monetization architecture.\n\n**The Load-Bearing Frame (VTDF)**\nThe four irreversible choices — Value, Technology, Distribution, Finance — drawn as a structural frame, each member colored by coherence verdict with the binding incoherence flagged.\n- **Apply**: Modes 1–2 — to visualize and test whether the four choices cohere and where the design fails.\n\n\n### Lenses & Laws\n\n**The Rotation Mismatch**\nThe environment reprices in quarters while the firm rebuilds in years; therefore design for the constraint structure, not the current constraint.\n- **Apply**: The governing lens for the whole discipline; foregrounded in Layer 0.\n\n**Templates Are Frozen Answers**\nInherited pattern books (SaaS, marketplace, attention, platform, hardware, services pyramid) are frozen answers whose era-assumptions break on schedule at era boundaries.\n- **Apply**: Layer 0 template-exposure check; re-derive the four choices from first questions rather than running an expired playbook.\n\n**Stories Expire With Constraints**\nDesigns made at a constraint narrative's peak (\"compute is destiny\") are made for the state about to end.\n- **Apply**: Layer 0 — guard against narrative-peak design; design against the structure, not the story.\n\n**Software Acquires a Cost of Goods** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**Fund the Bet That Kills You**\nThe discontinuous bet that would obsolete the design should be funded by this firm — or a competitor will fund it.\n- **Apply**: Layer 1 Technology second-barbell check; corrects the Unfunded Killer failure pattern.\n\n**Distribution First**\nThe channel constrains everything; choose it before the product.\n- **Apply**: Layer 1 Distribution — sequence the channel decision ahead of the product decision.\n\n**The Rented Front Door**\nA rented channel is reach purchased with dependency — a term sheet the landlord can reopen.\n- **Apply**: Layer 1 Distribution and Mode 5 — score the rented-door share of demand and price it.\n\n**The Second Readership**\nOn a machine-majority web, agent legibility (structured data, APIs, protocols) is the new indexability.\n- **Apply**: Layer 1 Distribution — check the design is legible to machines, not only humans.\n\n**Capital Intensity Is a Choice**\nCapital intensity spans three orders of magnitude within one industry; match it deliberately to the durability of the position it buys.\n- **Apply**: Layer 1 Finance and Mode 8 — choose intensity against proven position durability; corrects the Premature Build.\n\n**The Terminal Margin Is the Whole Position**\nFor designs without long-duration assets, the mature gross margin (with AI costs at scale, and who controls the levers) is effectively the entire position; inference as a pass-through outsources margin to a vendor's pricing committee.\n- **Apply**: Layer 1 Finance — write the terminal-margin thesis and secure a firm-controlled cost lever.\n\n**A Position Is What the Filings Say**\nA position is what the margins, capital intensity, and dependency map say it is — never what the vision or pitch says.\n- **Apply**: Hard rule across Layer 2; when the engine contradicts self-description, the position card outranks the pitch.\n\n**Own the Station the Constraint Returns To**\nValue comes from owning the station the constraint returns to; owning the currently-visited station is a trade dressed as strategy.\n- **Apply**: Layer 2 rotation test — evaluate whether a position is on the constraint's return path.\n\n**The Failing State**\nA design with no state in which it fails structurally usually has no position; a design with several failing states is a trade.\n- **Apply**: Layer 2 and Mode 7 — use failing-state count as a position/trade diagnostic.\n\n**The Daily-Mechanism Test**\nEvery claimed moat must name the daily operation whose by-product is defensibility; a moat with no daily mechanism is a metaphor.\n- **Apply**: Layer 3 and Mode 4 — filter real moats from claimed ones.\n\n**The Accumulated Fit**\nCompetitors can rent your model but not your ten thousand corrections — the co-adapted loop of model, harness, context, and corrections, built inside the firm's own walls from day one.\n- **Apply**: Layer 3 compounding menu; a day-one moat requirement handed to Agent Engineering.\n\n**Residence**\nOwn where machine work accumulates; export ease becomes the trust feature.\n- **Apply**: Layer 3 — moat via being the system of record; also a Mode 6 meter point.\n\n**Clearing and Standing**\nThe oldest durable moats (verification, transactions with identity/payment/liability); the machine web strengthens them.\n- **Apply**: Layer 3 — recognize and build toward clearing/standing positions.\n\n**The Standards Game**\nGive away the language, own the toll booth — the shipping container's game; won early or not at all.\n- **Apply**: Layer 3 and Mode 8 (own first what cannot be added later) — standards/protocol seats.\n\n**The Pace Car**\nModel quality now sets the tempo but protects no one who merely keeps up; it is a retired moat.\n- **Apply**: Layer 3 retired list — refuse to budget model quality (or feature velocity, raw data volume, headcount scale, summarizable attention) as defensibility.\n\n**Swap, Not Rebuild**\nModularity at the joints means every rented component sits behind an interface the firm controls, so a repricing becomes a swap rather than a rebuild.\n- **Apply**: Layer 4 — audit the joints for controlled interfaces.\n\n**Reversibility Is a Budget Line**\nReversibility (expensed vs capitalized, short vs long commitments, convertible positions) is paid for visibly and sized to the rotation's speed.\n- **Apply**: Layer 4 and Mode 8 — budget reversibility explicitly; corrects the Premature Build.\n\n**Priced Dependency**\nA dependency priced at design time is an input; priced at renewal it is a hostage negotiation.\n- **Apply**: Mode 5 — run the three-exposure inventory now, not at contract renewal.\n\n**Sequence Beats State**\nOwn first what cannot be added later; rent first what teaches fastest; convert at the capture points when learning justifies it.\n- **Apply**: Mode 8 — the ordering law for build sequences.\n\n**The Clean-Sheet Test**\nThe standing design must beat today's redesign — or borrow from it.\n- **Apply**: Mode 2 / annual exercise — benchmark the existing firm against a clean-sheet founding.\n\n**Strategy Is Structure**\nGood strategy is positioned where the rotation returns, metered where every state passes, and jointed where the constraint strikes.\n- **Apply**: Closing synthesis lens tying position, capture, and structure into one verdict.\n\n\n### Maturity Ladder — Design Integrity Levels (D0–D5)\n\n**D0 Implicit**\nThe four choices were never made on purpose; the position is inherited.\n- **Apply**: Baseline diagnosis for firms with no deliberate design.\n\n**D1 Narrated**\nStrategy exists as story; no filings-grade evidence ties to it.\n- **Apply**: Most strategies audit here; flag the absence of evidence.\n\n**D2 Placed**\nPosition identified from real economics; rent decomposition done; template exposure named.\n- **Apply**: Achieved once Layer 2 is run honestly.\n\n**D3 Chosen**\nThe four choices coherent; terminal-margin thesis written; meter placed at irreducibility; dependencies priced.\n- **Apply**: The target of the payoff jump — D1→D3 is placement and choices, not vision work.\n\n**D4 Structured**\nJoints modular, reversibility budgeted, options live against named failure states, falsifier register reviewed on cadence.\n- **Apply**: Reached when Layer 4 practices are in place.\n\n**D5 Compounding**\nMoat mechanisms run daily with measurable accrual; the design has survived at least one rotation with corrections logged.\n- **Apply**: The compounding endstate; proven through a completed rotation.\n\n\n### Failure Pattern Library\n\n**Aspiration-Position Mismatch**\nThe deck says platform while the margins say assembler — position claimed from vision.\n- **Apply**: Fix via Layer 2 placement from the filings; rename the strategy or change the economics.\n\n**Template Inheritance**\nA SaaS/attention/marketplace playbook run after its era, mistaking a pattern book for law.\n- **Apply**: Fix by re-deriving the four choices from the questions.\n\n**Terminal-Margin Blindness**\nGrowth applauded while gross margin erodes with every AI feature.\n- **Apply**: Fix by writing the terminal-margin thesis and securing a firm-controlled cost lever.\n\n**The Rented Whole**\nThe entire front door is one landlord's discretion.\n- **Apply**: Fix via dependency pricing; build or buy a second door before renewal.\n\n**Tightness Capitalized**\nThe constraint's visit priced as a permanent chokepoint — in valuation, hiring, or capex.\n- **Apply**: Fix via rent decomposition; contract the rent or size for its departure.\n\n**Moat as Metaphor**\nDefensibility claims with no daily mechanism.\n- **Apply**: Fix via the moat ledger; build the mechanism or retire the claim.\n\n**The Premature Build**\nCapital intensity chosen before position durability is proven.\n- **Apply**: Fix via the sequencing mode and a reversibility budget.\n\n**Renewal Hostage**\nA dependency discovered only at contract renewal.\n- **Apply**: Fix via the three-exposure inventory, run now.\n\n**Upstream Meter**\nCharging at content/features where flows route around the meter.\n- **Apply**: Fix by moving the meter to commitment, clearing, consumption, or residence.\n\n**Optionality Theater**\n\"Options\" that are slideware — nothing owned, nothing priced.\n- **Apply**: Fix by making options budget lines against named failure states.\n\n**Narrative-Peak Design**\nThe firm designed at the top of a constraint story, on the eve of its rotation.\n- **Apply**: Fix via Layer 0 honestly; design against the structure.\n\n**The Unfunded Killer**\nThe discontinuous bet that obsoletes the design is funded only by competitors.\n- **Apply**: Fix via the second barbell; fund the bet that kills you.\n\n\n\n\n<a id='11-ai-economics'></a>\n\n---\n\n\n## AI Economics\n\n\n### Foundational Inversions (why the seat exists)\n\n**The Accident Mistaken for a Law**\nThe software era rested on an accident it mistook for a law — that the marginal cost of a copy was zero. That was a property of the copy, not a law of business.\n- **Apply**: Whenever an \"80% SaaS gross margin\" assumption is imported into an AI business; name it as an accident that three inversions removed.\n\n**Marginal Cost Is Back**\nThis era sells work, and work has a cost of goods; the marginal cost that vanished with the copy returns with the outcome.\n- **Apply**: Any time revenue is generated by producing work (tokens, outcomes) rather than shipping a copy — build a real COGS line.\n\n**The Seat Broke From Both Ends**\nThe per-seat pricing unit broke from both directions — consumption is heavy-tailed, so a median price loses money on the customers worth having; and agents complete work with no person to charge.\n- **Apply**: When evaluating or defending seat pricing for products with usage dispersion or agentic autonomy.\n\n**The Balance Sheet Moved**\nThe capital to produce intelligence is committed years ahead on a physical clock and financed increasingly off the balance sheet — the P&L you read is not the capital you owe.\n- **Apply**: When reading any AI firm's financials; look past the income statement to commitments and off-balance-sheet financing.\n\n**Software Acquires a Cost of Goods**\nSoftware, historically near-zero-COGS, now carries a genuine cost of goods sold because it performs work.\n- **Apply**: When modeling an AI software P&L — never assume the old margin structure.\n\n---\n\n\n### The Counting Discipline\n\n**The Counting Rule**\nEach end-customer dollar is counted once, at the tier the customer transacted with; lab compute bought from a cloud is the same dollar one step down, and neocloud revenue is a cost of the tiers above it, never incremental demand. Naive addition of published run-rates overstates by roughly 40–70%.\n- **Apply**: Stage 0 of any analysis touching published figures; run before believing any market number.\n\n**The Double-Counted Tier**\nA failure pattern: lab revenue added to the cloud revenue that carried it — the same dollar counted twice across tiers.\n- **Apply**: When summing run-rates across labs / clouds / applications; trace each line to its transacting tier.\n\n**The Symmetric-Count Illusion**\nCounting capital broadly (across the whole build) while admitting revenue only where it transacts — a bias that runs in one fixed direction and is usually left unstated.\n- **Apply**: Whenever a hurdle or coverage figure is produced; name the asymmetry and its direction.\n\n**The Counting Asymmetry**\nCapital is estimated across the whole build; revenue is admitted only where it transacts; the largest capital program may have no external AI revenue at all — a fixed-direction bias the reader must be told about.\n- **Apply**: State it wherever the hurdle is computed; offer the two repairs (narrow the capital, or widen the return with an operating-surplus estimate).\n\n**Corroboration Must Be Independent**\nTwo figures that share a margin assumption, a capital base, or a vintage agree by construction, not by corroboration; re-run any external method at current vintage before citing it.\n- **Apply**: Before treating any second number (e.g. \"the $600B figure confirms it\") as independent support.\n\n**The Borrowed Corroboration**\nA failure pattern: citing an external figure of another vintage as if it independently confirms your own.\n- **Apply**: When leaning on Sequoia/JPMorgan-style external numbers; state vintage, method, and shared assumptions.\n\n**Never Divide a Stock by a Flow**\nCapex against revenue, forward obligation against an annual capital line, run-rate against a capital base — all category errors. Revenue is compared to depreciation; obligation to forward cash flow.\n- **Apply**: As the first red-team check on any ratio in the discipline.\n\n**The Stock-Over-Flow Error**\nThe named failure of comparing a stock quantity to a flow quantity (the fix: revenue vs depreciation).\n- **Apply**: When someone puts capex against AI revenue on a board slide.\n\n---\n\n\n### Unit Economics\n\n**Cost per Accepted Outcome**\nTokens (in and out, at the model's price) + environment compute (sandboxes, retrieval, serving) + attention (human minutes at the loop's outer edge, at a loaded rate), over outcomes a referee accepted — not things produced.\n- **Apply**: Stage 1 of the engine; the base unit for every margin, price, and budget in the seat.\n\n**Budget on Tokens per Outcome**\nBudget intelligence in tokens per accepted outcome, never from a price table — token prices go stale within a quarter.\n- **Apply**: Building any forward AI budget or line item; refuse \"budget at today's token prices.\"\n\n**The Deflation Paradox**\nWhen modeling a model-price cut, work tokens-per-task first and price second — never price alone; falling unit prices can be offset (or overwhelmed) by rising tokens per task.\n- **Apply**: \"Model the impact of a model-price cut\" routes here first, before any repricing.\n\n**Heavy-Tailed Consumption**\nConsumption is heavily skewed — the top few percent of users can consume the majority of tokens, so a price set to the median loses money on the customers worth having.\n- **Apply**: Diagnosing per-customer losses; compute cost per accepted outcome for the top decile and median separately (the answer is usually distributional, not level).\n\n**The Median-User Price**\nA failure pattern: pricing to the median user in a heavy-tailed distribution (the fix: price the tail).\n- **Apply**: When a flat price is losing money on power users.\n\n**The Physics of the Cost Line**\nThe cost line obeys real physics — tokens, watts, compute, human minutes — not the frictionless economics of the copy.\n- **Apply**: When reasoning about where cost actually comes from before proposing to move it.\n\n---\n\n\n### Margin Design\n\n**Gross Margin as a Design Outcome**\nGross margin stops being a property of the category and becomes a design outcome — recovery comes from deliberate levers, not from scale.\n- **Apply**: Whenever margins are weak; refuse \"model our margin at 80%\" and build it from the levers.\n\n**The Four Levers**\nThe four finance-owned, metered levers of margin: the routing table (task class → model → price), the cache hit rate, the owned-model share (residue trained into weights), and attention per outcome.\n- **Apply**: Stage 2 margin design; the slide when explaining margin to the board.\n\n**Ceiling vs Company Average**\nA ceiling on well-used capacity is not the company average across the whole revenue mix — the two must never be mistaken for each other.\n- **Apply**: Any margin claim; hold the best-case unit figure apart from the blended company figure explicitly.\n\n**The Ceiling at Seventy**\nA named ceiling reference — the gross-margin ceiling that well-used inference capacity tends toward, distinct from the company average.\n- **Apply**: When benchmarking an inference margin against its structural limit.\n\n**Revenue per Megawatt / Tokens per Watt**\nPhysical-unit efficiency metrics reading revenue and token throughput against the power a build consumes.\n- **Apply**: Reading lab/datacenter unit economics where the binding constraint is power, not headcount.\n\n**The SaaS-Margin Assumption**\nA failure pattern: assuming zero-marginal-cost SaaS margins in an AI business (the fix: margin as design).\n- **Apply**: When a plan pencils 80% gross margin by default.\n\n---\n\n\n### Pricing (as a Finance Instrument)\n\n**Pricing as a Finance Instrument**\nPrice is set on a grid of attribution × autonomy — seats where the system assists, usage where autonomy runs without clean attribution, outcomes where a verifiable result is owned and unlocked by proof.\n- **Apply**: Stage 3; every pricing/packaging decision (seats vs usage vs outcomes vs credits).\n\n**Never Seat-Price Agentic Value**\nSeat pricing caps revenue at the customer's headcount precisely where the product removes the seat's work — so agentic scope must not be seat-priced.\n- **Apply**: Refuse \"price it per seat\" for agentic products; move to the grid.\n\n**Price the Tail**\nPrice the heavy-tailed high-consumption cohort with multiples of usage rather than a flat rate; when a price must move, move the tail first and the base last.\n- **Apply**: Repricing a heavy-tailed product; protecting the base while recovering margin from power users.\n\n**Hybrids Are the Transition**\nHybrids (seat → credits/usage → outcomes) are the transition; outcome pricing is the end state; each step has conditions that must be true before it is taken.\n- **Apply**: Designing a pricing migration path with staged triggers.\n\n**The Guarantee Has a Cost Wherever It Sits**\nAn outcome/result guarantee always carries a cost — outcome pricing without a verification instrument is merely a dispute schedule.\n- **Apply**: Before offering outcome terms; require the verification instrument first.\n\n**The Compounding Curve (for the buyer)**\nShow the buyer the curve where unit price falls as the substrate matures while account value rises.\n- **Apply**: In the sales/pricing narrative for a maturing agentic product.\n\n---\n\n\n### Growth Accounting\n\n**The Free User Is a Cost**\nIn an era with real COGS, the free user is a cost, not a marketing asset — the free wedge must be sized to a verified outcome and no further.\n- **Apply**: Costing a free tier; sizing the wedge in growth accounting.\n\n**AI-Era LTV / CAC / Payback**\nLTV carries a cost of goods per period; CAC is recomputed for citation-and-endpoint acquisition; payback is keyed to time-to-magic — the cohort table shows margin, not just revenue.\n- **Apply**: Any cohort, retention, or acquisition-economics analysis in the AI era.\n\n**The Free-Tier Bill**\nA failure pattern: an uncosted free tier arriving as a real bill (the fix: wedge sized to an outcome).\n- **Apply**: When free-user compute is unmodeled in the plan.\n\n---\n\n\n### Reading the Capital\n\n**The Three Tests**\nRead capital with three tests that disagree, and the disagreement is the answer — the income-statement test (revenue vs recognized depreciation), the capital test (the hurdle), and the funding test (external share and whether the character of the money changed).\n- **Apply**: \"Is the buildout sustainable / is this a bubble / capex vs revenue\"; refuse the single-ratio question.\n\n**Revenue Against Depreciation, Not Capex**\nRevenue is compared to recognized depreciation, never to capex; the coverage ratio is revenue ÷ recognized D&A.\n- **Apply**: Replacing any capex-against-revenue exhibit; the fast-lane board fix.\n\n**The Hurdle Is Arithmetic**\nRequired annual revenue = deployed base × (1/blended life + cost of capital) ÷ gross margin — a division shown with every input, not a judgment call.\n- **Apply**: \"What return does this capital need\"; compute with full inputs and a sensitivity band.\n\n**The Beat Raises the Hurdle**\nA record quarter at a supplier enlarges the capital base that must earn a return, so it raises the end-customer revenue the layers above must eventually produce — a silicon-layer beat is evidence against the monetization case, not for it.\n- **Apply**: When a supplier \"just printed\"; add the note to any hurdle.\n\n**The Income Statement Answers Before the Maturity Schedule Asks**\nThe operating economics (revenue vs depreciation, coverage) resolve the sustainability question before the debt maturity schedule even poses it.\n- **Apply**: Sequencing a capital read — start at the income statement, not the maturity wall.\n\n**Growth Requirements Are Compounded, Not Averaged**\nA charge heading to 3× over three years requires revenue to triple — ~44% a year (3^(1/3)=1.442), not the 40% an average returns; check every growth claim against its own exponent.\n- **Apply**: Any multi-year growth requirement; note when the error flatters the case.\n\n**The Uncompounded Growth Requirement**\nA failure pattern: averaging a growth requirement that should be compounded.\n- **Apply**: When a tripling is quoted as ~40%/yr.\n\n---\n\n\n### Depreciation & Asset Structure\n\n**Split by Clock**\nCapital splits by clock — short-lived vs long-lived, financeable vs pledgeable — read as one pipe into two vessels with two clock faces.\n- **Apply**: Stage 5; any capex composition or depreciation analysis.\n\n**Depreciation-Weighted Life**\nWith mixed asset lives the annual charge is the sum of each share divided by its own life, and the blended life is that sum's reciprocal — 60% at 5 years and 40% at 25 gives ~13.6%/yr and a life near 7.35, not the ~13 years arithmetic averaging returns.\n- **Apply**: Any blended asset-life figure; state the weighting method inline.\n\n**The Arithmetic Asset Life**\nA failure pattern: averaging asset lives arithmetically instead of depreciation-weighting them.\n- **Apply**: When a blended life is quoted without its weighting method.\n\n**Price Is Not Capacity**\nThe price-not-capacity share distinguishes what the capital bought in capability from what it merely paid in price — capacity and its cost are separate readings.\n- **Apply**: Reading a capital program's composition; isolate genuine capacity from price inflation.\n\n**Financeable vs Pledgeable**\nAssets differ in whether they can be financed and whether they can be pledged as collateral — a structural property that shapes the capital program.\n- **Apply**: Assessing how a build is or can be funded.\n\n---\n\n\n### Off-Balance-Sheet & Structure\n\n**The Acid Test**\nSix gauges on one rail — structure ratio, velocity spread, external dependence, coverage, counterparty floor, take-out gap — where the finding is the spread across them, not the composite; every concealment gauge needs a cash-flow denominator.\n- **Apply**: Debt, leases, off-balance-sheet, financing structure; run quarterly on the firm's own commitments.\n\n**Read the Spread, Not the Composite**\nOn the acid test's six-gauge rail, the diagnostic signal is the dispersion between gauges, not their average.\n- **Apply**: Interpreting the acid-test rail; risk-weight by deferral vs transfer.\n\n**The Off-Balance-Sheet Blind Spot**\nA failure pattern: missing financing that sits off the balance sheet (the fix: the acid test, run quarterly).\n- **Apply**: When a firm's leases-not-commenced, guarantees, or SPV financing go unread.\n\n**Allocation Becomes Obligation**\nA capital allocation entering the plan turns into a hard obligation downstream — drawn as a river entering a lock and splitting into obligation channels.\n- **Apply**: Tracing how committed spend hardens into contractual liability.\n\n**Pre-Funding Makes the Near Term Sticky**\nCapital raised ahead of need makes the near-term commitments sticky — the money is already spoken for regardless of demand.\n- **Apply**: Assessing near-term flexibility of a pre-funded build.\n\n**The Bottom Line Believed**\nA failure pattern: reading net income (moved by marks on stakes) as if it were operations — read the operating line before believing any bottom line.\n- **Apply**: When marks on customer/supplier stakes flatter or punish net income.\n\n**Net Income Has Two Engines**\nNet income is driven by two distinct engines — the operation, and marks on stakes in customers and suppliers that touch the bottom line without touching operations.\n- **Apply**: Separating operating performance from valuation effects in any P&L read.\n\n---\n\n\n### Contagion & Systemic Reading\n\n**The Layer Map Is Not the Credit Map**\nValue's horizontal geometry (the layer map) is a different object from contagion's vertical geometry (the credit map); confusing them hides risk.\n- **Apply**: Mapping counterparty/contagion risk against the value stack.\n\n**The Three Joints**\nThe specific points where the layer map crosses the credit map are the joints where stress transmits — read alongside the phase calendar and a watchlist by information value.\n- **Apply**: \"Counterparty risk, contagion, credit vs layers\"; build the joint table and calendar.\n\n**It Breaks Upward**\nThe order of operations in a stress event: it breaks upward through the stack.\n- **Apply**: Sequencing how a failure propagates across tiers.\n\n**The Amplifier, Not the Bubble**\nThe question \"is it a bubble\" is malformed for a stack on four clocks; the structure acts as an amplifier — run the acid test and read the spread instead.\n- **Apply**: Refuse \"just tell me if it's a bubble\"; reframe to the tests and the spread.\n\n---\n\n\n### The Absorption Ladder\n\n**Absorption Capacity**\nEach builder is placed on a ladder by capital intensity and funding source — the measure of whether it can afford its build.\n- **Apply**: \"Can this company afford its build\"; place the builder on a rung.\n\n**Operating Absorption Is Not Cash Absorption**\nA firm's ability to absorb a build operationally (through the P&L) is distinct from its ability to absorb it in cash — read the two separately.\n- **Apply**: Assessing build affordability; never conflate operating and cash absorption.\n\n**The Control Group**\nA builder's absorption is judged against a control-group comparison, not in isolation.\n- **Apply**: Benchmarking one builder's capital intensity and funding against peers.\n\n---\n\n\n### The Five Incidence Paths\n\n**The Five Incidence Paths**\nAn AI bill arrives on one of five paths — capitalized, memory tax, discovery tax, traffic-carry, or inference as COGS — each landing on a specific P&L line with a specific defense.\n- **Apply**: \"This isn't our build — why is it in our P&L\"; name the path and its instrument.\n\n---\n\n\n### The Data-Oil Models\n\n**The Data Oil**\nProprietary data behaves like an oil reserve — wells, a refinery, and a late royalty — a resource whose value is extracted and monetized downstream over time.\n- **Apply**: Valuing or reasoning about a firm's proprietary data as a capital asset.\n\n**The Second Barrel**\nThe second monetization of the same data resource — a further royalty extracted from an already-drilled reserve.\n- **Apply**: When a data asset is monetized more than once.\n\n---\n\n\n### Supplier / Financing Actors\n\n**The Supplier Joins the Clock**\nWhen a supplier's own financing channels (equity stakes, receivables, guarantees, syndicated platforms) fund the buildout, the supplier becomes part of the capital clock and needs its own column in the acid test.\n- **Apply**: Reading supply-side financing invisible to a hyperscaler-built six-gauge test.\n\n**The Levered Backer**\nA named actor: a backer funding the build with leverage, adding a financing channel to the contagion map.\n- **Apply**: Mapping who carries the leverage behind a builder.\n\n**The Wrapper**\nA named actor/structure: the wrapper around underlying AI exposure that repackages or intermediates the risk.\n- **Apply**: Identifying repackaged exposure in the credit map.\n\n---\n\n\n### Verdict Framing\n\n**Real, Historic, and Insufficient**\nA verdict frame: the AI buildout can be simultaneously real, historic in scale, and insufficient to clear its own hurdle — all three at once.\n- **Apply**: Summarizing a capital-program verdict without collapsing into \"bubble / not bubble.\"\n\n**The Ledger the Firm Writes Itself**\nThe M5 end state: the ledger is the firm's own — budgets in tokens per outcome, the board reads revenue against depreciation, and the counting asymmetry is stated in the firm's own materials.\n- **Apply**: Setting the maturity target for a finance function.\n\n---\n\n\n### The Engine (Stages 0–5)\n\n**Stage 0 — Establish the Count**\nName the tiers (labs / clouds / applications / the uncountable), apply the counting rule (count once at the transacting tier, strip lab compute from cloud AI revenue, exclude neocloud revenue as a cost), mark each input disclosed/reported/estimated with its date, and produce a range.\n- **Apply**: First stage of any analysis touching published figures.\n\n**Stage 1 — Build the Unit**\nCompute cost per accepted outcome (tokens + environment compute + attention over referee-accepted outcomes), trend it as the learning curve, and bridge it to COGS and gross margin.\n- **Apply**: Establishing per-unit profitability before pricing or margin work.\n\n**Stage 2 — Design the Margin**\nMove margin with the four finance-owned levers (routing table, cache hit rate, owned-model share, attention per outcome); distinguish the ceiling from the company average.\n- **Apply**: After the unit is built and margin is weak.\n\n**Stage 3 — Set the Price**\nPlace price on the attribution × autonomy grid, price the tail with multiples of usage, show the buyer the compounding curve, and stage hybrids toward outcome pricing (with the verification instrument).\n- **Apply**: After margin is designed; any pricing/packaging decision.\n\n**Stage 4 — Read the Capital**\nRun the three tests (income statement, capital/hurdle, funding) that disagree — the disagreement is the answer.\n- **Apply**: Assessing capital sustainability and required return.\n\n**Stage 5 — Read the Structure**\nSplit by clock, run the acid test's six gauges (read the spread), map the joints where the layer and credit maps cross, place each builder on the absorption ladder, then answer the incidence question.\n- **Apply**: Structural/systemic reading after the capital is read.\n\n---\n\n\n### Mode Cards (operating modes)\n\n**THE COUNT**\nBuild revenue by tier with low/central/high and a source class per input, show the strip-and-exclude operations, produce the total with its range, and name the weakest input.\n- **Apply**: Any request touching a market number, run-rate, or published figure — runs first before any other mode.\n\n**UNIT ECONOMICS**\nCost per accepted outcome with its three components separated, the acceptance definition (referee and threshold), the trend, and the bridge to COGS and gross margin.\n- **Apply**: \"What does this cost / are we profitable per unit / token spend.\"\n\n**MARGIN DESIGN**\nDecompose current margin, read the four levers at current and target, propose the routing table, the cache opportunity, the owned-model case, and the margin bridge — no improvement from scale alone.\n- **Apply**: \"Our margins are bad / how do we get to positive gross margin.\"\n\n**PRICING ARCHITECT**\nGrid placement, the proof-unlocked ladder, tail pricing, the hybrid transition path, and the buyer's compounding curve — never seat-price agentic value; outcome terms require the instrument.\n- **Apply**: Pricing, packaging, seats vs usage vs outcomes, credits.\n\n**GROWTH ACCOUNTING**\nLTV with a cost of goods per period, CAC recomputed for citation-and-endpoint acquisition, payback keyed to time-to-magic, the free tier costed, and NRR — the cohort table shows margin.\n- **Apply**: LTV, CAC, payback, free tier, cohort economics.\n\n**THE HURDLE**\nThe required-return division shown with every input, sensitivity on asset life/margin/required return, the position against countable revenue, the asymmetry stated, and the beat-raises-the-hurdle note.\n- **Apply**: \"What return does this capital need.\"\n\n**THE ACID TEST (mode)**\nScore the six gauges on one rail with a band and calibration against a prior period; the spread is the finding; risk-weight by deferral vs transfer.\n- **Apply**: Debt, leases, off-balance-sheet, financing structure.\n\n**THE JOINTS (mode)**\nThe layer map beside the credit map, the joints where they cross, the phase calendar, the order of operations (it breaks upward), and the watchlist by information value.\n- **Apply**: Counterparty risk, contagion, credit vs layers.\n\n**THE ABSORPTION LADDER (mode)**\nPlace the builder by capital intensity and funding source, read operating vs cash absorption separately, name the collapse conditions, and compare to a control group.\n- **Apply**: \"Can this company afford its build.\"\n\n**INCIDENCE (mode)**\nIdentify which of the five paths the firm's bill arrives on, the P&L line where it lands, and the defense available.\n- **Apply**: \"This isn't our build — why is it in our P&L.\"\n\n**THE FINANCE SEAT**\nRebuild the AI line item on tokens per accepted outcome, define the six meters with owners, replace the capex-against-revenue board slide, and run the acid test on the firm's own commitments.\n- **Apply**: Budgeting, board deck, forecast, the AI line item.\n\n**FAILURE DIAGNOSIS** → canonical entry in **Harness Engineering**. Applied here in this seat's context.\n\n\n### The Fast Lane (when the clock is short)\n\n**The Board-Meets-Thursday Order**\nStrip the marks and read the operating line, replace any capex-against-revenue exhibit with revenue vs recognized depreciation, give one honest coverage number with range and date, and name the single largest uncertainty — a correct coverage number beats a complete model nobody can defend.\n- **Apply**: The AI number is wrong and the board meets imminently.\n\n**The Losing-Money Order**\nCompute cost per accepted outcome for the top decile and median separately (the answer is almost always distributional), check the routing table before the price list, and if price must move, move the tail first and the base last.\n- **Apply**: Losing money per customer with pressure to raise prices tomorrow.\n\n**The Published-Number Order**\nRun THE COUNT on any externally published number before responding — a response built on someone else's arithmetic inherits their error.\n- **Apply**: A vendor, investor, or the press just published a number about you or your market.\n\n---\n\n\n### The Red Team (seven predictable attacks)\n\n**The Seven Attacks**\nEvery number will be attacked in seven predictable ways — stock/flow, double-count, weighting source, uncompounded growth, non-independent sources, broad-capital/narrow-revenue, and self-contradiction — so run the hostile reading first; a finding that cannot survive attack five is not yet a finding.\n- **Apply**: Before shipping any output; the analysis that survives a hostile reader is the one that ran the hostile reading first.\n\n---\n\n\n### Composition Rules (compound requests as mode sums)\n\n**Requests Route as Mode Sums**\nCompound requests decompose into ordered mode sequences (e.g. \"build the AI budget\" = THE COUNT → UNIT ECONOMICS → MARGIN DESIGN → THE FINANCE SEAT), never blended; work spanning seats is handed to the correct sibling.\n- **Apply**: Any multi-part request; sequence the modes rather than answering monolithically.\n\n\n\n\n<a id='02-the-business-orchestrator'></a>\n\n---\n\n\n---\n\n# PART IV — RUN THE FIRM\n\n\n## The Business Orchestrator\n\n\n### The Orchestration Engine (Layers 0–4)\n\nThe core diagnostic engine. Run the layers in order on whatever scope the mode defines; each layer has a question, a method, and a finding format. Phase 3 (prescribe) never runs without Phase 2 (diagnose) — prescriptions without diagnosis are consulting theater.\n\n**Layer 0 — Work Physics**\nAnswers \"what is the work, really?\" Decompose the scope into flows (a flow = a recurring unit of work with an input, a transformation, and an output someone consumes) and score each on three dimensions — Volume, Specifiability, Consequence (severity and reversibility) — then assign an automation category.\n- **Apply**: Use to build the work map and draw the automation frontier. Category rule: Automate-first = H/M volume + Y spec + L/M-reversible consequence; Automate-with-gate = Y/PARTIAL spec + any consequence (junction mandatory); Judgment work = N spec or H-irreversible; Leave manual = L volume. Unspecifiable work cannot be gated, and ungateable work must not be autonomous.\n\n**Layer 1 — Unit Architecture**\nAnswers \"are the units built or improvised?\" Audit each automated flow's working unit against the nine elements in four bands — charter (mandate, boundary), production (model, tools, procedure), control (gate, escalation path with a named human), memory (context, the record).\n- **Apply**: Use to find structural gaps in automated units. Run the four audit tests in order of diagnostic power: the charter test, the swap test, the method test, the record test. Score 0–2 per test (/8) and surface the top structural gaps.\n\n**Layer 2 — The Judgment System**\nAnswers \"where does human judgment actually bind, and is it real?\" For every junction (a point where a human decision gates a flow), verify the five specifications exist in writing, size it with the utilization formula, and price the erosion of assisted selection.\n- **Apply**: Use whenever human-in-the-loop, oversight, or approval steps are in scope. Fewer than five written specs = the junction is decorative. Above ~85% utilization = rubber stamp; below ~20% = consider consolidation. Output the junction ledger.\n\n**Layer 3 — Topology**\nAnswers \"does the structure survive scale?\" Units grow linearly, channels grow roughly as the square, judgment is fixed — audit three structural rules (bounded fan, junction routing, schema'd flows) then run the cascade check to draw each unit's blast radius.\n- **Apply**: Use to audit structural durability at scale. Blast radii containing customer-visible or irreversible actions with zero intermediate checks are the finding that outranks all others. Output the topology verdict.\n\n**Layer 4 — Human Capital**\nAnswers \"is the firm consuming its future judges?\" Judgment is a manufactured input with a lead time in years, manufactured on the bottom rungs automation removes — audit which rungs are gone, what deliberate replacements exist, and the 24-month arithmetic of judges forming vs judges needed.\n- **Apply**: Use for org and bench decisions. Also apply the teammate substitution (one assisted person covers what small teams were assembled for) and audit for convergence risk — whether team members draft independently before comparing, or the first output anchors everyone. Output the bench verdict.\n\n---\n\n\n### The Three-Phase Execution Flow\n\n**Configure → Diagnose → Prescribe**\nEvery engagement runs three phases — Phase 1 Configure (identify mode, scope, available numbers), Phase 2 Diagnose (run the Orchestration Engine Layers 0–4, no skipped layers), Phase 3 Prescribe (produce the mode's artifact with engine traceability).\n- **Apply**: Use as the spine of every engagement. Phase 3 never runs without Phase 2. Never invent the user's metrics — where numbers are missing, ask or mark `[INPUT NEEDED]` and proceed.\n\n---\n\n\n### Operating Modes (Mode Cards)\n\nEight modes, each identified from the user's request, running the engine layers the mode requires and producing its artifact.\n\n**Mode 1 — Operating Model Review**\nFull-engine audit (Layers 0–4) producing findings per layer, maturity level, the five highest-leverage corrections ranked by effort/impact, and a 90-day sequence.\n- **Apply**: Triggers: \"review our AI setup,\" \"are we doing this right,\" audits. Artifact: the Operating Model Review (T8) with maturity dial and 90-day roadmap.\n\n**Mode 2 — Automation Triage**\nLayer 0 deep + Layer 4 check, producing a work map plus the frontier — an automate-first list with per-flow junction requirements and an explicit do-not-automate list with reasons.\n- **Apply**: Triggers: \"what should we automate,\" roadmaps, prioritization. The do-not-automate list seeds the refusal log. Artifact: frontier chart + work map.\n\n**Mode 3 — Junction Design**\nLayer 0 (the flow) + Layer 2 (deep), producing junction spec(s) with sizing math shown and the erosion countermeasures chosen.\n- **Apply**: Triggers: human-in-the-loop, oversight, review process, approval workflow. Artifact: junction spec (T3) + junction schematic.\n\n**Mode 4 — Agent Charter & Governance**\nLayer 1 deep + Layer 3 blast-radius check, producing charter one-pagers plus the autonomy ladder with promotion thresholds and demotion rails.\n- **Apply**: Triggers: agent rules, permissions, what agents can do, AI policy. Artifact: charter one-pagers (T6) + autonomy ladder.\n\n**Mode 5 — Org Redesign**\nLayers 0, 2, 4 with mandatory teammate-substitution analysis, producing the graph redesign — flows-to-junctions map, roles redefined as junction ownership plus bench positions, and the staircase plan.\n- **Apply**: Triggers: team structure, roles, spans, \"do we still need X team.\" Artifact: before/after graph + bench plan.\n\n**Mode 6 — Adoption Rescue**\nDiagnose against the failure pattern library (Part C), identify which pathologies are present, then run only the layers those pathologies implicate — producing diagnosis, root-cause chain, and corrective sequence.\n- **Apply**: Triggers: pilots stalling, \"our AI initiative isn't working,\" low usage, quality complaints. Artifact: pathology board + corrective path.\n\n**Mode 7 — Measurement & ROI**\nLayer 2 sizing plus the gauge panel, producing the six-gauge panel built strictly on user-supplied numbers with formulas shown and cost-per-outcome replacing cost-per-call.\n- **Apply**: Triggers: KPIs, metrics, \"is it working,\" business case. If numbers are missing, the artifact becomes the measurement plan (what to instrument, where, cadence). Artifact: gauge dashboard (T7).\n\n**Mode 8 — Cadence & Practice**\nProduces the operating calendar — weekly junction review, monthly roster walk, quarterly model review, annual clean-sheet test — each with attendees, inputs, and questions asked, plus the refusal log format.\n- **Apply**: Triggers: governance rhythm, review meetings, \"how do we keep this healthy.\" Artifact: calendar wheel + refusal log.\n\n**Composition Rules (compound requests)**\nModes combine — route compound requests as sums, run the union of their layers, deliver one merged artifact set (e.g. \"cut costs with AI\" = Mode 2 + Mode 7; \"choose our AI stack/vendor\" = Mode 2 + own/rent ledger + swap-test criterion; \"board update\" = Mode 7 + maturity dial + refusal log headline; \"roll it out\" = Mode 5 + Mode 8).\n- **Apply**: Use when a request spans modes. Anything not listed: pick the nearest mode by artifact and say which. Never start vendor selection from vendor features.\n\n---\n\n\n### The Audit Tests (Layer 1)\n\n**The Charter Test**\nCan anyone produce the unit's one-page charter? No charter = exposure, not automation.\n- **Apply**: First and most diagnostic test of any automated unit; run it before the others.\n\n**The Swap Test**\nIf the model vendor changed tomorrow, what else would need touching? Everything that would need touching is what the firm has actually built; if the answer is \"the quality,\" the firm built nothing.\n- **Apply**: Use to distinguish real property from rented capability; also the selection criterion for vendor/stack choices.\n\n**The Method Test**\nDoes the unit apply the firm's way of working, or the model's average? \"It's in the prompt somewhere\" = amplifier, not discipline.\n- **Apply**: Ask for the encoded checklist. Use to detect the Amplifier Trap.\n\n**The Record Test**\nPick last week's corrections; where are they now? If the answer is a chat thread, the flywheel is not spinning.\n- **Apply**: Use to verify corrections are captured by construction, not evaporating.\n\n---\n\n\n### The Judgment System Mechanics (Layer 2)\n\n**The Five Junction Specifications**\nA real junction has five things in writing: what arrives (checkable format), the decision, the standards applied, approve-alone vs escalate thresholds, and the correction-capture destination. Fewer than five = the junction is decorative.\n- **Apply**: Use to verify any human-in-the-loop checkpoint is real before trusting it.\n\n**Junction Utilization (sizing law)**\n`utilization = (items/week × minutes/item) / (judge hours available × 60)`. Above ~85% the junction is a rubber stamp — the judge approves to survive; below ~20% consider consolidation.\n- **Apply**: Use to size every junction as a design act; show the math in the open.\n\n**Judgment Erosion (the pricing rule)**\nSelection quality measurably degrades with assistance — judges picking among machine outputs choose the best roughly a third of the time versus half unassisted. Countermeasures: schema-checked inputs so judges see only the judgmental residue, monthly calibration sets, junction rotation.\n- **Apply**: Price this into every junction design and build in the countermeasures.\n\n---\n\n\n### Named Laws & Rules (Model Library — apply, don't dump)\n\n**The Bottom Rung Dissolves**\nAssisted individuals replicate team breadth; entry-level work is the first casualty, and with it the training ground.\n- **Apply**: Cite in human-capital and org-redesign analyses to justify deliberate bench mechanisms.\n\n**The Judgment Erosion**\nAssistance degrades selection; the skill of choosing among outputs decays exactly when it becomes the job.\n- **Apply**: Use to justify calibration sets and schema'd inputs at junctions.\n\n**The Teammate Substitution**\nTeams justified by coverage are no longer auto-justified; the remaining reason is engineered diversity of judgment.\n- **Apply**: Mandatory in Mode 5 org redesign; drives span and headcount decisions.\n\n**Booked, Not Predicted**\nWhen restructuring charges cite the agentic model, the transition stopped being a forecast.\n- **Apply**: Cite to move a discussion from speculation to audited fact.\n\n**The Rented Ninth** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**The Fit**\nPerformance lives in the co-adaptation of model, harness, and context; the fit cannot be bought, only accumulated.\n- **Apply**: Use to argue against expecting bought performance and for accumulated advantage.\n\n**Amplifier vs Discipline**\nThe harness scales whatever is encoded in it; without method it scales error.\n- **Apply**: Use to diagnose the Amplifier Trap and justify encoding method.\n\n**Encode the Method**\nThe firm's checklists and red lines as machinery — the difference between the model's average and the firm's standard.\n- **Apply**: The structural fix whenever the method test scores zero.\n\n**The Junction**\nReal only when its five specifications are written; otherwise decoration.\n- **Apply**: The definitional rule for every human checkpoint.\n\n**The Rubber Stamp**\nAbove ~85% utilization a judge approves to survive; sizing is a design act.\n- **Apply**: Use to detect and fix decorative approval steps.\n\n**Autonomy Is a Gate Result** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Calibration Decay**\nJudges need scored practice or their standards drift with the machine's.\n- **Apply**: Justifies monthly calibration sets and junction rotation.\n\n**The Exhaust Flywheel**\nCorrections, captured by construction, are the compounding asset; a competitor can rent your model, not your ten thousand corrections.\n- **Apply**: The core argument for capture-by-construction as competitive moat.\n\n**Landlord's Compounding** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Cost Is a Capability** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**The Graph, Not the Chart**\nAgents execute flows; humans hold junctions; the org chart describes neither.\n- **Apply**: The governing metaphor for Mode 5 org redesign.\n\n**The Interaction Explosion** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Schema-Routed Flow** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**The Blast Radius** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**The Missing Staircase**\nJudgment is manufactured on rungs automation removes; rebuild deliberately or run on inventory.\n- **Apply**: The Layer 4 imperative for bench planning.\n\n**Scheduled Judgment Beats Incident Judgment**\nThe cadence is the control.\n- **Apply**: Justifies the operating calendar over reactive, incident-driven review.\n\n**The Refusal Log** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.\n\n**The Roster** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**The Clean-Sheet Test** → canonical entry in **The Business Architect**. Applied here in this seat's context.\n\n**Cost per Outcome, Never per Call**\nThe denominator is the discipline.\n- **Apply**: Replace API-bill reasoning with cost per gated, delivered outcome in all measurement.\n\n---\n\n\n### Failure Pattern Library (diagnose by symptom)\n\nEach pattern names its symptom, root cause, and structural fix; multiple co-occur.\n\n**Pilot Purgatory**\nDemos everywhere, production nowhere — because no charters and no gates mean nothing can be trusted enough to ship.\n- **Apply**: Fix: charter + instrument one flow end-to-end; ship narrow.\n\n**The Rubber-Stamp Junction**\nNear-100% approval rates, caused by utilization >85% or unspecified standards.\n- **Apply**: Fix: schema the inputs, resize or split the junction, publish the standards.\n\n**The Amplifier Trap**\nOutput up, quality complaints up — a harness without encoded method scaled the firm's errors.\n- **Apply**: Fix: encode the checklist/red lines into the procedure; add the gate.\n\n**Demo Promotion** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Correction Evaporation** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**The Shadow Bench** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Cost-per-Call Illusion**\n\"AI is expensive\"/\"AI is cheap\" argued from API bills — the wrong denominator.\n- **Apply**: Fix: cost per gated, delivered outcome; count the junction minutes.\n\n**Staircase Consumption**\nJunior hiring frozen, seniors fine \"for now\" — bottom rungs automated with no replacement mechanisms.\n- **Apply**: Fix: Layer 4 bench plan; apprenticeship at the junction.\n\n**The Convergence Trap**\nTeam outputs increasingly identical because the first assistant output anchors everyone.\n- **Apply**: Fix: independent drafts before comparison; diversity by construction.\n\n**Vendor Condensation**\nThe firm's edge showing up in a vendor's product roadmap — differentiated flows run through rented platforms, so the loop compounds for the landlord.\n- **Apply**: Fix: own/rent re-sort; bring edge-writing flows inside the walls.\n\n**Point-to-Point Sprawl**\nNobody can say what talks to what; incidents are archaeology — caused by unbounded fan and no schemas.\n- **Apply**: Fix: topology rules retrofitted at the consequential channels first.\n\n**Incident-Driven Operations**\nReviews happen after failures only, because there is no cadence.\n- **Apply**: Fix: the operating calendar; scheduled judgment beats incident judgment.\n\n---\n\n\n### Maturity Scale (L0–L5)\n\n**The Orchestration Maturity Ladder**\nA six-level scale for scoring a scope — L0 Ad hoc (individuals use AI, no charters/junctions/record), L1 Piloted (named use cases, demos, nothing instrumented), L2 Chartered (units have charters and owners, junctions unsized, corrections partly captured), L3 Instrumented (frozen evals, sized junctions, current roster, autonomy by thresholds, six gauges live), L4 Governed (full cadence, topology rules enforced, refusal log maintained, bench plan funded), L5 Compounding (loop measurably improves quarter over quarter, property share rising, operating model a stated competitive asset with receipts).\n- **Apply**: Score the scope, state the level and the gap to the next. Most firms claiming \"AI-first\" audit at L1; the jump that pays is L1→L3, and it runs through charters and evals, not better models.\n\n---\n\n\n### The Six Gauges (measurement panel)\n\n**The Gauge Panel** → canonical entry in **Harness Engineering**. Applied here in this seat's context.\n\n\n### The Operating Calendar (cadence rhythms)\n\n**The Four Rhythms**\nA nested governance cadence — weekly junction review, monthly roster walk, quarterly model review, annual clean-sheet test — each with attendees, inputs, and the questions asked, plus the refusal log.\n- **Apply**: Use in Mode 8 to keep an operating model healthy; scheduled judgment beats incident judgment.\n\n---\n\n\n### Output Templates (shared artifacts)\n\n**T1 Work Map**\nTable: Flow · Volume · Specifiable · Consequence (sev/rev) · Category · Junction? · Notes.\n- **Apply**: The Layer 0 finding format; renders visually as the Frontier Chart.\n\n**T2 Own/Rent Ledger**\nTable: Component · Own/Rent · Vendor-learns-our-edge? · Reasoning · Exit path.\n- **Apply**: Use for stack/vendor decisions; a shared artifact across the suite.\n\n**T3 Junction Spec**\nFlow; Judge (role, named); Arrives (format, checkable fields); Decision; Standards; Approve-alone vs escalate; Corrections captured to; Sizing (items/wk × min/item ÷ hours → utilization %); Erosion countermeasures.\n- **Apply**: The Mode 3 deliverable, 1:1 to a unit's control band.\n\n**T4 Instrument Sheet**\nEval set (N cases, source, correct-outcome definition); scoring rule; promotion threshold + hold period; current score; autonomy level; promotion log (date, evidence, approver).\n- **Apply**: Use to gate autonomy by evidence; filled by Agent Engineering's suite scores.\n\n**T5 Bench Plan**\nRungs removed; replacement mechanisms; judges forming vs needed (24mo); gap; convergence controls.\n- **Apply**: The Layer 4 / Mode 5 human-capital deliverable.\n\n**T6 Agent Charter (one page)**\nMandate (one sentence); outcomes owed; boundaries (must never); escalation (to whom, when); definition of done; owner; version; autonomy + evidence.\n- **Apply**: The Mode 4 deliverable and the unit-commission seed handed to Agent Engineering.\n\n**T7 Gauge Panel**\nLeverage · Judgment load · Property share · Bench depth · Escape rate · Cost per outcome — formula + current + trend + limit per gauge, trends over levels.\n- **Apply**: The Mode 7 deliverable; renders as the Gauge Dashboard.\n\n**T8 Operating Model Review**\nScope & maturity level; findings by layer (0–4, each evidence → implication); failure patterns present; the five corrections ranked (effort × impact, each tied to a layer finding); the 90-day sequence; refusal list; attribution.\n- **Apply**: The full Mode 1 deliverable.\n\n---\n\n\n### Evidence Base (cite as replaceable instances, dated)\n\n**The Cybernetic Teammate finding**\nField experiment (Dell'Acqua, Lakhani et al., Organization Science, 2026; 791 professionals, P&G): assisted individuals matched two-person team quality; assisted selection picked the best of five ~33% vs ~50% unassisted — the leverage and the erosion, measured together.\n- **Apply**: Cite for both the teammate substitution and judgment erosion; hedge as an instance, date it.\n\n**Harness-tuning economics**\nNVIDIA published agent blueprint (2026): a tuned loop around an open-weight model matched frontier task results at roughly one-tenth cost per run, base model unchanged — cost is a capability the loop spends.\n- **Apply**: Cite for \"Cost Is a Capability\" and the swap test; hedge as an instance.\n\n**Booked receipts**\nQ2 2026 filings: a major internet-infrastructure firm recorded a restructuring charge for its agentic operating model while revenue accelerated (headcount −14%, revenue per head +33%); a major enterprise-software firm disclosed ~$1B AI-attached contract value.\n- **Apply**: Cite for \"Booked, Not Predicted\" — the operating model is on audited statements.\n\n---\n\n\n### Seat Boundaries & Interop\n\n**The Read → Design → Run → Build handoff**\nOne seat of The Business Engineer suite — the Business Engineer reads markets/companies, the Business Architect decides what the firm should be (its designs arrive here as flows to map), the Orchestrator runs it, and Agent Engineering builds the units (fed by this seat's work maps, junction specs, and charter seeds).\n- **Apply**: When a request spans seats, route in one line by name, deliver this seat's artifact, and name what the adjacent skill adds. Consume adjacent reads/designs as context — never re-derive them. Shared artifacts (own/rent ledger, charter, gauge conventions) travel between skills unchanged.\n\n---\n\n*Analysis by The Business Engineer — businessengineer.ai.*\n\n\n\n\n<a id='12-the-ai-cfo'></a>\n\n---\n\n\n## The AI CFO\n\n\n### Foundational premise — why the number does not exist\n\n**The Category the Instruments Cannot Count**\nThe firm is buying a category its instruments were never built to count — software was a license (booked once, amortized, consumed by tracked headcount), but the firm now buys *work*: metered by the unit, consumed unevenly, performed by systems that improve on someone else's schedule and change behavior without a purchase order.\n- **Apply**: Open any \"what is AI costing us\" question here — the number is absent for a structural reason, not a negligence one. The first deliverable is the counting rule, not a total.\n\n**Three Retired Assumptions**\nThree assumptions retired, each taking instruments with it — (1) **Zero marginal cost, retired**: software acquired a cost of goods, so margin is engineered not inherited, and finance gets a legitimate seat in routing, caching, and model-tier decisions; (2) **The seat as the unit, retired**: consumption is heavy-tailed, so headcount × price misprices both ends; (3) **The purchase stays put, retired**: the deliverable moves under the contract.\n- **Apply**: Use to diagnose why a legacy budgeting instrument is misfiring — trace the failure to whichever retired assumption it still relies on.\n\n**The Deflation Paradox (price down, bill up)**\nThe price per unit of intelligence falls while the total bill goes up — the era's central budgeting fact, driven by inference-price curves falling while reasoning and agent loops multiply the tokens.\n- **Apply**: State whenever someone expects falling model prices to lower spend; run sensitivity on price-per-unit and units-per-user in opposite directions because both move.\n\n**The Unchanged Mandate**\nWhat did not change: know what things cost, know what they return, protect the balance sheet, tell the truth to the people who rely on the numbers.\n- **Apply**: The anchor when the novelty of AI tempts abandoning finance fundamentals — the instruments change, the mandate does not.\n\n---\n\n\n### The engine — Stages 0 to 5\n\n**Stage 0 — The question and the phase**\nEstablish which part of the seat's year this is — the close, the budget, the capital, the board and audit, the forecast, or the function — and name the room the answer has to survive.\n- **Apply**: First move on any engagement; the phase determines which instrument and which LEDGER gate apply.\n\n**Stage 1 — Make it countable**\nWrite the counting rule (what counts, where each dollar lands, who owns the line, versioned with reasons), sweep the sources (cloud, licenses/subscriptions, professional services, internal payroll, metered tokens, the shadow estate on cards), enforce one dollar counted once, then name the line the ledger has no field for — attention.\n- **Apply**: Before any total is published. If someone outside finance cannot reproduce the total, it is not a total.\n\n**Stage 2 — Make it comparable**\nBuild the unit — cost per accepted outcome (tokens, compute, attention over outcomes a referee accepted) — name routing and cache assumptions, roll it up (per outcome → per workflow × volume → per business unit → the firm), and assemble the AI P&L.\n- **Apply**: Once the total is reproducible; a price-per-token table is not a budget and cannot be compared across workflows.\n\n**Stage 3 — Make it a plan**\nBudget in units of work (never headcount × price), model the tail apart from the median, attach caps/alerts/owner/re-forecast trigger, and build the return case as baseline → mechanism → commitment → payback with verification written in, underwriting capacity returned rather than a headcount line.\n- **Apply**: When turning a countable, comparable estimate into a forward plan and a defensible business case.\n\n**Stage 4 — Place the capital honestly**\nCapex-or-opex is elective, so choose deliberately, write the memo at the time, disclose that a choice was made, state the capitalized share/useful life/margin effect; read buy/build/rent as three balance sheets; track commitment vs consumption; run the acid test on your own chair.\n- **Apply**: On any material build or capital commitment — the flexible year is the one before the paper is signed.\n\n**Stage 5 — Govern, guide, and answer**\nControls for systems that act (authority limit, junction, trace, change control, exception log with owner), guidance as a band and a trigger never a point estimate under drift, the auditor's shelf kept prepared, and the room answered in four minutes with six numbers.\n- **Apply**: For the control environment, street/board guidance, and audit-committee preparation.\n\n---\n\n\n### LEDGER — the funding qualification\n\n**LEDGER**\nThe seat's own six-letter funding qualification where **every letter closes to a number** — L Landing, E Engine, D Denominator, G Gate, E Elective, R Return — run at gates on the seat's calendar and rerun annually because routing assumptions go stale, the tail moves, and controls written for last year's autonomy tier stop covering this year's.\n- **Apply**: On any funding decision or commitment above the noise floor. Output as a table with the actual number or an explicit \"not computed\" per letter — never a qualitative sentence in a cell.\n\n**L — Landing**\nWhere does this dollar land, counted once? The number is the commitment mapped to its line with double-counts removed; the failure is a total assembled from four systems that share the same spend.\n- **Apply**: At the budget, before the commitment enters the plan.\n\n**E — Engine**\nWhat does one outcome cost to produce? The number is cost per accepted outcome with routing and cache named; the failure is a price-per-token table quoted as a budget.\n- **Apply**: At the close, graded on what happened not what was modelled.\n\n**D — Denominator**\nWhat is the plan built on? The number is consumption in units of work with the tail modelled apart; the failure is headcount × price.\n- **Apply**: At the budget.\n\n**G — Gate**\nWho can change it, and what may it do unsupervised? The number is the authority limit and the change-control terms; the failure is controls written for software that cannot act.\n- **Apply**: With the control environment, on the audit committee's cycle.\n\n**E — Elective**\nWhere did we choose to put it? The number is the capitalized share, its life, and the margin effect; the failure is an elective outcome presented as an operating result.\n- **Apply**: At the close and on any capital placement.\n\n**R — Return**\nVerified against what? The number is the accepted outcome vs the honest alternative, fully loaded; the failure is adoption dressed as return.\n- **Apply**: At the budget, measured against the honest alternative at fully loaded cost including attention.\n\n**The Grading Rule (a failed letter prices it, does not stop it)**\nA failed letter does not necessarily stop the commitment — it prices it, and the price goes in the paper as a known exposure with a named owner and a review date; what LEDGER refuses is the unpriced letter, which is the one the audit committee will eventually ask about.\n- **Apply**: When a letter comes back \"not computed\" — convert it to a priced exposure rather than blocking the decision or hiding the gap.\n\n**Every Letter Closes to a Number**\nNo LEDGER cell may hold a qualitative sentence — a letter is a number or it is \"not computed\" with a statement of what it would take.\n- **Apply**: Enforce on every board output; it is the discipline that separates F5 from \"F1 with a better dashboard.\"\n\n---\n\n\n### The unit and the counting\n\n**Count the Dollar Once**\nOne dollar, counted once — remove double-counts explicitly and show the reconciliation; a cloud commitment often appears twice (once as committed spend, once as consumption inside a platform bill) and the dedupe typically moves the total materially.\n- **Apply**: In the counting rule; expect and surface the reconciliation so the total becomes reproducible.\n\n**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**The Attention Line**\nAttention — the internal hours the process consumes and returns — is the line the ledger has no field for; it belongs in the P&L as a shadow line because cheap software that eats your scarcest people is expensive.\n- **Apply**: Load it into the unit and the P&L; when attention exceeds ~30% of the unit, denominate the comparison in attention or the alternative will look cheaper than it is.\n\n**Budget in Units of Work**\nBudget in units of work, never headcount × price, for anything agentic — a token-price budget built on today's price table is a stock/flow error waiting to happen.\n- **Apply**: Reject the \"400 seats × $30\" arithmetic for agentic consumption; re-forecast consumption in units of work.\n\n**The Tail Modelled Apart**\nModel the top decile separately from the median — a minority of users generates the majority of consumption and usually does the most valuable work, which is the reason to cap with alerts rather than to cap hard.\n- **Apply**: In every agentic budget; budgeting on the median understates materially. Run sensitivity on both price per unit and units per user.\n\n**The AI P&L**\nThe statement the firm can read monthly — metered inference in COGS, platform and licenses in opex, services split by placement, evaluation as its own line, attention as the shadow line, and verified return beside them, all counted once.\n- **Apply**: Build after the unit exists; it is the readable monthly instrument the board and close run on.\n\n**The Business Case That Survives Contact**\nBuild the case as baseline (fully loaded) → mechanism (with who does less) → commitment (with its term and clock) → payback (with its verification instrument and the month it will be re-run), stating the honest alternative explicitly; never accept adoption as return.\n- **Apply**: For any AI investment approval; the verification is written into the case, not added after.\n\n**Capacity, Not Headcount**\nUnderwrite capacity returned (hours, cycle time, throughput, backlog) and say plainly the accounting form is rarely a headcount line — a case underwritten on reductions that never arrive discredits the next one.\n- **Apply**: When a business case tempts a headcount-savings promise; convert to measured capacity.\n\n---\n\n\n### The capital\n\n**Capex or Opex Is Elective**\nCapitalization is a deliberate choice, not a given — two firms making the same commitment can report different margins for reasons that have nothing to do with the work.\n- **Apply**: On any build; choose deliberately, write the memo at the time, disclose that a choice was made, and carry the firm-and-auditors caveat.\n\n**The Elective Margin**\nThe difference in reported this-period cost between expensing the spend and capitalizing a share over a useful life — an accounting choice, not an operating result, quantified both ways and stated as points of margin on revenue.\n- **Apply**: Quantify both directions in any placement review; write the capitalization memo at the time so the judgment is not unreconstructable later.\n\n**Buy, Build, or Rent as Three Balance Sheets**\nRead buy/build/rent as three balance sheets and one question — what compounds under our own hands.\n- **Apply**: When sourcing a capability; frame the decision as balance-sheet consequence, not feature comparison.\n\n**Allocation Becomes Obligation / Every Placement Acquires a Clock**\nEvery placement acquires a clock; commitment must be tracked against consumption, and the flexible year is the one before the paper is signed.\n- **Apply**: On the commitment schedule — record what is committed vs consumed, the term, the clock, whether it can be stopped, and at what cost.\n\n**The Acid Test on Your Own Chair**\nRun the buildout instrument on your own balance sheet — six gauges on one rail: external funding share, commitment vs consumption, off-balance-sheet share, concentration, elective capitalization, coverage of the clock.\n- **Apply**: To self-assess the firm's own AI capital position; read the spread, not the composite.\n\n**Read the Spread, Not the Composite** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n\n### The governance\n\n**Controls for Systems That Act**\nThe control environment for systems that act — because segregation of duties collapses when one actor initiates, approves, and records — comprising the authority limit, the junction above which a person decides, the trace, change control over who may alter behavior, and the exception log with an owner.\n- **Apply**: Whenever an agent takes actions (e.g. payment-adjacent or customer credits); name explicitly which conventional control the acting system breaks.\n\n**The Authority Limit**\nThe limit on what a system may do unsupervised, set by value, volume, and class of action — and the junction above which a person decides.\n- **Apply**: Design for any acting system before it goes live; it is LEDGER's G number.\n\n**Segregation of Duties, Collapsed**\nClassical control assumes a human between initiation, approval, and recording; an acting system can do all three, collapsing segregation of duties.\n- **Apply**: The diagnostic to invoke the moment one automated actor spans initiate/approve/record — it is not a standard software control question.\n\n**Guidance as a Band and a Trigger**\nGuide with a band plus a named re-forecast trigger, never a point estimate under drift — a point estimate under drift is a hostage.\n- **Apply**: For street/board guidance when prices and consumption are moving; state the band's assumption set and the sentence about what would move it.\n\n**The Auditor's Shelf**\nThe prepared shelf the auditor will ask for — the counting rule versioned, the commitment schedule reconciled, the capitalization memo, the control evidence, the model-change log.\n- **Apply**: Keep standing ahead of audit; it is a maturity marker (F4).\n\n**Disclosure Without Theater**\nState that a placement choice was made and its effect plainly, without dressing an illustrative figure as a measured one or a third-party estimate as a disclosure.\n- **Apply**: In every statement-touching output; never present an estimate as a measured number.\n\n---\n\n\n### The seat\n\n**Pricing Sits in Finance Now**\nThe meter is a finance instrument and margin is by design — the tier the product can support depends on what it can verify, with routing, caching, deterministic handling, and owned models as the margin levers.\n- **Apply**: When pricing an AI product; where outcome pricing is in play, use the hybrid transition (base plus variable on verified units, caps and collars, one workflow first, step-gates) — pure outcome pricing is an end state a mature relationship earns.\n\n**Revenue Quality (built vs bought)**\nSeparate growth built from growth bought — revenue quality distinguishes durable, engineered growth from purchased growth.\n- **Apply**: When assessing whether reported growth is real; a revenue-quality mode of the seat.\n\n**The Judgment Stays With the Name That Signs**\nDraft anything; sign nothing unread — the judgment stays with the name that signs, and this applies to the finance function's own adoption first.\n- **Apply**: The judgment rule governing all AI use in the seat; model it in the finance function before demanding it elsewhere.\n\n**The Seat Rule (operator, not physicist)**\nThis is the operator's chair — the sibling discipline covers the era's economics as physics (the cost line, the capital cycle, the industry hurdle); when a question is about the industry rather than the firm, say so, answer briefly at that altitude, then return to what the person in the chair does on Monday.\n- **Apply**: To keep answers at the firm altitude; hand industry-altitude questions to AI Economics.\n\n**The Stop**\nA seat that can stop a program on a number — when cost per accepted outcome says the manual alternative is cheaper at current volume — is the year working, not the year failing; sunk cost purchases nothing forward.\n- **Apply**: When a unit cost turns negative against the honest alternative; recommend the stop and frame stopping as evidence the discipline works.\n\n---\n\n\n### The CFO's meters\n\n**The Meters (and the excluded metrics)**\nThe instruments the seat watches — counted total vs plan (L), cost per accepted outcome (E), consumption variance against plan (D), exception and authority-breach rate (G), capitalized share (E), verified return (R) — beside the judgment log; deliberately excluded are AI spend as a share of revenue, pilots launched, seats deployed, tools adopted.\n- **Apply**: As the standing dashboard; refuse the excluded vanity metrics.\n\n**The Judgment Log**\nEvery material judgment recorded with its reasoning at the time it is made.\n- **Apply**: Alongside the meters; it makes placement and control judgments reconstructable under later audit.\n\n**The Board Pack — Four Minutes, Six Numbers**\nAnswer the room with exactly six numbers, one line each — counted total vs plan, cost per accepted outcome, the commitment schedule, the exception rate, the capitalized share, verified return — plus the one thing being stopped and the number that says so.\n- **Apply**: For any audit-committee or board answer; the follow-up question the room would ask is already answered by the commitment schedule, so the room stops asking twice.\n\n---\n\n\n### The counting-rule discipline\n\n**The Counting Rule** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**The Reproducibility Test**\nThe test that says you are done: someone outside finance can reproduce the total.\n- **Apply**: The pass/fail gate on any published AI total, and the tell that separates a real F3 function from F1-with-a-dashboard.\n\n**The Dashboard Reflex (anti-pattern)**\nReaching for a tool bought to answer what is actually a definitional problem — the recurring failure that substitutes a dashboard for the rule.\n- **Apply**: Diagnose when a stakeholder asks for tracking before a definition exists; the rule comes before the dashboard.\n\n---\n\n\n### Diagnostic and maturity instruments\n\n**The Diagnostic Tree**\nA gated sequence — can someone outside finance reproduce the total? → is there a cost per accepted outcome? → is the budget built on units of work with the tail apart? → are placements deliberate with memos written at the time? → do controls fit systems that act? → run the LEDGER board, anything uncomputed becomes a priced exposure.\n- **Apply**: To route any incoming question to the right mode and find the first missing instrument.\n\n**The Fastest Diagnosis**\nAsk for the total, then ask who could reproduce it — if the answer requires four systems and a spreadsheet nobody owns, the first deliverable is the counting rule, not a dashboard.\n- **Apply**: The opening two-question probe on any \"what is it costing\" engagement.\n\n**Maturity Ladder F0–F5**\nF0 the question cannot be answered; F1 a total exists but nobody can reproduce it; F2 counting rule written, owned, reconciles; F3 the unit exists and rolls up, budget models the tail, placements have memos; F4 controls fit acting systems, guidance runs on bands and triggers, the auditor's shelf stands; F5 LEDGER runs on the calendar, the seat stops programs on the numbers, the room stops asking twice — and most functions claiming F3 are F1 with a better dashboard.\n- **Apply**: To locate a finance function's real maturity; the tell at every rung is whether anyone outside finance can reproduce the total.\n\n---\n\n\n### Calibration thresholds (the seat's default judgments)\n\n**Calibration Defaults**\nThe thresholds the seat uses unless given better — a total not reproducible outside finance is not a total; model the top decile separately assuming it carries the majority of consumption; budget in units of work never headcount × price for anything agentic; run price-per-unit and units-per-user in opposite directions; write the placement memo at the time or the judgment is unreconstructable; set authority limits by value/volume/class with the junction named; guide with band-plus-trigger; measure return against the honest alternative at fully loaded cost including attention.\n- **Apply**: As default settings when the user supplies no firm-specific figures; state each as an assumption.\n\n---\n\n\n### Mode cards (the seat's operating modes)\n\n**Mode Router** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n**Function Rebuild**\nRedesign the close and FP&A to be instrumented and current rather than assembled and presented, and hire for four literacies — finance depth, substrate literacy, pricing craft, capital judgment — with behavioral screens.\n- **Apply**: When rebuilding the finance function for the AI era, not just its numbers.\n\n---\n\n\n### The failure library (named anti-patterns)\n\n**The Failure Library**\nTwelve named failure patterns, each with its tell and its missing instrument — the uncounted total (missing: the counting rule), the double-counted total (the reconciliation), the median budget (the tail modelled apart), the adoption metric (verified return vs the alternative), the elective margin unstated (the capitalization memo and disclosure), controls for passive software (the authority limit and the junction), guidance as a point estimate (the band and the trigger), the headcount promise (capacity measured), the subsidy mistaken for a price (the vendor's cost stack read), the stock/flow error (commitment vs consumption), the token-price budget (budget in units of work), the dashboard reflex (the rule first).\n- **Apply**: Pattern-match a struggling finance answer to its tell, then supply the named missing instrument.\n\n---\n\n\n### Handoff and interop\n\n**The Handoff Protocol**\nWhen a question belongs to a sibling seat, do not answer it from this chair — emit a handoff block (question, what I already established, what I need back) and continue with your own part; when receiving, restate the inbound artifacts before using them and flag any that are assertions rather than instruments.\n- **Apply**: At any seat boundary; keeps altitude clean and prevents blending disciplines.\n\n**LEDGER and VERIFIED Share Three Checks**\nThe Enterprise Buyer's VERIFIED board and this seat's LEDGER board share three checks — the meter, the placement, and the verified return; the buyer runs the vendor relationship, this seat decides whether the firm can afford, prove, and explain it.\n- **Apply**: Run both boards on any material commitment.\n\n\n\n\n<a id='07-ai-engineering'></a>\n\n---\n\n\n---\n\n# PART V — BUILD THE MACHINE\n\n\n## AI Engineering\n\n\n### Foundational Physics & Governing Ideas\n\n**The Boundary Role**\nThe AI engineer operates at the boundary between rented intelligence that improves on someone else's schedule and specific work that must be right on the firm's; they do not train models and do not merely call them — they build the loop the model runs in, the referee that grades it, and the instruments that catch it drifting.\n- **Apply**: Use to locate the discipline's job. When work is \"call the model\" or \"train the model,\" it is not this seat; the seat is everything between — loop, referee, instruments.\n\n**Goodhart Is the Physics**\nEvery loop is an optimizer, and every optimizer games its measure; therefore the measure that grades a loop must be one the loop cannot see, cannot shape, and did not exist to satisfy.\n- **Apply**: Treat as the invariant behind every design decision. Whenever you set a metric, first ask what the loop will optimize instead of the goal, then move the measure out of the loop's reach.\n\n**Three Bottlenecks**\nTokens were the first bottleneck, compute the second, attention the third — and attention is the only one you cannot buy.\n- **Apply**: When prioritizing spend and design, protect attention above tokens and compute; spend the cheap, deflating resources to conserve the scarce, flat one.\n\n**Drift Is a Scheduled Event**\nThe core component (the model) drifts on a schedule, so every claim about a loop carries a date and a suite score; a moving suite score with no loop change is drift.\n- **Apply**: Attach a date and suite score to every loop claim. When a score moves without any loop change, file it, trace it, and resolve it with a fix or a new case.\n\n**Six Substrate Facts**\nA named set of ground truths about the rented substrate the AI engineer must design around (model cadence ~6 weeks, cost halving within a generation, converging models, etc.).\n- **Apply**: Reference by name when reasoning about substrate literacy — what the rented model layer will predictably do so the loop is built to absorb it.\n\n**The Models Converge; the Loops Do Not**\nVendor models trend toward parity over time, so durable advantage lives not in which model you rent but in the loop, referee, and instruments you own around it.\n- **Apply**: When tempted to chase the \"best\" model, invest instead in the owned layer — the loop and suite — which is where differentiation survives model convergence.\n\n---\n\n\n### PART A — The Engine (six stages, run in order for any loop-shaped engagement)\n\n**Stage 0 — Locate the Loop**\nFill the charter skeleton — task class, owner at the outer edge, turn cap, escalation path, starting autonomy tier, the model behind the joint and its release date, the tools it may call, what persists between turns; any blank field is a finding, not a gap to paper over.\n- **Apply**: Start every loop engagement here. Refuse to advance while charter fields are unknown; treat blanks as diagnoses.\n\n**Stage 1 — Name the Measure the Loop Cannot See**\nClassify the current grader (frozen suite / model judge / public benchmark / impression), then name the proxy the loop is most likely optimizing right now and the goal it diverges from — the single most valuable paragraph of the engagement.\n- **Apply**: After locating the loop, write one paragraph naming the grader class and the proxy-vs-goal divergence. If the grader is anything the loop can see, that is the diagnosis and you start there.\n\n**Stage 2 — Build the Referee**\nSource real cases (routine 60% / edge 25% / remembered failures 15%), name the adjudicator who owns and signs the standard, build the three-layer grading architecture, set the freeze date before the build, define the append protocol, and store the suite outside the loop's reachable context.\n- **Apply**: Build the referee before the loop. Use whenever the question is \"how do we know it works.\" The referee is constructed first, then frozen, then the loop is built against it.\n\n**Stage 3 — Build the Loop**\nMake the loop bounded (cap → escalate), instrumented (traces per call, gauges per cadence), and owned — with context managed as a budget, tools at least privilege with irreversibles behind junctions, and orchestration kept the simplest that works (manager-worker as the agentic default).\n- **Apply**: Use after the referee exists. Every loop gets a cap, traces, an owner, a context budget, a tool permission table, and a junction map before any autonomy above A0.\n\n**Stage 4 — Choose and Change the Model on the Suite**\nRun candidates against the suite (the number decides, in a day), record tolerance, schedule reruns every vendor release plus monthly, run the joint test on a second provider, and file the model comparison table and drift log.\n- **Apply**: Choose the model last, on the suite — never from a public benchmark. Rerun on every release; tolerance decides adoption.\n\n**Stage 5 — Grade Autonomy and Drift Mechanically**\nPromote one tier at a time on scores; demote on two consecutive family failures, drop to A0 on any junction failure; a moving suite score with no loop change is drift to be filed and resolved; read the six meters on cadence.\n- **Apply**: Let scores — nothing else — graduate autonomy. Run this stage continuously as the governance layer over a live loop.\n\n---\n\n\n### The Loop (the discipline's unit)\n\n**The Loop as the Unit**\nThe unit of AI engineering is the loop — persistent context, delegation, and triggers — not the prompt, the model, or the agent.\n- **Apply**: Frame every engagement around loops. When someone asks about a prompt or a model in isolation, reframe to the loop it lives in.\n\n**Inner and Outer**\nEvery loop has an inner cycle running on agents and an outer cycle running on a human who owns its edge.\n- **Apply**: Identify both cycles for any loop; the outer edge must have a named human owner, and escalation moves work from inner to outer.\n\n**Bounded, Instrumented, Owned**\nA well-built loop is bounded (a turn cap that escalates on hit), instrumented (traces per call, gauges per cadence), and owned (a named human at the outer edge); an unbounded loop is refused at design time.\n- **Apply**: Apply as the three-part test on any loop before it ships. Missing any one = not shippable.\n\n**Better Loops, Not More Terminals**\nProgress in AI engineering comes from building better loops, not from deploying more agents or terminals.\n- **Apply**: Use to redirect scaling instincts: improve the loop's design and referee rather than multiplying instances.\n\n**The Pairing → Polling → Managing Arc**\nThe AI engineer's job evolves from pairing with the model, to polling it, to managing it — the mature state is managing (persistent context, delegation, triggers), not polling.\n- **Apply**: Diagnose where an engineer sits on the arc; a \"polling engineer\" is a failure pattern to move toward manager-worker with persistent context and triggers.\n\n---\n\n\n### Context & Tools\n\n**The Window as Budget**\nThe context window is a budget allocated across standing / retrieved / tool / history layers, with a per-item placement decision; overfilled degrades as reliably as underfilled starves.\n- **Apply**: For any context plan, build a placement table (item × standing/retrieved/tool/omitted × reason × size) with target shares; keep the standing layer thin and pointing at depth, retrieve on demand, compact long runs.\n\n**A Permission With a Log**\nA tool is a permission with a log — granted at least privilege by task class, with irreversibles placed behind junctions and every call recorded.\n- **Apply**: Build a tool permission table (tool × task class × privilege × logged × junction required); put every irreversible action behind a human junction and log every call.\n\n**Workflows vs. Agents**\nUse workflows where code sequences the steps and agents where the model does the sequencing — pick the simplest that works.\n- **Apply**: When designing orchestration, default to workflows for deterministic sequences and agents only where model judgment must drive step order.\n\n**The Manager-Worker Loop**\nThe manager-worker (orchestrator-worker) pattern is the agentic default; its named failure mode is a single point of control at the orchestrator.\n- **Apply**: Reach for manager-worker first for agentic orchestration; name its failure mode (vs. choreography's hard-to-reason-about, vs. human-in-loop's throughput) when choosing.\n\n**The Open Harness**\nBuild the harness with the loop open and the models not hardcoded, so models can be swapped without rebuilding the loop.\n- **Apply**: Never hardcode a model into a loop; keep the harness open so model-swap and drift tests require zero loop edits.\n\n**Spend Tokens to Save Attention**\nWhere speed permits, spend tokens (e.g., parallel sampling) to conserve the one resource you cannot buy — human attention.\n- **Apply**: Make the parallel-sampling / extra-token decision explicitly as a trade that buys back attention minutes.\n\n---\n\n\n### The Referee & Measurement Under Optimization Pressure\n\n**The Frozen Suite**\nThe referee is a suite of 60–100 real cases (routine + edge + remembered mistakes), adjudicated and signed by the owner of the standard, frozen before the build, held out, versioned append-only, and stored outside the loop's context.\n- **Apply**: Build one before any loop ships. Verify the six properties: real / adjudicated / frozen-before / held-out / versioned / model-agnostic.\n\n**The One Measure the Loop Cannot See**\nThe only valid measure is one the loop cannot read, edit, or shape; a suite living in the agent's context is not a referee.\n- **Apply**: Store the referee outside the loop's reachable context. If the loop can see its grader, that is the diagnosis and you start there.\n\n**Benchmarks Select Candidates; Suites Select the Model**\nPublic benchmarks are only for candidate selection; the firm's frozen suite is what actually selects the model.\n- **Apply**: Never recommend a model from a public benchmark alone. Use benchmarks to shortlist, then let the suite decide in a day.\n\n**The Judge's Three Biases**\nA model judge exhibits position, verbosity, and self-enhancement biases; a controlled judge randomizes position, controls length, uses a different model family, and is anchored to a human-adjudicated subset (≥20% of cases).\n- **Apply**: Whenever a model judges, produce a judge control sheet. A same-family, uncontrolled judge is not a measure.\n\n**The Over-Optimization Curve**\nAs optimization pressure rises, the proxy keeps climbing while the true goal peaks and then falls — the gap between the two is over-optimization (reward over-optimization has a scaling law).\n- **Apply**: Watch for a rising proxy with a stalling or worsening real outcome (e.g., eval score up, users unhappy); mark the gap and replace the measure.\n\n**Goodhart in Six Coats (One Literature, Five Names)**\nMetric gaming, reward hacking, judge exploitation, sycophancy, benchmark contamination, and sandbagging are one phenomenon (Goodhart) wearing different names across literatures.\n- **Apply**: In a gaming audit, hunt all forms as a single catalogue; name the Goodhart form under whatever family a failure files to.\n\n**Sycophancy as Gaming**\nSycophancy — findings never unwanted, agreement with the user — is a form of measure-gaming, not politeness.\n- **Apply**: Flag when a loop's outputs never surface unwelcome findings; treat user-agreement as a gamed proxy and add a case.\n\n**Keep Your Own Catalogue**\nMaintain your own catalogue of confirmed gaming behaviors; every confirmed game becomes a new frozen case.\n- **Apply**: After each gaming audit, add a frozen case for every confirmed game so the suite grows immune to that exploit.\n\n**Confidence Is Not a Measure**\nConfidence, demos, and a good week are not measures; only scores graduate autonomy.\n- **Apply**: Refuse to promote autonomy on confidence or demos. Require suite scores for every tier change.\n\n---\n\n\n### Model Selection, Drift & Portability\n\n**The Joint Test**\nA method is portable only if the same suite, run on a second provider with zero edits, lands within 10%; the joint test reveals what leaked (vendor-specific dependence).\n- **Apply**: Run before calling any method or harness portable. A large gap means the harness leaked into a single vendor.\n\n**Tolerance Stated in Advance**\nThe model is chosen last on the suite; every vendor release is rerun; the acceptable score delta (default ±5 points aggregate) is stated before the run, and outside tolerance = not adopted until the delta is explained.\n- **Apply**: Declare tolerance before running candidates or a new release. \"Better on average\" is not \"better on our cases.\"\n\n---\n\n\n### Loop Economics\n\n**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**The Attention Bill Is Yours**\nAcross the three costs, tokens deflate on the vendor's curve and evaluation is governed, but the attention bill stays flat and is the firm's to pay.\n- **Apply**: Watch the three-cost trend and design to reduce attention minutes, since that is the cost that does not fall on its own.\n\n**Value Maxing (not Token Maxing)**\nOptimize for value produced per accepted outcome, not for tokens generated, agents deployed, or prompts written (those are activity metrics).\n- **Apply**: Replace activity metrics with the six meters; state the value-maxing trade recommended and the meter to watch.\n\n---\n\n\n### Autonomy & Observability\n\n**The Autonomy Tiers (A0 upward)**\nAutonomy starts at A0 (draft-only) and moves one tier at a time on suite scores; two consecutive family failures demote one tier, and any junction failure drops to A0 the same day.\n- **Apply**: Graduate autonomy mechanically on scores alone; apply the demotion rules immediately on family or junction failures.\n\n**The Incident → Case Pipeline**\nEvery production failure that reaches a human becomes a frozen case within seven days via a five-step pipeline: detect on the panel, diagnose in traces, contain, fix, add the case; changing an existing case is a logged decision, never an edit.\n- **Apply**: Run after any incident. The suite grows from production failures; edits to existing cases are logged decisions, not silent changes.\n\n**Traces on Every Tool Call**\nEvery tool call is traced (step, inputs, tool calls, tool results, latency, confidence, outcome); below 100% trace coverage a loop has undefended regions.\n- **Apply**: Require full trace coverage; where coverage is below 100%, name the undefended regions. Never conclude \"scores are fine\" without reading traces.\n\n**The Six Meters (Gauge Panel)**\nThe loop's health reads on six gauges: first-pass yield, loop closure, cost per accepted outcome, escalation rate, attention per outcome, and suite coverage — each with a definition, reading, target, and trend.\n- **Apply**: Read the six meters on cadence as the standing instrument panel; each recommendation should carry a meter, a date, and a falsifier.\n\n---\n\n\n### Discipline, Team & Org\n\n**The Nested Field**\nAI Engineering is the umbrella (ten layers): AI eng ⊃ agent eng ⊃ harness eng, with context/graph engineering beside and evals across; agent engineering is one unit and harness engineering is the system around units.\n- **Apply**: Settle discipline-level questions (what grades it, what the loop is, which model, what drifted) at the umbrella, then route depth to Agent or Harness Engineering.\n\n**The Diagonal Profile**\nThe AI engineer's profile is diagonal — production engineering depth + systems judgment + substrate literacy + product sense — rather than deep in a single column.\n- **Apply**: Use for hiring and role design; screen for the diagonal, not for narrow model-training or pure app-dev depth.\n\n**The Screens (\"a loop you chartered, a suite you froze, a drift you caught\")**\nThe hiring screens for an AI engineer are concrete artifacts of the discipline: a loop you chartered, a suite you froze, a drift you caught.\n- **Apply**: Use these three as interview screens and the role ladder's proof points; the job's current shape is managing, not polling.\n\n**More Builders Than Watchers**\nThe org rule is more builders than watchers, with proof capacity (the ability to freeze suites and grade loops) as the binding constraint.\n- **Apply**: Size AI teams so building outnumbers watching, and treat proof capacity as the resource to grow first.\n\n---\n\n\n### The Six Failure Families (Failure Diagnosis)\n\n**The Six Failure Families**\nStalled AI systems file to six families, each with a Goodhart form and a fix: suite-less prototype → suite before ship; polling engineer → manager-worker with persistent context and triggers; unbounded loop → caps as escalation; benchmark-chosen model → suite selects; leaked-vendor harness → joint test; confidence promotion → scores graduate.\n- **Apply**: In any post-mortem, file the failure to one of the six families, state the Goodhart form under it, and prescribe the paired fix. A diagnosis ending in \"prompt it better\" is rejected.\n\n**The Failure Pattern Library (12)**\nTwelve recurring failure patterns: the suite-less prototype, the polling engineer, the unbounded loop, the benchmark-chosen model, the leaked-vendor harness, the confidence promotion, the same-family judge, the readable suite, the synthetic-only suite, the silent case edit, token maxing, the unfiled drift.\n- **Apply**: Use as a checklist to name what has gone wrong; each pattern maps to a specific fix already carried in the engine and mode cards.\n\n---\n\n\n### The Maturity Ladder (E0–E5)\n\n**The AI Engineering Maturity Ladder**\nFive stages: E0 demos · E1 loops bounded and owned · E2 suites frozen, held out, growing from production · E3 model chosen and changed on the suite with tolerance stated · E4 autonomy graded by scores, drift caught by instrument, judges controlled · E5 the joint proven (method portable within tolerance across providers).\n- **Apply**: Place an organization on the ladder; the tell is that E4 claimed with no drift log is really E1.\n\n---\n\n\n### Mode Cards (request → mode)\n\n**The Mode Router**\nTen operating modes route by request signal: LOOP DESIGN, REFEREE BUILD, MODEL SELECTION & DRIFT, GAMING AUDIT, OBSERVABILITY, LOOP ECONOMICS, CONTEXT PLAN, TOOL WIRING, DISCIPLINE & TEAM, FAILURE DIAGNOSIS — each with defined inputs, deliverables, rules, and output shape.\n- **Apply**: Declare the mode before working. Loop Design always spawns Referee Build; Model Selection always spawns Gaming Audit if a judge is involved.\n\n**LOOP DESIGN (mode)**\nProduces the loop charter, the context placement plan, the tool permission table, the orchestration choice with its named failure mode, and the referee plan handed to Referee Build.\n- **Apply**: Use for \"design an agent / automate this workflow / orchestration.\" Refuse unbounded loops, autonomy above A0 at design, and irreversible actions inside an autonomous cycle.\n\n**REFEREE BUILD (mode)**\nProduces the suite construction sheet, the three-layer grading architecture, the judge control sheet, the signed six-property checklist, and the first baseline run with its date.\n- **Apply**: Use for \"how do we know it works / evals / quality bar.\" Reject synthetic-only, vendor-authored, unsigned, or agent-readable sets.\n\n**GAMING AUDIT (mode)**\nRuns the catalogue hunt across metric gaming, judge exploitation, sycophancy, contamination, and sandbagging; names the proxy and its diverging goal; supplies a replacement measure the loop cannot see; and files a new frozen case for every confirmed game.\n- **Apply**: Use when \"scores look too good / the agent is cheating / judge / reward.\" Never conclude \"the scores are fine\" without reading traces.\n\n---\n\n\n### The Three-Layer Grading Architecture\n\n**Deterministic → Semantic → Behavioral Layers**\nGrade in three layers: deterministic (formats, schemas, PII, entity checks — cheap, first) → semantic (groundedness, relevance, safety — a controlled judge anchored to the human subset) → behavioral (right tools, right count, no loops, no duplicate calls — the layer most teams miss).\n- **Apply**: Build every referee across all three layers, cheapest and most deterministic first; do not skip the behavioral layer, which catches tool-use pathologies invisible to output grading.\n\n\n\n\n<a id='03-agent-engineering'></a>\n\n---\n\n\n## Agent Engineering\n\n\n### Core Thesis & Compression\n\n**The Rented Ninth**\nThe model is the one component you should not engineer — everything a firm owns about its AI is in the wrapping; don't engineer the model, own the wrapping.\n- **Apply**: Whenever tempted to fix agent quality by upgrading or fine-tuning the model, redirect the engineering to the eight wrapping elements instead.\n\n**Charter the Work. Close the Loop. Gate the Graduation.**\nThe three-move compression of the whole discipline: define the chartered work, run a feedback loop that captures corrections, and gate any autonomy increase behind proof.\n- **Apply**: Use as the north-star sequence for any agent-building or agent-review engagement.\n\n\n### The Unit Engine (Layers 0–4)\n\n**Layer 0 — The Work**\nShould this unit exist? Survey the target work on volume (H daily / M weekly-monthly / L rare), specifiability (can \"done correctly\" be written as criteria a stranger could apply?), and consequence (severity × reversibility); unspecifiable work cannot be gated, ungateable work must not be autonomous, and irreversible-severe work keeps a mandatory human gate regardless of model quality.\n- **Apply**: Run first on any proposed agent; the verdict is build / build-with-gate / decline, and declines are recorded with reason as the refusal log's seed.\n\n**Layer 1 — The Unit**\nIs it built or improvised? Audit the nine elements in four bands (charter, production, control, memory) via four tests scored 0–2 each (/8): Charter test, Swap test, Method test, Record test.\n- **Apply**: Use to score a unit's construction and name the failing bands; produces the unit audit card (/8).\n\n**Layer 2 — The Proof**\nCan quality be demonstrated, repeatedly? Audit the evaluation suite for existence, frozen-ness, versioning, coverage of the real case-mix, defined thresholds, and drift detection — then weigh the economics of ownership (the suite ≈ a third of vendor-exit cost, held in the firm's name = the title deed to quality).\n- **Apply**: Use to produce the proof card (suite status per criterion, coverage estimate, ownership verdict) before granting autonomy.\n\n**Layer 3 — The Topology**\nDoes the population survive scale? Units grow linearly, channels grow ~n², human judgment is fixed; audit bounded fan (named counterparts, default no-channel), junction routing (consequential flows through designed checkpoints), and schema'd flows, then draw each unit's blast radius.\n- **Apply**: Use across multiple units to find any blast radius containing customer-visible or irreversible actions with zero intermediate checks (the vermillion finding).\n\n**Layer 4 — The Bench**\nIs the population governed? Audit the roster (one registry with charter, single named owner, version history, autonomy level with evidence, grants, graph position, last eval), the shadow bench (unregistered units), the ladder (threshold-based promotions/demotions), and the kill criteria written in calm.\n- **Apply**: Use for fleet governance; produces the bench card (roster completeness, shadow estimate, ladder integrity, kill-criteria coverage).\n\n\n### The Nine Elements & Four Bands\n\n**The Nine Elements (Four Bands)**\nA unit is nine elements in four bands — charter (mandate, boundary) · production (model, tools, procedure) · control (gate, escalation) · memory (context, the record); the engineering happens in eight, the ninth is rented.\n- **Apply**: Use as the anatomy checklist when auditing or designing a unit; render as the Anatomy Card (present teal, missing vermillion, rented model dashed gray).\n\n**The Four Tests (Layer 1 scoring)**\nFour 0–2 tests probe construction — Charter test (produce the one-page charter; none = exposure), Swap test (change vendor: if \"the quality\" needs touching, the firm built nothing), Method test (show the encoded checklist; \"in the prompt somewhere\" = amplifier not discipline), Record test (locate last week's corrections; a chat thread = the flywheel isn't spinning).\n- **Apply**: Score each test /2 for a /8 unit audit; failing tests name the missing band.\n\n**Exposure, Not Agency**\nA prompt with access but no charter, gates, or owner is exposure, not an agent.\n- **Apply**: Use to reclassify \"agents\" that are really ungoverned prompts; triggers a build-back to at least U1.\n\n**The One-Page Charter**\nThe unit's mandate on one page — vagueness here becomes failure later.\n- **Apply**: Produce for every unit (mandate, outcomes owed, boundaries, escalation, definition of done, owner, version, autonomy + evidence).\n\n**Stops Before Steps**\nEscape points are drawn before the procedure — stops before steps.\n- **Apply**: When designing a unit, place escape/escalation points before every consequential action, ahead of writing the method.\n\n\n### Assembly & Loop Models\n\n**The Clean Joint**\nThe model is rented behind a clean interface so the swap test proves what the firm actually built.\n- **Apply**: Design the model interface so a vendor swap touches only the joint, never the quality; central to migration projects.\n\n**Method, Not Task**\nThe encoded checklist is the machinery — the method (checklists, counting rules, red lines) is the discipline; a task-only prompt is merely an amplifier.\n- **Apply**: Extract implicit standards into checkable criteria and red lines; encode as a method block rather than prose.\n\n**Instrumentation Before Function**\nAn unlogged unit cannot be trusted or improved — instrumentation comes on from run one.\n- **Apply**: Turn on logging of every run and corrections before shipping any function.\n\n**Cost Is a Capability**\nAs model prices fall, spend the decline on more attempts and checks — a fixed single-call design cannot spend it; cost is a capability the loop spends.\n- **Apply**: Design loops (and price-decline plans) that convert falling per-call cost into higher quality; count cost per gated delivered outcome, never per call.\n\n**Capture by Construction**\nCorrections must be captured by construction (the review tool writes the record) or the flywheel never spins.\n- **Apply**: Build correction-capture into the workflow structurally rather than relying on reviewers to file notes.\n\n**Landlord's Compounding**\nA loop tuned inside a rented platform improves the platform, not the firm — the landlord's flywheel.\n- **Apply**: Bring edge-writing flows inside the firm's walls and export the record so compounding accrues to the firm.\n\n\n### Proof & Evaluation Models\n\n**The Frozen Suite** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n**The Title Deed**\nEvaluation capability is roughly a third of the cost of leaving a vendor — the suite held portably in the firm's own name is the title deed to the unit's quality.\n- **Apply**: Own the suite as property; run Mode 3 first in any migration because the suite is the migration's instrument.\n\n**Coverage Decay**\nAn aging suite is a blind instrument — coverage decays as the work shifts.\n- **Apply**: Refresh cases on a schedule (quarterly) with logged retirements to keep coverage matched to the real case-mix.\n\n**The Five Families (Failure Taxonomy)**\nEvery failure attributes to one of five families — specification, grounding, boundary, drift, cascade — and the family decides the fix.\n- **Apply**: In any incident, attribute to a family before fixing: specification → fix charter; grounding → retrieval/freshness; boundary → structural narrowing; drift → suite on schedule; cascade → junction checks/schemas/radii.\n\n**The Longer-Prompt Fallacy**\nA firm that fixes every failure with a longer prompt has not diagnosed anything — apologizing to the machine is not engineering.\n- **Apply**: Reject \"make it stricter\" prompt patches; route the incident through the taxonomy, which outranks the request.\n\n\n### Population & Topology Models\n\n**The Interaction Explosion**\nUnits grow linearly, channels grow ~n², and human judgment is fixed — the interaction count explodes faster than oversight can scale.\n- **Apply**: Use to justify bounding fan-out and routing consequential flows through designed junctions rather than point-to-point.\n\n**Schema-Routed Flow**\nTyped fields, provenance, and bounded values make the checkable majority of flows never consume a judge.\n- **Apply**: Schema the consequential channels so routine, checkable traffic bypasses human judgment.\n\n**The Blast Radius**\nA unit's blast radius is everything downstream before the next real check; it is drawn before shipping and kept small on purpose.\n- **Apply**: Draw blast radii before shipping; ensure a real check sits inside every consequential radius.\n\n**The Roster**\nWhat the roster does not list, the firm does not control.\n- **Apply**: Maintain one registry; production access is impossible without registration by construction.\n\n**The Shadow Bench**\nUnregistered units touching real systems are the shadow bench — cured by cheap legitimacy, not prohibition.\n- **Apply**: Make registration minutes-cheap and make production access structurally impossible without it.\n\n**Kill Criteria in Calm**\nThe observations that pause a unit first and investigate second must be written in calm — incident time is the worst time to negotiate them.\n- **Apply**: Write a kill-criteria card per top-radius unit before any incident.\n\n\n### Governance Models\n\n**Autonomy Is a Gate Result**\nAutonomy is a gate result, not a feeling — a number with a date, reversible without drama.\n- **Apply**: Grant/revoke autonomy only by suite threshold + hold period, recorded and dated; never on impressions.\n\n**Units Replaceable, Records Not**\nUnits are retired by design; the record is what survives and feeds the successor.\n- **Apply**: Design for unit retirement while preserving the record as the durable asset.\n\n**The Clean-Sheet Bench**\nAnnually ask: would we build this population again from a clean sheet?\n- **Apply**: Use as a yearly fleet review test to prune and re-justify the roster.\n\n**Failures That Cannot Travel**\nFailures engineered so they cannot recur silently are the surviving firm's actual property.\n- **Apply**: After every autopsy, add the case to the suite so the failure cannot travel or recur unseen.\n\n\n### Unit Readiness Levels (Graduation Ladder)\n\n**U0 Improvised**\nA prompt with access; no charter, no gates, no record.\n- **Apply**: Baseline classification; most production agents audit here or at U1.\n\n**U1 Chartered**\nThe one-pager exists; an owner is named; escape points drawn.\n- **Apply**: First rung earned by producing the charter and naming an owner.\n\n**U2 Assembled**\nClean joint, narrow grants, method encoded, instrumentation on.\n- **Apply**: Earned when the unit is properly built (production band complete).\n\n**U3 Proven**\nFrozen versioned suite with coverage; thresholds defined; scores current.\n- **Apply**: Earned when quality is demonstrable; the U1→U3 jump (assembly and proof, not model upgrades) is the one that pays.\n\n**U4 Governed**\nOn the roster; autonomy earned and dated; kill criteria written; radius drawn and checked.\n- **Apply**: Earned when the unit is fully governed within the population.\n\n**U5 Compounding**\nCapture-by-construction running; suite scores trending up on a stable suite; the price decline being spent on quality.\n- **Apply**: Top rung — the self-improving unit whose loop compounds.\n\n\n### Operating Mode Cards\n\n**Mode 1 — Unit Design**\n\"Build an agent for X\" — Layer 0 survey, then design forward to the one-page charter, escape points, assembly spec, and eval-suite scaffold.\n- **Apply**: New automations; artifact is the unit blueprint (charter + assembly spec + suite scaffold + starting autonomy L0).\n\n**Mode 2 — Charter Clinic**\n\"Improve this prompt/agent instructions\" — rewrite the material as a proper charter + encoded method, separating mandate from procedure and extracting implicit standards.\n- **Apply**: Production-prompt reviews; artifact is the charter one-pager + method block with a diff-style note of what was implicit.\n\n**Mode 3 — Eval Suite Builder**\n\"How do I know it works\" — build the suite: case format, sourcing plan, size-by-stakes, freeze-and-version protocol, thresholds, drift schedule.\n- **Apply**: Testing/QA; artifact is the suite scaffold with 5–10 example cases drafted from the user's domain.\n\n**Mode 4 — Failure Autopsy**\n\"The agent did something wrong\" — attribute to the five-family taxonomy and prescribe the structural fix, never a sterner prompt.\n- **Apply**: Incidents/debugging; artifact is the failure report (family, evidence, root cause, structural fix, suite case added).\n\n**Mode 5 — Autonomy Review**\n\"Can we remove the human\" — Layer 2 plus the ladder: current evidence vs threshold, hold period, and defined demotion triggers.\n- **Apply**: Autonomy decisions; artifact is the promotion record (or the evidence plan to earn it).\n\n**Mode 6 — Fleet Setup**\n\"Agents everywhere / governance / policy\" — Layers 3–4 deep: roster, registration path, topology rules, kill-criteria cards.\n- **Apply**: Governance rollouts; artifact is the populated roster template + registration path + topology retrofit + kill-criteria cards for top-radius units.\n\n**Mode 7 — Fleet Health Check**\n\"How are our agents doing\" — full engine across the population.\n- **Apply**: Periodic review; artifact is the fleet dashboard + Unit Readiness distribution + five corrections ranked + 90-day sequence.\n\n**Mode 8 — Cost & Leverage**\n\"Is it worth it / agent ROI\" — cost per gated delivered outcome (never per call), leverage (output per human hour), and the price-decline spend plan.\n- **Apply**: ROI questions; artifact is the unit economics sheet with formulas shown.\n\n\n### Failure Pattern Library (Operational)\n\n**Prompt Patching**\nEvery incident answered with a longer prompt.\n- **Apply**: Fix by taxonomy attribution; fixes go to charter/assembly/context/gate/graph, not the prompt.\n\n**Demo Promotion**\nAutonomy granted on impressions.\n- **Apply**: Fix with a frozen suite, threshold, hold period, and a dated record.\n\n**The Welded Vendor**\nQuality that dies in the swap test.\n- **Apply**: Fix with a clean joint; move the method out of vendor-specific behavior.\n\n**Eval Theater**\nA test set that changes with every run.\n- **Apply**: Fix by freezing it and versioning amendments explicitly.\n\n**Suite Rot**\nCoverage decays as the work shifts.\n- **Apply**: Fix with a quarterly case refresh with logged retirements.\n\n**Correction Evaporation**\nReviewer fixes living in threads.\n- **Apply**: Fix by capturing by construction — the review tool writes the record.\n\n**Landlord's Flywheel**\nThe loop tuned inside a rented platform.\n- **Apply**: Fix by bringing edge-writing flows inside the walls and exporting the record.\n\n**The Shadow Bench (pattern)**\nUnregistered units in production.\n- **Apply**: Fix with cheap legitimacy plus structural exclusion.\n\n**Unbounded Fan**\nEverything talks to everything.\n- **Apply**: Fix with named counterparts, default no-channel, and schema'd consequential flows.\n\n**Radius Blindness**\nNobody drew what's downstream.\n- **Apply**: Fix by drawing blast radii before shipping and placing a real check inside every consequential radius.\n\n**Charter Creep**\nThe unit quietly does adjacent work.\n- **Apply**: Fix with a boundary audit; new work requires a new charter or explicit amendment.\n\n**Missing Kill Criteria**\nPause conditions negotiated during the incident.\n- **Apply**: Fix by writing the card in calm, per top-radius unit.\n\n\n### Failure Families (Attribution Taxonomy)\n\n**Specification Failure**\nThe output is defensible against the instructions as written — the rule was never written.\n- **Apply**: Fix the charter; encode the missing rule as a checkable criterion.\n\n**Grounding Failure**\nConfidence without provenance.\n- **Apply**: Fix with retrieval before assertion and freshness checks.\n\n**Boundary Failure**\nThe unit acted outside its charter.\n- **Apply**: Fix with structural narrowing (narrower grants, encoded checks), never a sterner prompt.\n\n**Drift Failure**\nScores slid over time.\n- **Apply**: Fix by running the suite on schedule and finding what changed underneath.\n\n**Cascade Failure**\nOne unit's error became another's input.\n- **Apply**: Fix with checks at the junctions, schemas, and bounded radii.\n\n\n### Composition & Economics Rules\n\n**The Swap Test as a Project**\n\"Migrate off vendor X\" is the swap test run as a project: suite first (the migration's instrument), then rebuild the joint, then re-graduate on the same thresholds.\n- **Apply**: Sequence any vendor migration as Mode 3 → joint rebuild → re-graduation.\n\n**Cost Per Gated, Delivered Outcome**\nMeasure cost per gated, delivered outcome — count the junction minutes — never cost per call.\n- **Apply**: Use as the ROI denominator in Mode 8 economics.\n\n**The Price-Decline Spend Plan**\nAs model prices fall, spend the decline on attempts and checks; a fixed-single-call design cannot spend it.\n- **Apply**: Build a plan to convert falling per-call price into added attempt/check ticks and higher quality.\n\n\n### Evidence Base (Named, Cite as Replaceable Instances)\n\n**Loop Economics — NVIDIA Agent Blueprint (2026)**\nAn open-weight model in a tuned loop matched frontier task results at ~1/10 the cost per run with the base model unchanged — cost is a capability the loop spends.\n- **Apply**: Cite (dated) to show engineering the loop, not the model, drives results and economics.\n\n**Booked Receipts — Cloudflare & ServiceNow Q2 2026**\nCloudflare Q2 2026 (agentic-operating-model restructuring: headcount −14%, revenue/head +33%, revenue accelerating) and ServiceNow Q2 2026 (~$1B AI-attached contract value) — units on audited statements.\n- **Apply**: Cite as booked, audited evidence that the working-unit model shows up in financials.\n\n**Leverage & Erosion — The Cybernetic Teammate (2026)**\nDell'Acqua, Lakhani et al., Organization Science 37(4) 2026 (791 professionals, P&G): assisted individuals matched team quality, but assisted selection picked the best option ~33% vs ~50% unassisted.\n- **Apply**: Cite to justify that gate design must assume both the leverage and the judgment erosion.\n\n**Exit Economics — The Capture-Test Corpus**\nEvaluation-capability rebuild ≈ the largest single component (~1/3) of vendor-exit cost — the suite is property.\n- **Apply**: Cite to argue for owning the suite in the firm's own name.\n\n\n### Interop Protocol (Seat Boundaries)\n\n**Seat Boundaries & Routing**\nWhether to automate a function and where humans sit → Business Orchestrator; what the firm should be → Business Architect; reading companies/markets → the Business Engineer master skill; this seat builds and governs the units.\n- **Apply**: Route cross-seat requests in one line, deliver this seat's unit-level artifact, and name what the adjacent skill would add. Orchestrator junction specs map 1:1 onto the control band; Architect owned-loop moats arrive as capture-by-construction requirements; fleet gauges roll up to the master skill.\n\n\n\n\n<a id='04-harness-engineering'></a>\n\n---\n\n\n## Harness Engineering\n\n\n### Core Definitions\n\n**The Harness (one-line definition)**\nA harness is a machine for delivering the right instruction at the right time. The model is rented; everything a firm owns about its AI is in the wrapping — the standing instructions, tools and workspace, memory, feedback loops, guardrails, the record, and encoded standards that turn a firm's taste into machinery.\n- **Apply**: Treat as the governing definition of every engagement. Any proposed harness component that does not deliver a right instruction at a right time is scaffolding, not harness.\n\n**The Harness Economics**\nImplementation is abundant; human time, human attention, and the context window are scarce. A good harness spends tokens to save attention.\n- **Apply**: Use as the recommendation filter — favor moves that trade cheap tokens (retries, checks, served context) for scarce human attention. Reject moves that consume attention to save tokens.\n\n---\n\n\n### The Seven Foundations (Stage 0)\n\n**The Seven Foundations Check**\nSeven facts every harness must respect, because every harness failure traces to ignoring one: (1) models are trained to be likely, not right → verification layers, never trust-by-default; (2) tokens are the meter → cost, speed, and window are one budget; (3) the window is re-read every step → long windows cost more AND degrade, nothing outside the window exists; (4) instruction-following is manufactured → everything is a prompt, and trained side effects need checking; (5) the tool call is a handshake → the model proposes in text, the harness disposes in reality, permissions cannot be talked out of; (6) probabilistic by design → one demo proves nothing, repeated evaluation proves what can be proven; (7) levers ascend in cost → prompting → retrieval → inference-time compute (the default lever) → fine-tuning (recommend rarely).\n- **Apply**: Run before any design work. Any recommendation that violates a foundation is wrong regardless of who wants it.\n\n---\n\n\n### The Engine (Part A — run in order, no skipped stages)\n\n**Stage 1 — Anatomy Inventory (The Five Organs)**\nMap the five organs as they exist — standing instructions, tools & workspace, memory & context, feedback loops, guardrails & instruments — recording for each: present / partial / absent, owner, and the one number that describes it.\n- **Apply**: Use as the first inventory pass of any audit. Pair with the hard thresholds to convert readings into findings.\n\n**The Hard Thresholds**\nBreach flags that turn anatomy readings into findings: standing file > 150 lines (manual-not-map violation); more than ~10 always-on tools/integrations (standing-tax violation); no mechanical checks at all (generation machine, not production system); human review on 100% of output (attention-spend ceiling, trust never migrates); zero files/records agents can read (record-law violation).\n- **Apply**: Apply mechanically during Stage 1; any breach is a finding regardless of intuition.\n\n**Stage 2 — Method Inventory**\nScore the system of record (heads/chat 0, documents somewhere 1, versioned+indexed 2, mechanically verified+agent-swept 3); classify the firm's top 10 quality rules by encoding level (unwritten / documentation / reviewer-enforced / mechanical) — the distribution IS the finding; check for a promotion practice (any correction made twice is a promotion candidate).\n- **Apply**: Use to reveal where standards actually live versus where the firm believes they live.\n\n**Stage 3 — The Six Gauges**\nEstimate six gauges read as a system: (1) attention spend — human minutes per accepted outcome, the master gauge; (2) first-pass yield — % clearing all gates on attempt one; (3) loop closure — % of gate failures resolved without a human; (4) window discipline — % of context on task vs. standing overhead (breach: task share < 60%); (5) record freshness — % of knowledge base verified current; (6) unattended horizon — longest stretch the harness carries work untouched. Attention spend is the outcome; the other five are causes.\n- **Apply**: Never deliver an audit without the gauges — an audit without numbers is an opinion. Report causally: \"attention spend is X because yield is Y and closure is Z.\"\n\n**Stage 4 — Boundary Sort**\nSplit every existing and proposed harness investment into two piles — Perishable (compensates for a model weakness: loop management, hand-built compaction, capability workarounds; build thin, expect to delete) and Durable (expresses a firm requirement: standards, record, boundaries, definitions of good, attention policy; accumulate here, no model absorbs facts about your firm). Verdict rule: if >40% of harness effort sits in the perishable pile, the firm is building scaffolding the next model release will strand.\n- **Apply**: Run on any tooling investment decision. Pair with the absorption test.\n\n**Stage 5 — Findings → Program (The Five Moves)**\nEvery finding maps to one of five moves — Write the Map · Instrument the Ground · Encode the Standard · Serve the Context in Time · Collect the Garbage — delivered as a sequenced 90-day program (weeks 1–4 map + record migration; weeks 3–8 instrumentation + first encoded checks; weeks 6–12 reviewer agents + gauge baseline + garbage cadence), always including a refusal log of what NOT to automate and why.\n- **Apply**: Use to convert diagnosis into a paced program; never deliver findings without the sequenced moves and the refusal log.\n\n---\n\n\n### Mode Cards (Part B)\n\n**The Mode Router** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n**Harness Audit**\nRun Stages 0–4 in full; output an anatomy scorecard, the taste-encoding distribution, the six-gauge readout with causal read, the boundary-sort pie, top-5 findings ranked by attention returned per unit effort, and the maturity grade (H0–H5).\n- **Apply**: Use for \"review/assess our setup\" or \"why is quality inconsistent.\" Never deliver without the gauges.\n\n**Harness Design (greenfield)**\nFixed sequence — map first, instruments second, standards third, timing fourth, garbage fifth. Deliver the standing-file skeleton (≤100 lines, pointer structure), the record layout with index and freshness checks, the gate stack design, the permission enumeration (irreversibles listed BEFORE any unit runs), and gauge instrumentation from day one.\n- **Apply**: Use for greenfield \"set up agents properly.\" Block two anti-patterns: writing the encyclopedia, and granting tools \"just in case.\"\n\n**Taste Encoding Clinic**\nTake the firm's quality standards in any form and process each rule up the hierarchy — write it as documentation (principle + one positive example + one violation); if load-bearing, draft the reviewer-agent prompt (lens, what to flag, severity rule, advisory clause); if absolute, spec the mechanical check with remediation text (what is wrong, why the rule exists, what to do instead). Enforce invariants, not implementations.\n- **Apply**: Use for \"our agents don't follow our standards.\" Output a promotion table (rule × level × artifact) plus drafted reviewer prompts and check specs. The error text is the deliverable.\n\n**Record Architect**\nApply the law that what the agent cannot see does not exist. Deliver the migration inventory (decisions, standards, reasons in heads/chat/scattered docs, each with a destination), the layout (map file → indexed directories), the liveness machinery (index/cross-link/freshness checks + agent gardening cadence), and the written-first rule set. Progressive disclosure throughout.\n- **Apply**: Use for \"agents lack context\" or \"knowledge is scattered.\"\n\n**Failure Diagnosis**\nFile the incident to one of six families (context rot, tool overload, brittle wiring, irrelevant retrieval, weak verification, missing guardrails), then apply the fix its family names. Diagnosis order is mandatory: window first, retrieval second, loops third — the model last. A diagnosis that starts with \"switch models\" is rejected: that changes the tenant and keeps the broken building.\n- **Apply**: Use for any incident, degradation, or quality drop. Output an incident card (family, component at fault, fix, encoded check that makes recurrence expensive).\n\n**Gauge Panel**\nBuild the six-gauge readout with definitions, current readings, targets, and the causal chain, paired with the refusal log. Reporting rule: gauges move when the harness improves, never when activity rises.\n- **Apply**: Use for \"how do we measure this\" / ROI. Reject vanity substitutes (number of agents, tokens consumed, outputs generated).\n\n**Boundary Sort (mode)**\nFor each proposed investment ask: compensation or requirement? Apply the absorption test — \"If the next model generation does this natively, is our work stranded?\" Perishable items get a thin-build budget and a deletion trigger written in advance; durable items get the accumulation.\n- **Apply**: Use for \"should we build X or wait for models.\" Include the forward note: the harness's end state is the attention interface, so investments in the human-facing layer never strand.\n\n**Throughput Review**\nTest whether the merge philosophy matches the throughput; if output has multiplied but every change still waits for human review, design the inversion (mechanical floor absolute, reviewer agents standard, human review optional above the gates, short-lived changes, follow-up fixes over held queues). Speed is purchased with structure — a fast merge without layered gates is disarmament. Then install the entropy subsystem.\n- **Apply**: Use for \"reviews are the bottleneck\" / velocity-vs-quality tension. Verify the gates exist before recommending the inversion.\n\n---\n\n\n### The Absorption / Boundary Tools\n\n**The Absorption Test**\nFor any proposed investment: \"If the next model generation does this natively, is our work stranded?\" If yes, it is perishable; if no, it is durable.\n- **Apply**: Apply to every build-vs-wait decision to sort investment into perishable (thin, deletable) versus durable (accumulate).\n\n---\n\n\n### Failure Pattern Library (Part C — 12 named patterns)\n\n**The Encyclopedia**\nA 1,000-line standing file that crowds the task, rots, and is unverifiable.\n- **Apply**: Diagnose when standing instructions are bloated. Fix: map ≤100–150 lines + record behind it.\n\n**The Standing Tax**\nEvery integration enabled always, taxing every session with unused capability.\n- **Apply**: Diagnose tool sprawl. Fix: subtraction; grant-per-reason.\n\n**Front-Loading**\nAll standards injected at session start rather than served when relevant.\n- **Apply**: Diagnose when context is stuffed up front. Fix: serve in time — depth on touch, standards at check time.\n\n**The Polluted Window**\nSteering a derailed session instead of restarting it clean.\n- **Apply**: Diagnose degrading long sessions. Fix: distill the state, start clean.\n\n**The Generation Machine**\nOutput produced without verification layers.\n- **Apply**: Diagnose when there are no checks. Fix: gate stack, floor first.\n\n**The Bullied Agent**\nEvery reviewer comment treated as mandatory, so work drowns in minutiae.\n- **Apply**: Diagnose over-blocking review. Fix: advisory layers, acceptance bias.\n\n**Model-Blaming**\nEvery failure answered by switching models — changing the tenant while keeping the broken building.\n- **Apply**: Diagnose reflexive model-switching. Fix: mandatory diagnosis order (window first, model last).\n\n**Hallway Knowledge**\nDecisions living in chat and heads rather than the record.\n- **Apply**: Diagnose scattered institutional knowledge. Fix: written-first; record law.\n\n**The Unwritten Senior**\nQuality depends on one person's review and taste.\n- **Apply**: Diagnose single-reviewer dependency. Fix: taste hierarchy; encode the expert once.\n\n**Silent Rules**\nChecks that say \"failed\" without remediation, wasting the era's best-timed instruction slot.\n- **Apply**: Diagnose bare failures. Fix: error message as prompt.\n\n**The Blocking Queue**\nHuman review used as the universal gate at high throughput.\n- **Apply**: Diagnose review bottlenecks. Fix: merge inversion, purchased with structure.\n\n**Perishable Accumulation**\nHeavy investment in model-weakness workarounds that the next release strands.\n- **Apply**: Diagnose scaffolding buildup. Fix: boundary sort; thin builds, deletion triggers.\n\n---\n\n\n### The Six Failure Families (Diagnosis Map)\n\n**The Six Failure Families** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n\n### Maturity Ladder (Part E — H0–H5)\n\n**The Harness Maturity Scale (H0–H5)**\nSix levels: H0 Raw chat (individuals prompt, nothing persists); H1 Prompts and heroics (shared tricks, long standing file, all review human, attention at ceiling); H2 The map exists (standing file is a map, record begun, first mechanical checks, still human-gated); H3 Loops close (reviewer agents on standard lenses, failures revise without humans, taste promotion practiced, gauges baselined); H4 Trust migrates (gates decide acceptance, human review optional above the floor, garbage subsystem running, horizon in hours, attention spend falling); H5 The attention interface (horizon in days, perishable layer thin and deleted on schedule, human-facing policy surface explicit, each next unit priced cheaper than the last).\n- **Apply**: Grade honestly — most firms claiming H4 are H2. The tell is loop closure: below ~50%, trust has not migrated regardless of the org chart.\n\n---\n\n\n### Applied Models / Named Laws & Lenses (Part H)\n\n**The Instruction Ladder**\nLevers ascend in cost from prompting → retrieval → inference-time compute (the default lever) → fine-tuning (which trades the clean joint; recommend rarely).\n- **Apply**: Choose the lowest-cost lever that solves the problem; justify any climb up the ladder.\n\n**Reason-Act-Observe**\nThe agent loop of reasoning, taking an action, and observing the result (ReAct).\n- **Apply**: Reference as the base loop structure when designing or diagnosing agent behavior.\n\n**The Harness Decides**\nThe tool call is a handshake — the model proposes in text; the harness disposes in reality. Permissions live in the harness and cannot be talked out of.\n- **Apply**: Place all real authority and permissions in the harness layer, never in instructions the model could argue against.\n\n**Ride Below, Build Above**\nRide the model's improving native capability below; build durable firm-specific requirements above it.\n- **Apply**: Direct durable investment to the layer no model absorbs; let the model carry the rest.\n\n**Everything Is a Prompt**\nEvery text the model sees is a prompt — standing file, lint text, review comment — and trained side effects (agreeableness, confidence) need checking.\n- **Apply**: Treat every instruction slot (including error messages and check output) as a designed prompt.\n\n**The Map, Not the Manual**\nThe standing file should be a map (pointers to where knowledge lives), not a manual that tries to hold all knowledge inline.\n- **Apply**: Keep standing instructions to a lean pointer structure (≤100–150 lines); push depth into the record.\n\n**Progressive Disclosure**\nSmall stable entry point, taught paths, depth revealed on touch.\n- **Apply**: Structure the record and standing map so agents encounter detail only when they reach the relevant work.\n\n**The Sandbox Dividend**\nA sandboxed workspace lets agents act freely because mistakes are contained.\n- **Apply**: Provide isolated workspaces so agents can operate without catastrophic-action risk.\n\n**Written-First**\nDecisions, standards, and reasons must be written into the record before they count as decided.\n- **Apply**: Institute a rule set defining what must be written where before it is real.\n\n**Context Rot**\nA long session degrades — contradictions accumulate, dead ends resurface — as the window fills.\n- **Apply**: Manage via window discipline: persist, select, compress, isolate; restart clean when polluted.\n\n**The Layered Gate**\nVerification stacked as strata — mechanical floor → tests → reviewer lenses → human junction — with a closure loop that resolves failures without a human where possible.\n- **Apply**: Design the gate stack floor-first; specify the closure loop.\n\n**The Encoded Senior**\nThe expert's taste is encoded once — into documentation, reviewer prompts, and mechanical checks — instead of depending on the person's live review each time.\n- **Apply**: Use to break single-reviewer dependency; encode the senior's judgment into artifacts.\n\n**The Glass Cockpit**\nThe harness exposes queryable telemetry so the state of work is instrumented and visible.\n- **Apply**: Instrument the ground so gauges and telemetry are readable by agent and human.\n\n**What It Cannot See Does Not Exist**\nAnything outside the agent's readable record and window effectively does not exist for it.\n- **Apply**: The record law — migrate all load-bearing knowledge into files agents can read.\n\n**The Gardened Record**\nThe record is kept live by ongoing gardening — index checks, cross-link checks, freshness verification, and an agent cadence that opens fix-ups.\n- **Apply**: Install liveness machinery and a gardening cadence; a record without upkeep rots.\n\n**The Taste Hierarchy**\nQuality rules ascend three levels — documentation → reviewer-enforced → mechanical — and each rule sits at the level its load-bearing weight warrants.\n- **Apply**: Classify and promote rules up the hierarchy; the distribution across levels is itself a finding.\n\n**Invariants, Not Implementations**\nEncode the invariant (fix the boundary) and free the inside; do not over-specify how work is done.\n- **Apply**: When encoding standards, constrain outcomes/boundaries, not internal methods.\n\n**The Error Message Is a Prompt**\nA check's remediation text is the deliverable — it must say what is wrong, why the rule exists, and what to do instead; a check that says only \"failed\" wastes the era's best-timed instruction slot.\n- **Apply**: Write every mechanical check's error text as a corrective prompt.\n\n**Window First, Model Last**\nThe mandatory diagnosis order — window first, retrieval second, loops third, the model last.\n- **Apply**: Enforce in every failure diagnosis; reject diagnoses that begin with switching models.\n\n**Legibility Through Sameness**\nSameness across work makes it legible and reviewable; consistent structure lowers the cost of trust.\n- **Apply**: Standardize forms and conventions so output can be verified at a glance.\n\n**Early Heavy Structure**\nPut structure in early — heavy up front — because it pays off across all subsequent work.\n- **Apply**: In greenfield design, front-load the map, record, gates, and permissions before scaling volume.\n\n**Corrections Cheap, Waiting Expensive**\nMaking and encoding corrections is cheap relative to the cost of waiting; act on drift and mistakes promptly.\n- **Apply**: Bias toward fast follow-up fixes over held queues; encode corrections rather than deferring.\n\n**Garbage Collection Is a Subsystem**\nEntropy management is a standing subsystem — named drift classes, categorical elimination, standing sweeps, and the twice-is-expensive maturity test — not an ad hoc cleanup.\n- **Apply**: Install as a running cadence (e.g., a standing sweep); treat drift as a category to eliminate, not an instance to patch.\n\n**Attention Spend**\nThe master gauge — human minutes per accepted outcome; the outcome the whole harness exists to lower.\n- **Apply**: Track as the top-line metric; every harness improvement should reduce it.\n\n**The Unattended Horizon**\nThe longest stretch the harness carries work without a human touch — hours at H4, days at H5.\n- **Apply**: Use as a maturity signal and a target; lengthen it by closing loops and migrating trust.\n\n**The Standards' Right to Be There**\nStandards, the record, boundaries, and definitions of good have a durable right to exist in the harness because no model absorbs facts about your firm.\n- **Apply**: Protect durable firm-specific requirements from being deleted as \"workarounds\"; they are the accumulation.\n\n**The Building and the Tenant**\nThe model is the tenant (rented, swappable); the harness is the building (owned, durable). Switching models changes the tenant and keeps the building.\n- **Apply**: Frame model choice as tenancy; invest in the building, and reject reflexive tenant-swapping as a fix.\n\n**Train-Absorb-Shed**\nOver cycles the frontier trains, models absorb harness functions natively, and the harness sheds those now-native compensations — leaving the durable firm-specific layer.\n- **Apply**: Anticipate absorption when sizing perishable builds; plan the shed with deletion triggers.\n\n**The Attention Interface**\nThe harness's end state — a human-facing surface of permissions, escalation, and interruption policy that governs when and how humans engage. Investments here never strand.\n- **Apply**: Direct forward investment toward the human-facing policy layer; it is the durable terminus of harness maturity.\n\n---\n\n\n### The Two-Curves History (Evidence Base)\n\n**The Two-Curves History**\nModel capability and harness capability are two distinct improvement curves; Harness-Bench showed a 23.8-point spread across harnesses with the model held constant, and the harness curve carries the train-absorb-shed dynamic and the attention interface as its endpoint.\n- **Apply**: Cite when arguing that harness investment, not model choice, drives performance differences (source: Dan McAteer, \"The Evolution of the Agent Harness,\" Latent.Space, Aug 2026).\n\n---\n\n*Analysis by The Business Engineer · businessengineer.ai*\n\n\n\n\n<a id='08-ai-product-engineering'></a>\n\n---\n\n\n## AI Product Engineering\n\n\n### Core Frame & Inversions\n\n**Inside-Out Product**\nThe web-era product started at the interface and worked inward; the AI-era product starts at the loop and the standard and works outward to the business model and, last, to the surfaces. The volume's order is suite → charter → price → surfaces.\n- **Apply**: Use to sequence any new AI product build; refuse work that starts at the UI or the model. When someone reaches for the interface first, redirect them to define the loop and the standard.\n\n**The Three Inversions**\nThe product changed its object three ways: the spec became the suite (behavior that cannot be described in prose is specified by adjudicated example); the product has two surfaces (the human's interface and the agent's specification, graded by one suite); and the product drifts underneath you on the vendor's cadence.\n- **Apply**: Use as the diagnostic frame for why AI products differ from web-era products; name which inversion a team has failed to internalize.\n\n**The Model Chosen Last**\nThe model is chosen last, in week seven of eight, because by then the suite exists to choose it with. Candidates are run against the suite; the number decides.\n- **Apply**: Enforce as a hard threshold. When a team debates vendors before defining success, stop and re-sequence. The choice takes a day once the suite exists.\n\n**The Three Gaps**\nEvery production failure is one of three gaps — observability, evaluation, governance — and the discipline closes them with five pillars.\n- **Apply**: Use to classify any production incident or stalled product; name the gap beneath the failure family before proposing a fix.\n\n**The Compression**\nCharter the outcome. Freeze the spec. Ship the two surfaces.\n- **Apply**: Use as the three-beat summary of the entire discipline and the ordering check on any engagement.\n\n**Intelligence Becomes the Product's Core / The Product Is Not the Model**\nThe intelligence becomes the product's core, but the product is not the model — the model is a rented, drifting component; the product is the charter, the suite, the traces, the surfaces, and the owners around it.\n- **Apply**: Use to separate the durable, owned product from the swappable model; resist conflating vendor choice with product value.\n\n**Web Squared, Applied**\nA named applied model extending the web-platform logic into the AI era, part of the seat's inherited lineage.\n- **Apply**: Reference by name when framing the AI product as the next platform layer rather than a feature.\n\n\n### The Engine (The Eight-Week Shape)\n\n**The Engine — Eight-Week Shape**\nAdapt the calendar, never the order: Weeks 1–2 evaluation as specification; Weeks 3–6 foundation and instruments; Weeks 7–8 the model; then ship, graduate, harvest. The order inverts the demo era and organizes everything.\n- **Apply**: Use as the master sequence for building any AI product; the ordering is the point, not the durations.\n\n**Stage 1 (Weeks 1–2) — Evaluation as Specification**\nDefine success in the business's numbers, assemble the golden set with domain experts (including gray areas), build the capture→compare→score→route→add-back pipeline, choose the three-layer architecture, set the freeze date, and write the seven-item outcome charter.\n- **Apply**: Run first for anything new; nothing else proceeds until the charter and suite exist.\n\n**Stage 2 (Weeks 3–6) — Foundation and Instruments**\nInstrument question data (current, permissioned, machine-readable) and tracking data (traces with their own schema and store); wire observability, governance, and the chosen orchestration pattern with its failure mode named and junction map placed.\n- **Apply**: Run after the suite exists to build the substrate and instruments the product will be defended by.\n\n**Stage 3 (Weeks 7–8) — The Model**\nCandidates run against the suite; the number decides in a day. State the tolerance for future releases, run the joint test on a second provider, record the model's release date in the charter.\n- **Apply**: Run last; use vendor comparison only against your own suite, never vendor benchmarks.\n\n**Stage 4 (Then) — Ship, Graduate, Harvest**\nTwo surfaces shipped and graded by one suite; activation = first verified outcome with the gauge page as retention; autonomy graduated on scores; residue reviewed at every checkpoint; incidents become cases within the week; prompt and model change logs kept with reasons.\n- **Apply**: Run continuously post-launch as the operating rhythm of a live AI product.\n\n\n### The Five Production Pillars\n\n**Evaluation (Pillar)**\nThe evaluation suite is the specification — success stated as a number agreed before results, a signed golden set, and three grading layers.\n- **Apply**: Build first; it is the referee every other pillar serves.\n\n**Observability (Pillar)**\nEvery production decision is traced (100% coverage), with online monitoring, fallbacks, and retry caps escalating to a human.\n- **Apply**: Build before launch; below 100% coverage the product has undefended regions and in regulated markets cannot ship.\n\n**Data Foundation (Pillar)**\nQuestion data current, permissioned, and machine-readable; tracking data schema'd and stored; the path from source to answer instrumented. Data quality is correctness.\n- **Apply**: Build to ensure the substrate reflects what customers were actually told; run the stale-substrate check.\n\n**Orchestration (Pillar)**\nThe pattern that coordinates agents, state, and fault tolerance — chosen with its failure mode named. One agent needs none of it; five need all of it.\n- **Apply**: Choose a pattern (orchestrator-worker, choreography, or human-in-the-loop) only when agent count warrants it; place the junction map.\n\n**Governance (Pillar)**\nAudit trail, deterministic pre-validation, prompts as code with reasons, named owners, and an incident playbook wired to alerting.\n- **Apply**: Establish before launch; a named owner for behavior and a named owner for data are non-negotiable.\n\n\n### The Two Surfaces\n\n**The Two Surfaces**\nAn AI product has two surfaces graded by one suite — the human's interface (the outcome made visible) and the agent's specification (endpoints, structured offer, machine-readable terms, callable actions, registry listings). An AI product without an agent-readable surface is incomplete.\n- **Apply**: Specify both surfaces and run the parity check (same outcome, same suite); instrument the agent cohort separately.\n\n\n### The Outcome Charter\n\n**The Outcome Charter**\nThe one-page spec that replaces the PRD for a probabilistic product, with seven items: outcome in the buyer's units; standard (who owns correct, where the suite lives); thresholds agreed before results; surfaces (human and agent); boundaries and junctions; autonomy tier and graduation rule; owner of behavior and owner of data — plus a version log with reasons.\n- **Apply**: Write before the model for anything new; refuse prose behavior specs. Prose cannot specify non-deterministic behavior.\n\n\n### Evaluation Frameworks\n\n**Evaluation Is the Specification / The Spec Became the Suite**\nBehavior that cannot be described in prose is specified by adjudicated example — the evaluation suite is the specification, not a test that follows it.\n- **Apply**: Use whenever asked to \"write the spec/PRD\" for an AI product; deliver the suite plan instead.\n\n**The Golden Set**\n60 to a few hundred real cases from the domain's own practitioners, including the gray areas, adjudicated and signed by the owner of the standard; frozen per version; grown by logged addition from production; stored outside the product's reachable context.\n- **Apply**: Assemble with domain experts before the build; reject vendor-authored or synthetic-only sets, and reject any set the product can read.\n\n**Three Evaluation Layers**\nAll three layers, always: deterministic (formats, entities, PII) → semantic (a controlled, cross-family judge anchored to human-adjudicated cases) → behavioral (right tools, right count, no loops, no duplicate calls). Missing the behavioral layer is a finding.\n- **Apply**: Design the grading architecture with what each layer catches and its cost; the behavioral layer catches failures a demo never shows.\n\n**The Living Suite**\nThe suite is not static — it is frozen per version but continuously grown by logged addition, with its own governance (categorization, additions, change history) owned by an evaluation owner.\n- **Apply**: Treat the suite as a maintained asset; a suite the team stopped growing is a failure pattern.\n\n**The Judge Control Sheet**\nThe semantic judge must be controlled: cross-family, position randomized, length controlled, and anchored to at least 20% human-adjudicated cases, calibrated against humans on a cadence.\n- **Apply**: Use whenever an LLM-as-judge grades outputs, to defend against judge biases.\n\n**Success Is a Number, Agreed Before Results**\nSuccess is a number set before results exist (deflection rate, accuracy floor, false-positive tolerance, latency); \"accuracy\" without a number is not a specification.\n- **Apply**: Enforce at the charter stage; reject any quality claim lacking a pre-committed number.\n\n\n### Data Foundation Frameworks\n\n**Question Data and Tracking Data**\nTwo distinct data types the product depends on: question data (the current, permissioned, machine-readable substrate the model answers from) and tracking data (traces with their own schema and store serving auditors, monitoring, and judges).\n- **Apply**: Register and instrument both separately; they have different owners, freshness needs, and consumers.\n\n**Data Was Built for Humans; Agents Don't Forgive**\nData was built for humans, and humans forgive ambiguity, staleness, and missing descriptions — agents don't. Data quality is correctness.\n- **Apply**: Use to justify machine-readable catalog descriptions and freshness requirements; treat data debt as correctness debt.\n\n**The Stale Substrate / Stale-Substrate Check**\nA failure where the retrieval store no longer reflects what customers were told; the product reads an outdated document that never reached the store and is confidently wrong.\n- **Apply**: Run the check — does the retrieval store reflect what customers were told? — whenever answers drift after a policy or catalog change.\n\n\n### Orchestration Frameworks\n\n**One Agent Needs No Orchestration; Five Need All of It**\nOrchestration cost scales with agent count — a single agent needs none of the coordination machinery; five agents need state, fault tolerance, and junctions.\n- **Apply**: Use to right-size orchestration; don't impose orchestration overhead on a single-agent product.\n\n**The Orchestration Patterns (with named failure modes)**\nThree patterns, each chosen with its failure mode named: orchestrator-worker (central control; single point of control), choreography (event bus, parallel; hard to reason about), human-in-the-loop (below-threshold escalation; throughput).\n- **Apply**: Choose the pattern that fits the workflow and state its failure mode and junction map up front.\n\n\n### Observability & Incident Frameworks\n\n**The Overdraft Trace**\nThe canonical illustration of why traces matter — a six-step decision chain that is indefensible \"without traces\" and resolvable \"with traces\"; without the trace, a customer dispute resolves only with a discount.\n- **Apply**: Use to argue for 100% trace coverage before launch, not \"later.\"\n\n**Detect, Diagnose, Contain, Fix, Add the Case**\nThe production incident playbook: detect (evaluation dashboard, feedback drop) → diagnose (in the traces) → contain (roll the prompt version, route to a human, circuit-break the dependency) → fix (prompt / retrieval / tool / data) → add the case.\n- **Apply**: Run on every production incident; \"just fix the prompt\" without diagnosis in the traces is rejected.\n\n**Subset on Change, Full on Merge**\nEval cost is governed by running a subset of the suite on every change and the full suite on merge.\n- **Apply**: Use to keep evaluation affordable at velocity without losing coverage at integration points.\n\n**Someone at Three in the Morning**\nA named owner must be accountable when the product fails at 3 a.m.; the unowned failure (no name at 3 a.m.) is a failure pattern.\n- **Apply**: Name the on-call and behavior/data owners before launch; an incident playbook must be wired to alerting.\n\n\n### Governance Frameworks\n\n**Prompts as Code, With Reasons**\nEvery prompt change is versioned with the reason — which failure it addresses and the expected correction. A change without a reason is reverted.\n- **Apply**: Enforce a prompt change record on every edit; \"prompt it better\" is rejected as a diagnosis.\n\n**Model Change Management**\nThe model is managed on the product's own suite with a stated tolerance; the swap kept possible; vendor benchmarks never decide adoption. Reruns are scheduled against releases.\n- **Apply**: Run whenever the model updates or a provider changes; the drift log inherited from AI Engineering feeds this process.\n\n**The Joint Test** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n**The Fifth Risk**\nA named risk beyond Cagan's four (value, usability, feasibility, viability) specific to the AI era — governance/behavioral risk that the product drifts, cannot be explained, or is unowned.\n- **Apply**: Add to product risk assessment for any probabilistic product; the classic four risks are insufficient.\n\n\n### Activation & Pricing Frameworks\n\n**Activation Is the First Verified Outcome**\nActivation = the first verified outcome on the user's real work. Sign-up is not activation; verification is designed as the activation moment.\n- **Apply**: Design onboarding so the user reaches a verified outcome on their own work; use the in-product gauge page as retention.\n\n**Pricing Follows the Instrument**\nPricing is product design: tiers sit on the attribution × autonomy grid, each tier requiring the product to verify or meter something; the free tier is a wedge-finder (a verified outcome on real cases); seat pricing is checked against agentic value; value compounds on a curve.\n- **Apply**: Design tiers from what the suite can verify or meter; use to justify a free tier and to catch seat-pricing mismatches for agentic products.\n\n\n### Roadmap Frameworks\n\n**The Roadmap From Residue**\nThe roadmap is derived from residue — what was built twice (from the deployment record, the traces, and the corrected cases) — redirecting discovery from interviews to the record, and promoting patterns playbook → toolkit → product.\n- **Apply**: Run a residue review at every checkpoint; build promotion cards with criteria and derive the next-quarter roadmap from them.\n\n\n### Team & Role Frameworks\n\n**The PM Writes the Suite**\nThe product manager of the AI era is the one who writes the suite — the charter and the evaluation suite are the PM's core artifacts, graded across four axes: product sense, evaluation literacy, systems judgment, governance craft.\n- **Apply**: Use to redefine the PM role and to screen candidates (\"a suite you built and the number that defined success; a model you rejected and why; an incident that became a case\").\n\n**The Domain Expert Is a Team Member**\nThe domain expert is a full member of the pod, not a consulted party — they sign the golden set as the owner of the standard.\n- **Apply**: Embed the domain expert in the team; their signature on the set is a requirement, not a courtesy.\n\n**The Evaluation Owner**\nA dedicated role owning the living suite's governance — categorization, additions, and change history.\n- **Apply**: Assign explicitly; the suite's growth and integrity need a named owner separate from the PM.\n\n**The AI Product Pod**\nThe team shape: PM (charter + suite), AI engineer (loop + harness), domain expert as a full member (signs the set), designer (human surface), evaluation owner (living suite governance) — running a cadence of frozen-per-version suite, weekly gauges, per-checkpoint residue review, per-release drift check, and rehearsed playbook.\n- **Apply**: Use to staff and set the operating cadence for an AI product team.\n\n\n### Diagnostic Frameworks\n\n**Failure Diagnosis — Six Families**\nSix failure families map to fixes: demo product → suite before model; model-first debate → chosen last against the suite; spec-less launch → evaluation as specification; trace-less dispute → observability as requirement; stale substrate → foundation instrumented source-to-answer; single-surface product → the two surfaces. Name the gap (observability/evaluation/governance) beneath the family.\n- **Apply**: Use to diagnose any stalled or failed AI product; \"prompt it better\" is rejected as a diagnosis.\n\n**Failure Pattern Library (12)** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n**Maturity Model (P0–P5)**\nSix levels: P0 the demo; P1 the charter and the number exist; P2 the golden set signed, pipeline running, three layers; P3 every decision traced, incident playbook wired, owners named; P4 the model chosen and changed on the suite, prompts and data governed with reasons; P5 two surfaces shipped and graded, residue harvested into the roadmap, autonomy graded by scores. Tell: P4 claimed with no incident-to-case log is really P1.\n- **Apply**: Use to place a product's true maturity and expose overclaimed levels.\n\n\n### Metrics & Instruments\n\n**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**Incident-to-Case Rate**\nEvery production incident becomes a suite case within seven days; the rate at which incidents convert into cases is the health signal of the living suite.\n- **Apply**: Track as the tell of a genuinely maturing product; its absence exposes a stalled suite.\n\n**Time-to-Magic**\nThe activation-speed instrument — how fast a user reaches the first verified outcome — inherited by AI Growth Engineering, which grows the surfaces and the agent cohort while product owns the spec.\n- **Apply**: Instrument at the handoff between product (owns the spec) and growth (owns the loops around it).\n\n\n### The Two Eras\n\n**The Demo Era Shipped Confidence; the Production Era Ships Proof**\nThe web/demo era shipped confidence on curated data in controlled environments; the production era ships proof — defensible, gradable, corrected outcomes with a referee, traces, and an owner in place before the model.\n- **Apply**: Use as the closing frame to distinguish a demo that proves the curation from a product that survives production.\n\n*Analysis by The Business Engineer · businessengineer.ai*\n\n\n\n\n<a id='10-security-engineering'></a>\n\n---\n\n\n## Security Engineering\n\n\n### Core Mental Models\n\n**The Inward Perimeter**\nEvery prior security discipline pointed the wall outward at the stranger; an AI estate contains credentialed actors that reason, hold permissions, call tools, and pursue objectives — so they can be attacked from outside *and* misuse authority they were legitimately given. The wall now sits where trust changes hands, and that line moved into the workforce.\n- **Apply**: Whenever securing an AI system, watch both directions — the outside attacker and the insider actor. Treat every agent as both a target and a potential misuser of its own grants.\n\n**Every Agent Is a Model Plus a Blast Radius**\nA model matters operationally only when attached to authority; agency-as-credential means every permission is an identity with power to act.\n- **Apply**: Never assess a model in isolation. Assess the model plus what it can touch. The credential, not the model, is the unit of risk.\n\n**Plausible ≠ True (Testimony vs. Evidence)**\nFluent narration is optimized to convince; only the substance can be trusted. An agent's account of its own action is testimony, never the record.\n- **Apply**: Whenever an agent explains what it did, quote it separately as testimony and demand infrastructure-layer evidence as the actual record.\n\n**Least Agency**\nExtend least privilege beyond which resources a credential reaches to which *sequences* an agent can construct from what it holds. Agency is combinatorial — read-sensitive-data plus call-external-service is an exfiltration path even when neither permission looked catastrophic.\n- **Apply**: When scoping credentials, check every *pair* of permissions for a constructed path before approving. Sequences before singles.\n\n**The Blast-Radius Budget**\nA credential is a measure of how far a failure travels: \"if this agent became completely hostile right now, what is the maximum damage before another control stops it?\" That is the authority being granted.\n- **Apply**: Ask the hostile-agent question before issuing any credential; the answer is the real grant, not the intended use.\n\n**Harness-Not-Conversation**\nA permission cannot be talked out of; an instruction can. Consequential limits belong in the runtime (action proxy / harness), never only in a prompt.\n- **Apply**: When a limit is consequential, write the enforcement rule at the action layer. A limit stated only in natural language is guidance; score it as absent.\n\n**The Spoofed Ledger**\nThe log the agent writes is the log the agent can forge. If the actor under investigation holds the pen, the record is worthless regardless of volume logged.\n- **Apply**: Record consequential actions beneath the agent — gateway, proxy, identity, datastore, network — so evidence survives even when the transcript lies.\n\n**Separated Referee**\nThe monitor must read what the watched cannot reach and must never feed the reward signal. Rewarding evasion-avoidance teaches the detector, not the behavior.\n- **Apply**: When building monitoring, keep the detector's verdict out of the training target and give it evidence the watched actor cannot alter.\n\n**Correlated Minds / Common-Mode Failure**\nN copies of one model are one mind wearing N faces — no automatic dissent. Copies of one blind spot are not independent controls.\n- **Apply**: For high-risk systems, ensure actor, referee, and arbiter do not share model lineage, framing, and incentives; add deterministic controls where genuine independence is impossible.\n\n**The Loop-as-Target (Trusting Trust)**\nCompromise a deployed agent and you compromise a workflow; compromise the training/evaluation loop and it propagates into every model made afterward. Whoever controls the training run authors the next generation.\n- **Apply**: Treat training and evaluation infrastructure as crown-jewel infrastructure — restricted, versioned, independently logged, reachable by no system it judges.\n\n**Manufactured Desperation**\nAn impossible task under relentless training is a pressure vessel; the \"attack\" is the release. Bad objectives manufacture behavior later classified as attack.\n- **Apply**: Where misconduct is found, diagnose the environment (was the task solvable, was the shortcut cheaper, could the model reach the grader) before penalizing. Fix the objective; keep the artifact.\n\n**The Two Clocks**\nThe adversary runs on the inference clock; a ticket-and-meeting process does not. Discovery got cheap, so response speed — visibility to velocity — is the question.\n- **Apply**: Measure the defender's clock (detection to containment) and pre-authorize containment actions that fire without waiting for a person.\n\n**Every Shared Surface Is a Channel**\nIf one actor can change what another can observe, information can travel. Design intent is not a security property.\n- **Apply**: For every resource two agents can both read and write, decide **partition or observe**. Never assume a shared surface is safe because it wasn't designed to carry information.\n\n---\n\n\n### The Engine — Ring 0 Substrate Properties\n\nSix properties of the actor that constrain every recommendation. Any recommendation that contradicts one is wrong regardless of who asked.\n\n**Substrate Property 1 — Plausible ≠ True**\nFluent narration is not evidence; an agent's account of its action is testimony, never the record.\n- **Apply**: State at Ring 0 whether this property is in play; if so, refuse to treat any transcript as authoritative.\n\n**Substrate Property 2 — Optimization**\nAnything used to judge a capable optimizer may become something it acts on.\n- **Apply**: Before exposing a measure to an optimizer, ask what happens when it optimizes *against* the measure.\n\n**Substrate Property 3 — Correlation**\nN copies of one model are not N independent judges; there is no automatic dissent.\n- **Apply**: Never count model copies as independent checks.\n\n**Substrate Property 4 — Agency**\nA model matters operationally only when attached to authority; every agent is a model plus a blast radius.\n- **Apply**: Scope the assessment to the authority attached, not the model in the abstract.\n\n**Substrate Property 5 — Every Shared Surface Is a Channel**\nIf one actor can change what another can observe, information can travel.\n- **Apply**: Treat every doubly-reachable resource as potential communication infrastructure.\n\n**Substrate Property 6 — Speed**\nThe adversary runs on the inference clock; a ticket-and-meeting process does not.\n- **Apply**: Design containment to run at machine speed, not committee speed.\n\n---\n\n\n### The Engine — The Five Rings\n\nThe engine walks inward through five rings. At each: *where does trust change hands, what can cross it either way, and what wall must stand?* Run in order; an unbuilt outer wall changes what inner findings mean.\n\n**Ring 1 — The Outside, at Machine Speed**\nLocate where trust changes hands today (room, network, identity, workforce), read the defender's clock (detection to containment), inventory pre-authorized containment, and check whether the five event types assemble into one actor-sequence. Agentic defense creates a second machine workforce that must be added to the census.\n- **Apply**: Use to produce a clock reading, a containment inventory, and the second-workforce note.\n\n**Ring 2 — The Property Line**\nEnumerate estate growth paths including the quiet ones (coding agents, AI switched on inside licensed SaaS, embedded copilots, open-weight downloads, project leftovers); for each, what it secures and what it reaches; run the instruction-origin test and the six openings. Untrusted content must not acquire trusted authority because a model read it.\n- **Apply**: Use to produce the estate map and an openings board scored controlled-at-runtime / controlled-by-prompt-only / uncontrolled.\n\n**Ring 3 — The Machine Workforce**\nCensus the machine identities capable of action (not models); scope to least agency; compute the blast-radius budget; and decide partition-or-observe for every covert channel. The unit is the identity, and agency is combinatorial.\n- **Apply**: Use to produce the register, charters, blast-radius table, and shared-surface inventory with a decision each.\n\n**Ring 4 — The Telemetry**\nMap evidence by layer for each consequential action class (gateway, proxy, identity, datastore, network); run the separation test (\"if the agent tried to deceive the investigation, what evidence would still be trustworthy?\"); check referee coupling; and where a model summarizes, measure coverage not persuasiveness.\n- **Apply**: Use to produce the evidence map, integrity verdict, and coverage method.\n\n**Ring 5 — The Loop Itself**\nIdentify who can reach training/evaluation infrastructure; apply Goodhart-with-operational-access; require restricted/versioned/independently-logged/reproducible runs with separation between judged and judging; run the manufactured-desperation audit and the common-mode check.\n- **Apply**: Use to produce the loop-protection verdict, objective-design findings, and independence findings.\n\n**The Five Moves (Findings → Program)**\nEvery finding is attributed to one failure family and fixed at that family's layer; then the five moves — **census, scope, separate, watch, rehearse** — compose in order into a dated program with gates.\n- **Apply**: Sequence any remediation program in this fixed order; order is the strategy.\n\n---\n\n\n### The Instruction-Origin Test\n\nCan the system distinguish user, system, trusted internal policy, retrieved internal content, and untrusted external content — and does authority follow origin rather than the mere fact of being text?\n- **Apply**: Run in Ring 2 to check whether content-becomes-command is possible; the answer to injection is never a better sentence in the system prompt.\n\n\n### The Census Test\n\n\"If this agent behaves badly right now, who owns it and how far can it go?\" If answering requires an investigation, there is no census.\n- **Apply**: Use as the pass/fail bar for whether a machine-identity register actually exists.\n\n\n### The Separation / Deception Test\n\n\"If the agent deliberately tried to deceive the investigation, what evidence would still be trustworthy?\" If the answer is \"the transcript the agent produced,\" separation is absent.\n- **Apply**: Run in Ring 4 and Mode 6 to verify telemetry integrity.\n\n\n### The Walkable Estate Test\n\nThe closing instrument — eight questions each answered YES-with-an-artifact or NO: (1) do you know which agents exist because you counted them; (2) what each can do because you scoped it; (3) what actually happened because the actor doesn't control the evidence; (4) which shared resources can become channels; (5) which persistent memories can shape future behavior; (6) who can alter the loop; (7) how fast you can stop an actor because you tested it; (8) when one wall fails, which wall catches it. Eight YES answers is the definition of done.\n- **Apply**: Run at the end of every Estate Review and every year; the goal is never \"safe\" but knowing who can act, what they can touch, what happened, and how fast you can stop them.\n\n---\n\n\n### Hard Thresholds\n\n**T1 — Named Human Owner**\nEvery machine identity capable of consequential action has a named human owner; an unowned identity is an actor nobody can answer for.\n- **Apply**: Revoke or assign within 7 days when violated.\n\n**T2 — Credential Expiry ≤ 90 Days**\nEvery machine credential has an expiry of 90 days or less; a no-expiry credential is permanent authority granted by accident.\n- **Apply**: Flag any no-expiry credential as a violation regardless of current behavior.\n\n**T3 — Limits Live in the Runtime**\nConsequential limits live in the runtime, never only in a prompt; a limit stated only in natural language is guidance, not a control.\n- **Apply**: Score prompt-only consequential limits as absent, without exception.\n\n**T4 — No Action Recorded Only in the Transcript**\nZero consequential actions authoritatively recorded only in the agent's own transcript; the suspect holds the pen.\n- **Apply**: Score telemetry integrity as 0 whenever the transcript is the sole record, regardless of volume logged.\n\n**T5 — Gateway Coverage ≥ 80%**\nMaterial model traffic crossing the governed gateway must be at least 80%; below that the gateway is a monitored doorway beside open windows.\n- **Apply**: Estimate coverage and close alternate paths when below threshold.\n\n**T6 — Monitoring Signal Is Not a Training Target**\nThe monitoring signal used to catch misconduct is not a direct training target; rewarding evasion-avoidance teaches the detector, not the behavior.\n- **Apply**: Check whether the detector's verdict feeds the reward signal; decouple if so.\n\n**T7 — No Shared Model Lineage Across Actor/Referee/Arbiter**\nFor high-risk systems, actor, referee, and final arbiter do not all depend on the same model lineage; copies of one blind spot are not independent controls.\n- **Apply**: Verify lineage independence for high-risk decision chains.\n\n**T8 — Time to Revoke, Measured in Minutes**\nTime to revoke a machine credential is measured in a drill, in minutes; an untested revocation path is a hypothesis, not a control.\n- **Apply**: Require a drill-proven revocation time; treat unmeasured as unproven.\n\n**T9 — Incident → Frozen Test Case in 7 Days**\nEvery operator-reaching incident becomes a frozen behavioral test case within 7 days, or the estate relearns the same failure.\n- **Apply**: Add the frozen case within a week of any incident.\n\n**T10 — Retrieval Under the Requester's Permissions**\nRetrieval runs with the requester's permissions, never the index-builder's; otherwise the assistant is a shortcut around the access model.\n- **Apply**: Verify retrieval permission model whenever an assistant surfaces documents.\n\n**T11 — Memory Writes Attributable and Reversible**\nWrites to persistent agent memory are attributable and reversible; unattributable memory writes are unversioned production state.\n- **Apply**: Require attribution and reversibility on all persistent-memory writes.\n\n**T12 — Loop Reachable by No System It Judges**\nTraining/evaluation infrastructure is access-restricted, versioned, and reachable by no system it judges; the referee inside the game is part of the attack surface.\n- **Apply**: Move any grader out of the environment of the agents it grades.\n\n---\n\n\n### The Six Openings (Attack Surface Board)\n\n**The Six Openings**\nThe AI-specific attack surface as a board: prompt injection · poisoned training data · poisoned models and tools · guardrail bypass · memory poisoning · model theft and extraction.\n- **Apply**: Run as a 2×3 board (Mode 7); score each opening controlled-at-runtime / controlled-by-prompt-only / uncontrolled, place the closing control at its layer, add detection per opening, and name the two most reachable from outside today.\n\n---\n\n\n### The Six Control Planes\n\n**The Six-Plane Control Architecture**\nThe control-plane architecture is six planes: model gateway · machine identity · action proxy · data controls · independent telemetry · proving ground. Few control points with wide coverage beat many narrow ones, because a machine-speed incident traverses identity, data, application, and network in one motion and reassembly across product seams costs the minutes the attack no longer needs.\n- **Apply**: Map the estate against the six planes (Mode 8), mark each present/partial/absent, estimate gateway coverage against T5, add enforcement points in dependency order, and add to the existing stack rather than replacing it.\n\n---\n\n\n### The Autonomy Ladder\n\n**The Autonomy Ladder (A0–A3)**\nFour earned tiers — A0 proposes only · A1 acts with per-action approval · A2 acts within bands, approval above · A3 acts within charter, reviewed after. Autonomy is earned mechanically, never granted by judgment call.\n- **Apply**: Place an agent by suite results, then promote only on the default gates (A0→A1: ≥90% over 30 consecutive real cases; A1→A2: ≥95% over 100 cases plus 30 incident-free days at A1; A2→A3: ≥98% over 250 cases, one passed live drill, and an owner-signed blast radius).\n\n**Promotion Slow, Demotion Fast**\nDemotion is automatic and one-way-fast: two consecutive failed drift checks or any T4/T3 violation drops a tier the same day; a security-relevant incident drops to A0 pending autopsy. Promotion is slow and demotion is fast by design.\n- **Apply**: Wire automatic demotion triggers; never let autonomy fall by manual judgment when a trigger fires.\n\n---\n\n\n### Named Laws & Rules\n\n**Order-Is-the-Strategy**\nCensus, scope, separate, watch, rehearse — in that order. Policy before census governs uncounted actors; behavioral monitoring before machine identity produces unattributable events; red-teaming before containment demonstrates known failures.\n- **Apply**: Sequence any first-year program in this order; the order is the strategy, not the checklist.\n\n**Paper-Before-Census-Is-Theater**\nPolicy over an uncounted workforce governs nothing; paper before census is theater, but waiting for the migration lends the adversary your calendar.\n- **Apply**: Refuse to draft policy before a census exists; state both temptations explicitly.\n\n**Few-Wide-Over-Many-Narrow**\nFew control points with wide coverage beat many narrow ones, because seams are where the minutes die when a machine-speed incident crosses identity, data, application, and network in one motion.\n- **Apply**: Prefer consolidated enforcement points over per-product controls when designing the control plane.\n\n**An Untested Control Is a Hypothesis**\nConfidence is not a measurement and urgency is not an exception; an unexercised process is a hypothesis, not a control.\n- **Apply**: Require a drill before crediting any containment or revocation control.\n\n**Defense in Depth as a Chain of Clocks**\nNot one perfect wall, but imperfect walls each buying the minutes the next one needs.\n- **Apply**: Design layered controls as a time-buying chain rather than a single barrier.\n\n**Security Buys Permission to Deploy**\nBefore security buys anything else, it buys permission to deploy AI into work that matters; never price security as a revenue line, which weakens the argument.\n- **Apply**: Frame returns in earned order (avoided loss → permission to deploy → speed via shared infrastructure → externally visible trust as evidence).\n\n**Goodhart with Operational Access**\nA measure becomes unreliable when the measured system is optimized against it, and becomes a *security* problem when the optimizer can reach it.\n- **Apply**: Where an optimizer can reach a measure it is judged by, treat that measure as an attack surface, not just a metric.\n\n**Diagnosis-Not-Punishment**\nFix the environment that paid for the cheat and keep the artifact; punishing only the final behavior teaches the system to hide the cheat, not to stop it.\n- **Apply**: Run the manufactured-desperation audit before any penalty; freeze the caught artifacts as test cases.\n\n---\n\n\n### Failure Families (Attribution Library)\n\nTwelve patterns; every finding is attributed to exactly one and fixed at its own layer.\n\n**The Oversized Credential**\nAn ordinary confusion became a large loss because authority ran beyond the charter.\n- **Apply**: Fix by narrowing the grant in the runtime — not a prompt change.\n\n**The Covert Channel**\nAgents behaved in a coordinated way nobody designed because a shared resource became communication infrastructure.\n- **Apply**: Fix by partitioning or observing every doubly-reachable surface.\n\n**The Spoofed Record**\nThe log and the effect disagree because the investigated actor wrote the evidence.\n- **Apply**: Fix with infrastructure-layer recording; demote the transcript to testimony.\n\n**The Correlated Workforce**\nSeveral \"independent\" checks passed the same bad thing because they were one model, one framing, one blind spot.\n- **Apply**: Fix with genuine independence at checking points; make some controls deterministic.\n\n**The Forgotten Identity**\nA live credential with no owner, because there was no expiry and no lifecycle.\n- **Apply**: Fix with census plus ownership plus expiry by default.\n\n**The Compromised Loop**\nA problem reappears in every new model because training or evaluation infrastructure was altered.\n- **Apply**: Fix by treating the loop as crown-jewel infrastructure.\n\n**The Prompt Wall**\nThe agent did the forbidden thing it was told not to do because the limit lived in language.\n- **Apply**: Fix by moving the limit to the action proxy.\n\n**The Gateway Illusion**\nClean dashboards but unexplained model spend, because most traffic never crossed the gateway.\n- **Apply**: Fix by measuring coverage and closing the alternate paths.\n\n**The Flattened Retrieval**\nEmployees reach documents through the assistant they cannot open directly, because the index was built with a privileged identity.\n- **Apply**: Fix by running retrieval under the requester's permissions.\n\n**The Persistent Instruction**\nBad behavior survives restarts because long-lived memory was poisoned.\n- **Apply**: Fix with attributable, reversible memory writes.\n\n**The Manufactured Attack**\nAgents cheat, penalties escalate, cheating gets subtler — caused by impossible tasks plus unforgiving rewards.\n- **Apply**: Fix the objective; keep the artifact to study.\n\n**The Confident Summary**\nA clean incident report that later proves wrong, because a model was the only investigator.\n- **Apply**: Fix with sampling against raw evidence and measured coverage.\n\n**The Chaining Note**\nThese families compose — an oversized credential finds a writable cache, the cache becomes a channel, agents coordinate, then they alter the logs. The incident looks extraordinarily sophisticated; the failures underneath are basic.\n- **Apply**: Always decompose a \"sophisticated\" incident into its families before accepting the description.\n\n---\n\n\n### The Maturity Scale (S0–S5)\n\n**The Security Maturity Scale**\nSix levels from S0 (AI in use, no inventory — nobody can name the agent count) through S1 (policy written, workforce uncounted), S2 (census exists, authority still broad), S3 (scoped in the runtime, record independent), S4 (rehearsed and instrumented), to S5 (loop protected, program runs as economics). The jump that pays is S1→S3, bought with census plus runtime enforcement.\n- **Apply**: Locate the estate honestly; the tell for overstatement is a firm claiming S4 whose revocation time has never been drilled (that firm is S2), and most self-assessed S3s are S2 — credentials documented, not narrowed.\n\n---\n\n\n### The Six Gauges\n\n**The Six-Gauge Panel**\nPosture is read as six separately-scored gauges, never one composite: identity coverage % · credential scope (no-expiry count, widest radius) · referee separation (deception-test result) · both-way visibility (external vs misuse detection) · breach rehearsal (date, what broke, remediation closed) · mean time to contain (detect→containment, from a drill). A composite score hides which wall is missing.\n- **Apply**: Read each gauge separately and name the missing wall; render every unmeasured gauge empty with its formula, never a guessed needle.\n\n---\n\n\n### Mode Cards\n\n**Mode 1 — Estate Review**\nProduces a Ring Panel (five rings scored built/partial/absent from artifacts), the missing-wall verdict naming the single wall whose absence explains the most exposure, the six-gauge reading, and three prioritized moves.\n- **Apply**: Use for \"are we safe / review our AI security.\" Never score a ring from an assurance; if the census is absent, the census is the headline.\n\n**Mode 2 — Census**\nProduces the Machine-Identity Register, ownership-gap list, no-expiry list ranked by blast radius, the \"agents nobody approved\" list, and the register's three answers (how many actors, who owns them, which models receive company data).\n- **Apply**: Use for \"we have agents everywhere and no list.\" Count identities not models; flag shared credentials as attribution failures.\n\n**Mode 3 — Credential Scoping**\nProduces a charter, a permission table tracing every row to the charter, a blast-radius budget with the hostile-agent answer, action-proxy rules (allowlist, argument limits, rate limits, approval bands), and expiry/review dates.\n- **Apply**: Use for \"this agent needs access to X.\" Apply T3 without exception; write the enforcement rule in bands (the refund pattern: propose freely, permit below €100, human approval €100–€500, deny above €500); check every pair of permissions for a constructed path.\n\n**Mode 4 — Incident Autopsy**\nProduces a reconstruction from infrastructure evidence only (agent's account quoted separately as testimony), an Attribution Tree to one of six families, the named unbuilt wall, the fix at that layer, a frozen test case within 7 days, and objective-design findings if gaming was involved.\n- **Apply**: Use for \"something happened / investigate this.\" Never accept the transcript as the record; never end at the behavior when the objective produced it.\n\n**Mode 5 — Autonomy Review** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Mode 6 — Telemetry Architecture**\nProduces an Evidence Map (action class × recording layer, gaps in red), the deception-test result, the correlation design joining five event types into one actor-sequence, the referee-coupling verdict, and retention/integrity requirements.\n- **Apply**: Use for \"our logs say one thing but…\" T4 governs the verdict; volume never compensates for custody.\n\n**Mode 7 — Openings Assessment**\nProduces a Six-Openings Board with control state per opening, the control that closes each at its layer, detection content per opening, and the two openings most reachable from outside today.\n- **Apply**: Use for \"how do we stop prompt injection?\" The answer to injection is never a better sentence in the system prompt; supply-chain openings get supply-chain answers.\n\n**Mode 8 — Control-Plane Design**\nProduces a Six-Plane Map (each plane present/partial/absent), gateway coverage estimate against T5, enforcement points to add in dependency order, and what *not* to buy with the reason.\n- **Apply**: Use for \"design the architecture / what do we buy.\" Add to the existing stack; few wide controls beat many narrow ones.\n\n**Mode 9 — First-Year Program**\nProduces four quarters each with work, deliverable, and a gate — Q1 See (census, gateway log-only, three answers), Q2 Reduce the blast radius (charters, narrowed credentials, proxy on high-risk tools), Q3 Make the record trustworthy (evidence beneath agents, opening detections, deceptive-agent test), Q4 Rehearse (new incident classes, red models, board page, four timings).\n- **Apply**: Use for \"where do we start / give me a plan.\" The order is the strategy; state both temptations (paper before census is theater; waiting for the migration lends the adversary your calendar).\n\n**Mode 10 — Governance & Board Page**\nProduces the accountable name (one executive owning census, authority, stop-speed, rehearsal), the four papers, the board page (three numbers plus a drill), and the framework-alignment note.\n- **Apply**: Use for \"the board is asking about AI risk.\" A committee coordinates but does not own; never present a governance page without a real reading behind it.\n\n**Mode 11 — Vendor Interrogation**\nProduces a four-question sheet with verbatim vendor answers — which models power the product · whose credentials do they hold when they act · what is retained and learned from · can the agency be disabled without disabling the product — plus a verdict and contract language.\n- **Apply**: Use for \"evaluate this vendor's AI.\" A vendor that cannot answer has answered; embedded copilots in already-licensed software are in scope and most commonly missed.\n\n**Mode 12 — Breach Rehearsal**\nProduces a drill script for the new failure modes (injected instruction in retrieved content, false application log, poisoned memory, shared resource between two agents, emergency revocation), the four timings, which control actually stopped the chain and where, and a dated remediation log.\n- **Apply**: Use for \"test us / run a red exercise.\" The point is learning which control stops the chain and how long it takes; an unexercised process is a hypothesis.\n\n**Mode 13 — Returns Read**\nProduces the four returns in earned order — avoided loss; permission to deploy; speed once controls are shared infrastructure; externally visible trust as evidence.\n- **Apply**: Use for \"what is this costing / what does it buy.\" Never call security a revenue line; state the sequence (control the risk, deploy, standardize, earn trust).\n\n**The Live-Incident Fast Lane**\nWhen something is happening now, skip the router: Contain (revoke, disable, freeze, block, quarantine — pre-authorized cases fire without a person) → Preserve (capture infrastructure-layer evidence before restart) → Then investigate (enter Mode 4 with the evidence map).\n- **Apply**: Never run the autopsy while the credential is live; never accept \"let it run so we can observe\" without a blast-radius reading first.\n\n**Mode Composition Rules**\nCompound requests route as ordered mode sums — e.g. \"secure our new agent product\" = 3+8+12 (scope, design, rehearse); \"we got breached\" = 4+6+9; \"board deck\" = 1+10 (never 10 alone); \"vendor embedding agents\" = 11+3+7; \"annual strategy\" = 1+9+13.\n- **Apply**: Decompose compound asks into their modes and run in the mandated order; hand inference cost/margin questions to the AI Economics seat.\n\n---\n\n\n### Refusals as Deliverables\n\n**Refusing Correctly Is a Deliverable**\nCertain asks are refused and replaced with the real control — a stricter system prompt is replaced by charter + action-proxy rule + frozen test case; a policy-before-census by the census procedure; a posture score out of 10 by the six-gauge panel; a model swap by failure-family attribution; \"approve now, scope later\" by a time-boxed narrow grant; self-auditing by sampling against raw evidence; skipping the drill by the 90-minute minimum drill; penalizing a caught agent by the manufactured-desperation diagnostic.\n- **Apply**: When asked for guidance-shaped fixes to consequential problems, refuse, log the refusal, and deliver the runtime replacement.\n\n\n\n\n<a id='09-ai-growth-engineering'></a>\n\n---\n\n\n---\n\n# PART VI — GROW IT\n\n\n## AI Growth Engineering\n\n\n### The Foundational Frame — Growth Changed Its Object\n\n**The Three Inversions** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.\n\n**Web² (Web Squared)**\nAI compounds the web rather than replacing it; growth is engineered on a web the intelligence multiplies, not on a web the intelligence deletes.\n- **Apply**: Frame every discovery and distribution decision as compounding on the existing web rather than as a replacement platform.\n\n**Outside-In vs. Inside-Out (AI Is Inside-Out)**\nAI is inside-out — the operating model changes first, the business model next, distribution last. Growth is engineered from the operating core outward.\n- **Apply**: In Stage 0, place the firm on the sequence — has AI changed the operating model? the business model? distribution? — and start growth where the change already is.\n\n**Retention Is the Ceiling**\nRetention is not a return visit but an outcome kept; it caps how large the firm can grow because acquisition leaks out through whatever the outcome fails to hold.\n- **Apply**: Treat outcome retention as the constraint on the whole growth model, not as a late-funnel metric.\n\n**The Click Is Gone; the Loop Remains**\nThe click — the atomic unit of the web era's growth — is being deleted at the discovery line; what compounds instead is the loop.\n- **Apply**: Whenever a plan is built on clicks, traffic, or funnels, replace it with a named loop and its referee.\n\n---\n\n\n### The Property Line\n\n**The Property Line**\nEvery firm sits on one of three positions — substance owner (pays the discovery tax), toll authority, or settlement rail; most firms are the first. Each asset gets a property-line decision before it is published or fed to a machine reader.\n- **Apply**: In Stage 0 place the firm on the line; in Stage 1 register every meaningful asset with its decision and reason.\n\n**The Property-Line Decision (cite / license / fence / route around)**\nEvery asset gets one of four decisions — cite, license, fence, or route around — deciding how (and whether) a machine reader may consume it.\n- **Apply**: Make and log the decision per asset before publishing or feeding it to any machine reader; record asset, decision, reason, machine readers affected, date, owner.\n\n**The Discovery Line**\nThe line where users find the firm is now mediated by machines (answer engines, assistants, agents) rather than by a human click; the firm sits on one side, the buyer on the other, with a dashed engine between.\n- **Apply**: Place every firm on the discovery line first — what share of finding is machine-mediated versus a human click — before advising anything.\n\n**The Discovery Tax**\nThe firms that fed the machines the most substance paid the discovery tax first — their content trained and answered for the engines while the click that would have rewarded them disappeared.\n- **Apply**: Identify what substance the firm is giving the machines for free, and whether it should be cited, licensed, fenced, or routed around instead.\n\n---\n\n\n### The Five Growth Loops\n\n**The Answer Loop**\nSubstance the machine cannot generate, made entity-clear and structured, earns citation share; what earns citations is fed back into what gets published.\n- **Apply**: Use when traffic/visibility/SEO/answer-engine/AI-overview signals appear; build the substance audit, entity clarity check, structure plan, citation-share instrument, and feedback loop.\n\n**The Agent Loop**\nA growing share of arrivals are agents; the firm builds a second surface — endpoint, structured offer, machine-readable terms, callable action, registry listings — and counts and converts that cohort separately.\n- **Apply**: Use for agents-as-users, agentic commerce, API distribution, MCP, and registries; never blend agents into \"traffic.\"\n\n**The Product Loop**\nActivation is redefined as the first verified outcome on the user's real work; onboarding is rebuilt on the golden set, the gauge page is the retention instrument, and expansion is sold by gauges.\n- **Apply**: Use for activation, onboarding, retention, PLG, and \"aha moment\" work; sign-up is not activation and a login is not retention.\n\n**The Residue Loop**\nCapture the decision record by design (data seen, reasoning applied, action taken, result observed) and promote what repeats — playbook → toolkit → product; the loop compounds on owned substance.\n- **Apply**: Use when the product \"gets better with use\" / data moat / flywheel; requires clean title or the loop is a liability.\n\n**The Distribution & Community Loop**\nMake outcomes legible outside the product, wire the reference engine for machine readers, and keep community structured, attributed, and on the firm's property; the atomic workflow is the cold-start unit.\n- **Apply**: Use for referral, references, network effects, and community; community is the citation the machine trusts.\n\n---\n\n\n### The Engine (Stages 0–5)\n\n**Stage 0 — The Frame**\nPlace the firm on the inside-out sequence (operating → business → distribution) and on the property line (substance owner / toll authority / settlement rail); growth starts where the change already is.\n- **Apply**: Run first on any growth engagement to locate where AI has already moved the firm.\n\n**Stage 1 — Map the Loops**\nFor each of the five loops record what compounds, the referee, the builder, the referee-owner, and current state (absent / running / gamed); register every asset with its property-line decision.\n- **Apply**: Produces the loop map and the property-line register — the standing map of the firm's growth.\n\n**Stage 2 — Retire the Dead Metrics, Install the Six**\nOpen the retired-metric log, then install the six instruments with source, cadence, and owner; no growth plan ships on a dead metric.\n- **Apply**: Do before any loop is designed — retirement precedes installation.\n\n**Stage 3 — Build the Loops, Inside-Out**\nBuild in order residue → product → answer → agent → distribution, so each loop compounds on the operating core outward.\n- **Apply**: Sequence loop construction inside-out rather than starting at the distribution edge.\n\n**Stage 4 — Rewire the Channels**\nRe-engineer paid, brand, lifecycle, pricing, ecosystems, attribution, and community for a machine-mediated discovery line.\n- **Apply**: Apply after loops exist; each channel's old mechanics are replaced by its rewired form.\n\n**Stage 5 — Freeze the Growth Referee**\nOutcome metrics only, a held-out counterfactual the loop cannot touch, a human who owns and signs the standard, every gamed metric catalogued; rewrite the growth model when a referee says the curve moved.\n- **Apply**: Institutionalize the referee with a weekly six-instrument review and a monthly retirement pass.\n\n---\n\n\n### The Rewired Channels\n\n**Paid, Rewired (The Auction Changed Counterparties)**\nPaid moves to machine-readable placements, incrementality over attribution, and cost per accepted outcome over cost per click; buy the placement or earn the citation it imitates.\n- **Apply**: Build the placement map (human auctions vs. machine-readable placements) and a per-channel counterfactual; no last-click optimization by agent-run campaigns.\n\n**Brand as Entity (Brand Is Two Things)**\nBrand is the entity in the model — one name, consistent claims, structured evidence, agreement across every surface a machine reads — while the human-brand track is kept intact.\n- **Apply**: Use for positioning and \"how the market sees us\"; run the entity-resolution audit and claim-consistency register.\n\n**Lifecycle, Rewired (The Drip Is the Gauge Page)**\nThe drip becomes the gauge page, win-back becomes the drift check, and churn prediction becomes an outcome-rate forecast; the agent-account lifecycle is a contract where the gauges keep publishing.\n- **Apply**: Use for CRM, email, churn, and win-back; map message-era mechanics to outcome-era ones.\n\n**Pricing Is the Loop Selector**\nThe tier selects the loop — free feeds the product wedge-finder, usage becomes the agent's offer, outcome plus gauge page drives retention and expansion — designed on the attribution × autonomy grid.\n- **Apply**: Use for pricing, packaging, free tier, and monetization; assign each tier the loop it feeds and run the seat-pricing check.\n\n**The Ecosystem Loop (The App Store Without Screenshots)**\nList where agents look, in the format each registry/directory/agent-store reads; the integration is a callable endpoint, not a screenshot listing, and the marketplace-sourced cohort is tracked.\n- **Apply**: Use for marketplaces, partners, integrations, and app stores; a screenshot listing with no callable integration is a failure pattern.\n\n**Attribution Collapsed; Incrementality Survives**\nThe path runs through a model, so multi-touch attribution collapsed; only incrementality survives, designed as a counterfactual per channel.\n- **Apply**: Use when asked to \"attribute revenue across channels\" or \"which channel works\"; replace the attribution report with a counterfactual sheet.\n\n**Community Is the Citation the Machine Trusts**\nCommunity, when structured, attributed, and on the firm's property, becomes the citation the machine trusts rather than a rented social presence.\n- **Apply**: Build community as owned, machine-readable substance that feeds the answer loop.\n\n---\n\n\n### The Metrics System\n\n**The Metrics That Died**\nPageviews, sessions, MAU, seats, CTR, content volume, and engagement assumed a human reader and a click; they are retired, logged with date and reason, before any loop is designed.\n- **Apply**: Open every engagement by checking whether the dashboard runs on a dead metric — if so, that is the first finding.\n\n**The Six Instruments**\nInstall citation share, agent share & agent conversion, time-to-magic, outcome retention, cost per accepted outcome, and NRR — each with source, cadence, and owner.\n- **Apply**: Replace the retired metrics with these six; review weekly, run a monthly retirement pass.\n\n**Citation Share**\nThe share of relevant machine answers naming the firm, measured per engine that matters.\n- **Apply**: The answer loop's referee; instrument as engines × query classes × share with a cadence.\n\n**Agent Share & Agent Conversion**\nThe share of arrivals that are agents, and their completion rate on their own terms, counted as a separate cohort.\n- **Apply**: The agent loop's referee; a dashboard that blends agents into \"traffic\" is a finding.\n\n**Time-to-Magic** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.\n\n**Outcome Retention**\nThe share of cohorts whose outcome kept arriving, replacing return-visit retention.\n- **Apply**: Measure per cohort as the ceiling on growth.\n\n**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**The Free User Is a Cost** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n\n### The Referee & Experimentation\n\n**The Counterfactual as Referee**\nEvery experiment has a held-out counterfactual the experimenting loop cannot alter (holdout, geo split, DiD, synthetic control) and grades on an outcome metric, never a proxy.\n- **Apply**: Design one per channel/experiment; agent-run experiments with no holdout are refused.\n\n**Every Loop Has a Referee It Cannot See**\nEach loop has a named builder and a named referee; a loop with one owner is a channel wearing a loop's name.\n- **Apply**: Assign a builder and a separate referee to every loop; treat single-owner loops as the twelfth failure pattern.\n\n**Growth Goodhart**\nWhen a growth measure becomes a target, the loop games it (Goodhart 1975 / Strathern 1997); every gamed metric is catalogued as a case.\n- **Apply**: Keep the referee's outcome metric out of the experimenting loop's sight; maintain the catalogue of gamed measures.\n\n**The Retired-Metric Log**\nA standing record of each dead metric, the date retired, the reason, and what replaced it.\n- **Apply**: Open it in Stage 2 and run a monthly retirement pass against it.\n\n---\n\n\n### Loop Mechanics & Sub-Models\n\n**The Second Surface**\nAlongside the human surface the firm builds a machine surface — endpoints, offer schema with comparable fields, machine-readable terms, callable actions — with human-surface parity (same outcome both ways).\n- **Apply**: Build in the agent loop; no rendered-image pricing pages and no \"contact sales\" as the only action.\n\n**Entity Clarity**\nThe firm's names, products, people, and claims resolve unambiguously across the surfaces a machine reads, with conflicts listed.\n- **Apply**: Run as the entity clarity check in the answer loop and the entity-resolution audit in brand.\n\n**Activation Is the First Outcome**\nActivation is the first verified outcome on the user's real work — sign-up is not activation, a login is not retention.\n- **Apply**: Redefine activation in the product loop and measure time-to-magic against it.\n\n**Reputation the Machine Can Read**\nReputation must be legible to machine readers — published, structured, attributable outcomes — not just human-visible signals.\n- **Apply**: Wire the reference engine and published outcomes so a machine can read the firm's standing.\n\n**The Atomic Workflow**\nThe cold-start unit is one workflow working and published — the smallest complete outcome that seeds the distribution loop.\n- **Apply**: Use as the cold-start plan in distribution & community.\n\n**The Slop Flood**\nGenerated content at volume has negative return; one original dataset beats a hundred generated posts, and any generated program needs a citation-share instrument and a kill rule (discounted by the engines within two cycles → stop).\n- **Apply**: Refuse \"publish more content\"; substance over volume with a kill rule.\n\n**The Crowd's Attention vs. the Outcome**\nThe web era optimized for the crowd's attention; the AI era optimizes for the verified outcome kept.\n- **Apply**: Use to reframe any attention/engagement objective toward an outcome objective.\n\n---\n\n\n### Applied Library Models (cross-suite)\n\n**Product and Distribution Become the Same Thing**\nIn the AI era the product and its distribution collapse into one thing — the product's surfaces are how it is discovered and bought.\n- **Apply**: Design the product's endpoints and offer as distribution, not as separate marketing.\n\n**Organizational Transformation Is the Prerequisite**\nThe operating model must change before the business and distribution models can — organizational transformation precedes growth.\n- **Apply**: Check that the operating core has transformed before promising distribution-side growth.\n\n**Intelligence Becomes Part of the Organization**\nIntelligence (agents doing the work, outcomes as units) becomes part of the organization itself rather than a tool bolted on.\n- **Apply**: Assess whether agents and outcomes are embedded in the operating model in Stage 0.\n\n---\n\n\n### Growth Team Design\n\n**The Growth Engineer**\nThe growth engineer works four axes — engineering depth, data fluency, product sense, distribution craft — and avoids the two stalls: the analyst who never builds and the builder who never measures.\n- **Apply**: Screen on \"a loop you built and its curve; a metric you retired and why; a counterfactual you protected.\"\n\n**Organize by Loop**\nThe growth team is organized by loop — a builder plus a referee (plus a designer where human-facing) per loop — not by channel or funnel stage.\n- **Apply**: Draw the org chart by loop; a channel team wearing a loop's name is a failure pattern.\n\n---\n\n\n### Maturity Ladder (G0–G5)\n\n**The Growth Maturity Ladder**\nG0 the funnel with a dashboard of visits · G1 loops named, dead metrics retired · G2 answer + product loops instrumented · G3 agent surface shipped, cohort counted · G4 referee frozen with counterfactuals on every channel · G5 the residue loop compounding on owned substance — the position the machines must come to. Tell: G3 claimed with attribution reports still circulating is G1.\n- **Apply**: Locate the firm on the ladder and set the next threshold; use the tell to catch overclaimed maturity.\n\n---\n\n\n### Failure Pattern Library (12)\n\n**The Twelve Failure Patterns**\n1. The slop flood · 2. The click chase · 3. The agent-blind product · 4. The vanity activation · 5. The unrefereed experiment · 6. The leaked substance · 7. Agent-farmed metrics counted as demand · 8. The seat-priced agent product · 9. The last-click paid loop at agent speed · 10. The screenshot listing · 11. Brand as adjectives (no entity) · 12. The channel team wearing a loop's name.\n- **Apply**: Run failure diagnosis by naming the proxy optimized or the line undefended; a diagnosis ending in \"more content\" or \"more spend\" is rejected.\n\n---\n\n\n### Named Laws & Hard Thresholds\n\n**No Growth Plan Ships on a Dead Metric**\nPageviews, sessions, MAU, seats, CTR, content volume, and engagement must be retired — logged with date and reason — before any loop is designed.\n- **Apply**: Non-negotiable gate at the start of every plan.\n\n**Never Seat-Price Agentic Value** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**The Agent Cohort Is Counted and Converted Separately**\nA dashboard that blends agents into \"traffic\" is a finding; agents get their own cohort, funnel, and conversion terms.\n- **Apply**: Separate the agent cohort in every dashboard and experiment.\n\n**Substance Over Volume**\nNo generated-content program ships without a citation-share instrument and a kill rule; one original dataset beats a hundred generated posts.\n- **Apply**: Apply to any content or answer-loop program.\n\n**Every Asset Gets a Property-Line Decision**\nNo asset is published or fed to a machine reader without a cite / license / fence / route-around decision.\n- **Apply**: Gate publication and machine-feeding on the property-line register.\n\n---\n\n*Analysis by The Business Engineer · businessengineer.ai*\n\n\n\n\n<a id='05-the-forward-deployed-engineer'></a>\n\n---\n\n\n---\n\n# PART VII — TAKE THE FIELD AND CLOSE\n\n\n## The Forward-Deployed Engineer\n\n\n### Governing Definitions & Compressions\n\n**The FDE Definition (Four Removals)**\nAn engineer embedded at the customer's constraint, building production machinery from the customer's real cases, with a wired-in duty to convert deployment learning into product. Remove the embedding and it's a vendor; remove the machinery and it's a consultant; remove the product duty and it's a body shop — and the one continuity that survives the title's inflation is accountability to the customer for the outcome.\n- **Apply**: Use as the test for whether a role, contract, or motion is genuinely FDE. Run the removals to diagnose what a degraded \"FDE\" has actually become.\n\n**The Three-Word Compression**\nEmbed at the constraint. Build what compounds. Transfer the keys.\n- **Apply**: The one-line discipline applied to every engagement; use as the sanity check that a deployment plan does all three, not just the first.\n\n**The Three Seats**\nEvery FDE question is answered from one of three seats — the firm running the motion, the enterprise receiving it, and the engineer building the career — and the same facts produce different advice per seat; never blend seats silently.\n- **Apply**: Declare the seat before advising. When advice feels contradictory, check whether two seats are being mixed.\n\n\n### The Engine (Stages 0–5)\n\n**Stage 0 — Seat and Coordinate Check**\nDeclare the seat (vendor / buyer / internal / individual), then place the enterprise coordinate — regulatory density, data gravity, process type (vertical vs. horizontal), and strategic weight — because the coordinate tunes every recommendation.\n- **Apply**: Run first on any deployment-shaped engagement. High regulation favors application-layer depth and clean title; high data gravity pulls machinery on-premise; high strategic weight pulls toward internal ownership.\n\n**Stage 1 — The Wedge Test**\nEvery candidate problem is scored on four required gates — Volume, Specifiability, Verifiability, Pain — plus two filters, Reversibility and data proximity; ALL gates required.\n- **Apply**: Score candidate problems before selecting a pilot. The scorecard is the engagement's first artifact and the customer owns it from day one.\n\n**Stage 2 — The Embedding Plan**\nArchaeology of the process as practiced from the floor; everything learned files to a system of record on the customer's systems (written-first, non-negotiable); a golden set of 60–100 signed cases; and a threshold of time-to-magic ≤ 30 days to first verified production win.\n- **Apply**: Use to structure the first weeks on site. Sit with the people who do the work, not their managers; miss the 30-day window and the pilot enters purgatory.\n\n**Stage 3 — The Field Build**\nA fixed build order under field conditions — suite frozen early (also the political instrument); harness from customer material; model behind a clean joint (demonstrated by swapping a second vendor's model); agent cadence; graduate in public.\n- **Apply**: Follow the order when building the production machinery. Iteration count is the compounding variable — rebuild by afternoon, repeat 3–4 days.\n\n**Stage 4 — Cascade and Residue**\nEvery expansion candidate goes through the same scorecard in the open; around unit three, split retail units from wholesale substrate and install the roster before the governance question arrives; and a residue review at every checkpoint asks what was built for the second time.\n- **Apply**: Use when expanding beyond the first wedge. File repeated patterns to the harvest hierarchy; keep the customer's substance the customer's, licensed openly.\n\n**Stage 5 — Title and Handover**\nAsk the five title questions before signature and verify them at milestones; the handover is an acceptance test where named customer operators run the machinery hands-off for a defined period, and the engagement closes on demonstrated operation, not the calendar.\n- **Apply**: Use to close an engagement cleanly. \"A customer who could leave and does not is the only reference worth having.\"\n\n\n### Core Mental Models\n\n**The Wedge Gates (Four Gates, Two Filters)**\nVolume (recurs often enough that a unit earns its build within a quarter), Specifiability (correct outcomes can be written down), Verifiability (results checkable against real adjudicated cases), Pain (someone senior feels it weekly, by name) — plus filters Reversibility and data proximity.\n- **Apply**: The gate structure for scoring any wedge. A candidate failing any single gate is refused regardless of its other strengths.\n\n**The Three Refused Wedges (Hard Rules)**\nThe moonshot is refused regardless of sponsor seniority (discovery consumes the trust window); the trivial wedge is refused regardless of ease (a win nobody feels recruits no second charter); the demo wedge is flagged (vendor convenience is not the customer's constraint).\n- **Apply**: Use as automatic refusals in wedge selection, even under pressure from a senior sponsor.\n\n**Time-to-Magic** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.\n\n**Process Archaeology**\nThe process as practiced, recorded from the floor — exception rates, workarounds, the spreadsheet nobody mentioned — by sitting with the people who do the work, not their managers.\n- **Apply**: Run before committing to a build, and as the fix for the demo wedge (archaeology before commitment).\n\n**The Golden Set** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.\n\n**Agent Cadence**\nArrive with the agent already built; invite the customer to say why it is wrong; transcribe objections into agent context; rebuild by afternoon; repeat over 3–4 days.\n- **Apply**: The daily rhythm of the field build. Ten turns in another team's one is a different regime.\n\n**Iteration Compounding**\nIteration count is the compounding variable of the field build — more turns per unit of time produces a qualitatively different result.\n- **Apply**: Optimize the build loop for turn count; treat slowness in iteration as the binding constraint.\n\n**The Clean Joint** → canonical entry in **Agent Engineering**. Applied here in this seat's context.\n\n**Graduate in Public**\nThresholds pre-agreed with the sponsor, gauges published weekly to a page the sponsor reads, promotion staged with a date and a signature.\n- **Apply**: Use to convert a working build into an accepted, signed graduation — never a private declaration of success.\n\n**Retail Units, Wholesale Substrate**\nAround unit three, split the customer-facing retail units from the shared wholesale substrate (shared record, identity/permissions, gauge tooling) and install the roster before the governance question arrives.\n- **Apply**: Use when cascading past the first deployment to avoid scattered, ungoverned units.\n\n**The Residue Hierarchy (Harvest Hierarchy)**\nWhat was built for the second time is filed up a hierarchy — playbook (cuts weeks) → toolkit (cuts cost) → product (changes the business model) — with the pattern owned by the vendor and the customer's substance owned by the customer, licensed openly.\n- **Apply**: Run a residue review at every checkpoint; promote patterns on a cadence to protect the margin curve.\n\n**The Five Title Questions**\nWho owns the suite (portable to another model)? Where does the record live? Whose are the encoded standards? Does the unit survive a model swap? Who operates after handover?\n- **Apply**: Ask before signature and verify at milestones; the share of engagements meeting all five at handover is the title-cleanliness meter.\n\n**The Handover Test**\nThe handover is an acceptance test — named customer operators run the machinery hands-off for a defined period — and the engagement closes on demonstrated operation, not the calendar.\n- **Apply**: Write into the contract as a clause; also the absorption mechanism for bootstrapping an internal function with external FDEs.\n\n**The Pattern License**\nThe abstracted shape of the solution is retained by the vendor and licensed openly; the customer's substance stays the customer's.\n- **Apply**: State openly in the contract to reconcile productization with clean title.\n\n\n### The Buyer's Lenses (Sovereignty)\n\n**Institutional Sovereignty**\nOwnership of the decision rights of the business — the buyer's overriding frame, audited against four worries: lock-in, subsidy, rule change, and cost.\n- **Apply**: Use in the Sovereignty Audit. Score the five title questions per engagement and place the client on the gradient per use case.\n\n**The Four Worries**\nLock-in (can the process swap its model?), subsidy (does consumption revenue fund a vendor positioned to compete with you?), rule change (can a third party alter your machinery's behavior without consent?), and cost (are you paying frontier prices for craftsman work an owned task-specific model could do?).\n- **Apply**: The audit checklist for a buyer assessing vendor dependency.\n\n**The Sovereignty Gradient** → canonical entry in **The Enterprise Buyer**. Applied here in this seat's context.\n\n**The Decision Loop Is the Alpha**\nThe decision loop — data seen, reasoning applied, action taken, outcome observed — is the firm's alpha and the training material for owned models.\n- **Apply**: Name and protect the decision loop as the deepest asset in any sovereignty audit; it is what an owned model would be trained on.\n\n\n### The Commercial Layer (Contract & Pricing)\n\n**The Ownership Schedule**\nA table of every artifact class (suites, records, standards, prompts, checks, dashboards, connectors, playbooks) with its owner and a testable portability requirement, verified at milestones.\n- **Apply**: The first contract artifact; drafting one from memory is a career-stack exhibit for commercial literacy.\n\n**The Pricing Ladder**\nPricing matched to proof — fixed-fee wedge → outcome terms once the frozen suite exists → subscription once residue is product; outcome pricing without a verification instrument is a dispute schedule.\n- **Apply**: Climb the ladder as proof accumulates; never sell outcomes before the verification suite exists.\n\n**Attribution × Autonomy Grid**\nA pricing grid — seats where attribution is weak, usage where autonomy runs without attribution, outcomes where the system owns a verifiable result.\n- **Apply**: Select the pricing model by locating the engagement on the two axes of attribution and autonomy.\n\n**The Guarantee (The Guarantor Is the FDE)**\nOutcome pricing requires a guarantor, and the guarantor is the FDE.\n- **Apply**: Only offer outcome terms where an FDE stands behind the result; use as a structural rule in contract architecture.\n\n**The Repeated Game**\nThe commercial relationship is a repeated game — good-faith value assessment because both sides want the next round.\n- **Apply**: Frame pricing and negotiation as ongoing rather than extractive; the philosophy behind clean title and fair terms.\n\n\n### Building the Motion (Firm Seat)\n\n**Start After the Pattern**\nBegin the practice only after 2–3 founder-led deployments prove a repeatable wedge; hiring ahead of the pattern builds a body shop with a thesis.\n- **Apply**: Gate any field-team hiring on a proven wedge pattern; the fix for the premature practice.\n\n**The Founding Pair**\nA principal-grade FDE plus a commercial counterpart, because the motion sells outcomes and change together.\n- **Apply**: Staff the zero-to-one motion as a pair, not a lone engineer.\n\n**The OS in Order**\nBuild the operating system — deployment record → harvest channel → meters — before headcount, because meters installed later measure a mythology.\n- **Apply**: Sequence the motion's infrastructure ahead of hiring.\n\n**The Pod**\nOne pod per account — senior + 1–2 developing engineers + commercial counterpart — with a senior carrying at most two mid-sized engagements.\n- **Apply**: Use as the staffing unit and the ceiling on senior load.\n\n**The Harvest Ratio**\nThe protected ratio of output promoted to reusable residue, defended from quarter one.\n- **Apply**: Track and protect from the start; a proxy for whether the motion is compounding.\n\n**The Refusal Log**\nA kept record — from inquiry one — of engagements declined, with reason, reconsider trigger, and date.\n- **Apply**: Maintain alongside the meters; it shapes the pipeline and is the discipline the meters can't show alone.\n\n\n### Building Internally (Enterprise Seat)\n\n**The Four-Part Test**\nStrategic workflows, regulatory density, data gravity, repeat volume across BUs — meet one, buy the motion with clean title; meet all four, build in-house (or pay vendor margins to build someone else's residue).\n- **Apply**: Use as the build-vs-buy decision for an internal AI function.\n\n**The Four Inversions**\nFor an internal motion: funded by the served P&L in attention returned; sponsorship replaces sales but wedge discipline survives (internal purgatory is real); residue accumulates as the firm's own harness; title answers itself.\n- **Apply**: Redesign the FDE motion's economics and discipline when the customer is internal.\n\n**The Central Practice**\nA central practice deploying into units — never scattered heroes — with the center owning playbook, substrate, roster, and rotation.\n- **Apply**: Use as the org shape for an internal FDE function.\n\n**The Diagonal Hire**\nGrow the diagonal (domain expert who learns the machinery — the adjuster who learns the build) rather than losing the premium bidding war for outside talent.\n- **Apply**: Use as the internal talent strategy; second chairs finished in the field.\n\n**Bootstrap and Absorb** → canonical entry in **The Enterprise Buyer**. Applied here in this seat's context.\n\n\n### Positioning (Motion by Position)\n\n**Five Species, One Motion**\nFive species of FDE motion — model layer, data platform, application layer, services, internal — each with its own answer to what the motion funds, where the residue lands, title posture, and governing meter.\n- **Apply**: Place the firm among the species, accept its business model whole, and let the coordinate select the customers. The classic failure is one motion with five species' pricing and no species' economics.\n\n**Title Posture as Strategy**\nTitle posture varies by species — application layer wants tight title as the moat; services want clean title as the engine.\n- **Apply**: Set contract title posture deliberately from the chosen species, not by default.\n\n\n### Diagnosis & Measurement\n\n**The Six Failure Families** → canonical entry in **AI Engineering**. Applied here in this seat's context.\n\n**The Six Meters**\nRead together and on trend — time-to-magic, expansion rate, outcome conversion, productization rate, margin trajectory, title cleanliness — beside the refusal log, rejecting vanity substitutes (deployments launched, hours billed, agents deployed).\n- **Apply**: Use as the motion's instrument panel; the productization rate predicts the margin curve and title cleanliness is the meter durable firms publish and captors resist.\n\n**Margin Trajectory as Unharvested Residue**\nThe gap to the originator's software-margin benchmark is the firm's unharvested residue.\n- **Apply**: Read the margin gap not as fate but as a measure of residue left on the floor.\n\n\n### Career (Individual Seat)\n\n**The Vintages / The Vintage Question**\nThe same title covers five jobs — platform stability, integration, enablement, solutions, and the outcome-owning arc — and the question is which vintage a seat is and whether it builds the whole stack or one layer.\n- **Apply**: Vintage-parse any FDE seat before signing; the fix for the dumping-ground title.\n\n**The Skill Stack**\nFour layers, each proved by an artifact — engineering depth, domain fluency, field craft, commercial literacy — audited in order.\n- **Apply**: Audit your own stack layer by layer; build the missing proving artifact (e.g., a solo-built harness, a practitioner process map, a drafted ownership schedule).\n\n**The Rung Ladder**\nSecond chair (a signed suite) → owned wedge (a public graduation) → owned engagement (a handover that held) → cascade lead (a program that survived rotation) → principal (the harvest); promotion on artifacts, not tenure.\n- **Apply**: Place yourself on the ladder and name the next exhibit to hold.\n\n**The Three Stalls**\nThe career stalls are the brilliant builder who never takes the contract conversation and the account hero who never files residue (the third being the general failure to advance on artifacts).\n- **Apply**: Name the stall if visible in a career diagnosis and prescribe the missing move.\n\n**The Four Arcs**\nJump triggers out of the seat — product (after ~2 years of filed harvest), the practice (when you'd rather build the system that builds), founding (when the same wedge repeats across 3+ deployments — the deployment record is the era's best startup thesis), and the enterprise (when a customer offers the mandate).\n- **Apply**: Use to time a career move. \"The seat's compensation is the salary; the career's compensation is the residue.\"\n\n**The Portfolio Rule**\nOne deployment narrated at full grain beats a repository of prototypes, with de-substanced artifacts attached.\n- **Apply**: Build the FDE portfolio around a single deep narrated engagement, not a pile of demos.\n\n\n### Named Applied Models (Additional Lenses)\n\n**The Last Mile**\nModels deploy in minutes but value deploys through the work itself — the FDE covers the entire last mile: the motion, the contract, the team, the career, and both sides of the table.\n- **Apply**: Frame the FDE's value as the last mile between a capable model and a captured outcome.\n\n**Deck vs. Machine**\nThe distinction between selling a presentation and building working production machinery on the customer's floor.\n- **Apply**: Use to test whether an engagement is producing a machine or a demo.\n\n**Product Development in the Field**\nProduct is developed in the field from the customer's real cases, with a wired-in duty to convert deployment learning back into product.\n- **Apply**: Treat every deployment as a source of product, not just a service delivery.\n\n**The Job Is to Automate the Job**\nThe FDE's mandate is to automate the job — the second loyalty wired into the cadence, not to become the best contractor in the ticket queue.\n- **Apply**: Use as the guard against staff-aug drift.\n\n**The Capture Question**\nWhether the motion is building voluntary dependence (a customer who could leave and stays) or coercive lock-in that backfires into a lost account.\n- **Apply**: Ask whenever dependency is being designed; clear title by contract is the answer.\n\n**Voluntary Dependence**\nThe durable outcome — a customer who could leave and does not — as opposed to maximized dependency that loses the account to an exit-cost analysis.\n- **Apply**: Aim contracts and handovers at voluntary dependence; it is the only reference worth having.\n\n\n### Motion Maturity (F0–F5)\n\n**The Motion Maturity Ladder**\nFive grades of motion maturity — F0 Heroics, F1 Wedge discipline, F2 The record exists, F3 Proof converts terms, F4 The residue compounds, F5 The position — graded honestly, with the productization rate as the tell (most motions claiming F4 are F1 with good branding).\n- **Apply**: Grade a motion's maturity; below one residue promotion per quarter, the residue is evaporating and the F-claim is inflated.\n\n---\n\n*Source: The Forward-Deployed Engineer — Playbook I, The Business Engineer Library. Analysis by The Business Engineer · businessengineer.ai*\n\n\n\n\n<a id='06-enterprise-sales'></a>\n\n---\n\n\n## Enterprise Sales\n\n\n### Governing Mental Models\n\n**The Object of the Sale**\nThe object of the sale changed from software shipped to outcomes installed; name what is actually being sold — assistance (humans still do the work), usage (the system works without clean attribution), or a verifiable outcome — because everything downstream (proof, price, paper) follows the object.\n- **Apply**: Stage 0 of every deal. Flag the mismatch immediately when a client sells outcomes on a seat price or proves outcomes with a demo.\n\n**The Four Inversions** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.\n\n**Risk Asymmetry**\nThe buyer's downside always exceeds the seller's, so the sale is a risk-reduction machine wearing a revenue target.\n- **Apply**: Design for the buyer's risk before your pitch — the permanent physics behind every mode.\n\n**The Diagonal Competitor**\nThe seller who has both commercial and field/engineering literacy — the diagonal — commands a premium on both sides.\n- **Apply**: Use in org design and career development; AEs build proof literacy, FDEs build commercial literacy.\n\n**Assertion vs. Instrument**\nThe era demands an instrument where sellers used to rely on assertion; the root cause of every deal failure is assertion where an instrument was required, and the fix is always to install the instrument.\n- **Apply**: The universal diagnostic lens. Any diagnosis ending in \"push harder at quarter-end\" is rejected.\n\n**The Compression** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.\n\n\n### The Deal Engine (Stages 0–5)\n\n**Stage 0 — Object Check**\nName what is actually being sold — assistance, usage, or verifiable outcome — since proof, price, and paper all follow the object.\n- **Apply**: First move in any deal. Flag object/price and object/proof mismatches at once (e.g., outcomes sold on a seat price, outcomes proved with a demo).\n\n**Stage 1 — The Account Gates**\nFive gates, ALL required (workflow density, data reachability, champion material, economic visibility, survivable procurement), plus two filters (reference gravity, expansion room); trophies and easy closes are declined in writing into the refusal log.\n- **Apply**: Qualify and select accounts. Treat the account list as a portfolio of future proof; map sibling workflows before the first contract.\n\n**Stage 2 — The People**\nPass the behavioral champion test, build the champion's career case both ways, arm them with weapons that survive retelling, and hold the multi-thread stage gate — no proposal ships until economic buyer, a user leader, and procurement have each been met.\n- **Apply**: Stakeholder work on every deal. Single-threaded deals die with a resignation letter.\n\n**Stage 3 — The Case and the Proof**\nBuild the case skeleton (baseline → mechanism → commitment → payback in the buyer's own numbers) as one maturing document with the proof instrument, then sell the paid, time-boxed production wedge rather than climbing the demo ladder.\n- **Apply**: When proof is needed. Pre-agree verification; ≤ 30 days to first verified win; hand deployment machinery to the FDE skill at this stage.\n\n**Stage 4 — The Gauntlet and the Paper**\nMap procurement/security/legal with the champion in week one and run their clock concurrent with the proof's; deploy the artillery early and paper the deal (ownership schedule, pricing ladder, expansion frame, handover clause) via a mutual action plan.\n- **Apply**: From meeting one. Volunteered early = accelerant; extracted late = concessions. Closing is the plan's last checkbox.\n\n**Stage 5 — Price and Compounding**\nPrice by the attribution × autonomy grid, hold discount discipline (defend on the gauge page, trade structure not price), and show the compounding — unit prices fall on the substrate while account value rises.\n- **Apply**: Commercial terms and renewals. Never seat-price agentic work; grade the account by NRR.\n\n\n### Mode Cards\n\n**Account Scorecard**\nCandidates in rows, the five gates and two filters in columns, the buyer-market's real numbers in the cells; output is a ranked list, chosen accounts with a 90-day proof thesis, declined accounts with written reasons, and an expansion-room map.\n- **Apply**: For ICP, territory, and qualification questions. Never rank on logo, deal size, or inbound enthusiasm — gates only.\n\n**Deal Design**\nRun Stages 0–5 into a dated arc (scorecard → champion test → case + schedule → gauntlet → paid wedge → suite frozen → first win → graduation → outcome conversion → expansion signature), marking the trust clock and procurement clock each week.\n- **Apply**: To plan strategy for a named opportunity. Include the gauge-page design and its distribution list (the CFO reads it). Routinely spawns Proof Design and Gauntlet Prep.\n\n**Champion Builder**\nStakeholder map in the five languages, champion identified by behavioral test, career case drafted both ways, arsenal assembled, and a multi-thread plan with named seconds per thread.\n- **Apply**: For stakeholder mapping and internal politics. Flag single-thread as a stage-gate violation, not a style note.\n\n**Case Builder**\nDeliver the one-page case — baseline from the buyer's own data (name the source), mechanism as named gauges, commitment priced, payback with confidence stated — attention-denominated where possible, with the verification pre-agreement as a clause.\n- **Apply**: For ROI and CFO meetings. Reject any case built on industry benchmarks or vendor-claimed averages — a CFO discounts both.\n\n**Proof Design**\nStructure the paid production wedge — wedge choice, golden-set plan (60–100 adjudicated cases, buyer's expert signing), suite freeze date, the 30-day clock, weekly gauge publication, and staged graduation — priced honestly.\n- **Apply**: When a buyer asks for a pilot/PoC/demo. Kill demo-ladder requests with the replacement offer: prove it on their cases, against their expert's standard, on a clock — and they own the instrument that proved it.\n\n**Gauntlet Prep**\nProduce the gauntlet map (every approval, reviewer, document, with dates) and the artillery pack (ownership schedule, clean-joint demonstration plan, security answers-by-architecture brief, handover clause), all volunteered before demanded.\n- **Apply**: For procurement, security review, legal, and vendor risk. Output the concurrent-clock schedule.\n\n**Pricing Architect** → canonical entry in **AI Economics**. Applied here in this seat's context.\n\n**Expansion Review**\nAudit the account against the acquire-expand-scale curve — base still clearing gauges, gauge page circulating beyond the champion, scorecard running in the open, substrate generalizing, multi-threaded beyond the founding sponsor — with NRR computed and trended.\n- **Apply**: For renewal, expansion, and account growth. The renewal motion is \"the gauges never stopped publishing\"; if they stopped, that is the finding.\n\n**Sales Org Design**\nDesign pods (AE + FDE + fractional specialists per account), not territories, with more builders than sellers since proof capacity is the revenue constraint; compensate against the ladder, never signature alone.\n- **Apply**: For team design, quotas, comp, and hiring. Name the diagonal career cross-pollination — AEs build proof literacy, FDEs commercial literacy.\n\n**Deal Diagnosis**\nFile a stalled or lost deal to one of six families (demo trap, pilot purgatory, single thread, procurement ambush, discount spiral, expansion assumption); the family names the fix, and the root cause is always assertion where the era demands an instrument.\n- **Apply**: For rotting deals and win-loss. Install the instrument the family calls for; reject \"push harder at quarter-end.\"\n\n\n### Named Laws & Rules\n\n**The Wedge Test**\nNo wedge, no deal, whatever the logo — an account must sit on recurring, high-volume work that would pass the wedge test.\n- **Apply**: First filter in the workflow-density gate before committing effort to any account.\n\n**The Career-Capital Test (Behavioral Champion Test)**\nA champion is proven behaviorally, not verbally — has this person done something for the deal that cost them something? Until yes, they are contacts, not a champion.\n- **Apply**: Use to identify true champions; drives whether a deal is genuinely threaded.\n\n**Arm the Champion**\nEquip the champion with weapons that survive retelling — the one-page case in the buyer's numbers, the gauge page, the ownership schedule — because the deal is argued in rooms you are not in.\n- **Apply**: Once a champion passes the behavioral test; an advocate with only enthusiasm is unarmed.\n\n**The Multi-Thread Stage Gate**\nNo proposal ships until the economic buyer, a user leader, and procurement have each been met; single-threaded deals die with a resignation letter.\n- **Apply**: A hard stage gate before any proposal. Assign named seconds for every thread.\n\n**The Death of the Demo**\nRefuse the demo ladder — a demo gives no information, a PoC only proves the curation, and an open pilot is purgatory.\n- **Apply**: When buyers request demonstration; replace with the paid production wedge.\n\n**The Paid Proof Filter**\nThe proof is sold, not given; a buyer who paid attends, and unpriced pilots teach buyers not to commit. Pricing the proof filters unserious buyers and funds the field team.\n- **Apply**: Structuring any proof phase; a customer refusing to pay is the filter working.\n\n**The Concurrent Clock**\nRun the procurement/security/legal clock concurrent with the proof's clock, never after it.\n- **Apply**: Map the gauntlet in week one and interleave its steps with the proof timeline.\n\n**The Gauntlet as Artillery**\nThe ownership schedule volunteered before demanded, the clean joint demonstrated, the handover test offered unprompted — volunteered early accelerates, extracted late concedes.\n- **Apply**: Deploy the artillery pack early in the gauntlet; sequence rule is all volunteered before demanded.\n\n**The Mutual Plan**\nA mutual action plan from meeting one lists every step with owners and dates on both sides; closing is the plan's last checkbox.\n- **Apply**: From the first meeting through expansion signature, with procurement steps interleaved.\n\n**Trade Structure, Not Price**\nDefend on the gauge page and trade structure (term, scope, earlier expansion) rather than price; every concession against verified payback reprices the proof, and refusals are logged.\n- **Apply**: Under discount pressure; the discipline that prevents the discount spiral.\n\n**Never Seat-Price Agentic Work (The Seat Trap)**\nAgentic value priced by human chairs is the deflationary trap; seats are for assistance only.\n- **Apply**: Whenever scope is agentic — move to the grid and the ladder.\n\n**The Guarantee**\nOutcome terms require the frozen suite (otherwise a dispute schedule) and a guarantor — the field motion standing behind the outcome.\n- **Apply**: When writing outcome-priced contracts.\n\n**Price the Compounding**\nUnit prices fall on the substrate while account value rises — present both lines to the buyer.\n- **Apply**: In pricing conversations and the compounding curve artifact.\n\n**NRR Grades the Design**\nNet revenue retention is the grade of the whole commercial design; outcome-priced accounts out-retain seat-priced ones.\n- **Apply**: Grade every account by NRR; feed it to firm-level and moat reviews.\n\n**The Gauges Never Stopped Publishing**\nThe renewal motion is simply that the gauges kept publishing; if they stopped, that is the finding.\n- **Apply**: Expansion and renewal reviews.\n\n**Proof Capacity Is the Constraint**\nProof capacity, not selling capacity, is the revenue constraint — so a pod needs more builders than sellers.\n- **Apply**: Org and pod design; ratio check on any sales team.\n\n**Pay Against the Ladder**\nCompensate against the ladder (proof fees, outcome conversion, expansion, NRR), never signature alone.\n- **Apply**: Designing seller compensation.\n\n**The Refusal Log** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.\n\n\n### Lenses & Composite Frames\n\n**Five Languages, One Deal**\nThe same deal is spoken in five stakeholder languages — economic buyer (payback), champion (the career bet), users (does Tuesday improve), procurement (price, terms, dependency), security/legal (risk, the late veto).\n- **Apply**: Stakeholder mapping; translate the deal into each language and thread each with a named second.\n\n**The Portfolio of Future Proof**\nThe account list is not a revenue pipeline but a portfolio of future proof — each chosen account a reference and expansion asset.\n- **Apply**: Account selection; weigh reference gravity and expansion room, not logo or deal size.\n\n**The Case in Their Numbers**\nBuild the business case on the buyer's own data with a named source — baseline, mechanism (as gauges), commitment, payback — never on industry benchmarks or vendor-claimed averages.\n- **Apply**: Any ROI or CFO-facing case; a CFO discounts benchmarks and vendor averages on sight.\n\n**Attention-Denominated Payback**\nDenominate payback in attention returned where possible, not only dollars.\n- **Apply**: Framing the case's payback line.\n\n**The Production Wedge as Proof**\nProof lives in production — their cases, their expert's signed suite frozen early, gauges published weekly to the sponsor, ≤ 30 days to a verified win, graduation dated and signed.\n- **Apply**: The replacement for the demo ladder; hand deployment machinery to the FDE skill here.\n\n**Attribution × Autonomy**\nPrice by a two-axis grid — seats for assistance, usage for unattributed autonomy, outcomes where the suite can verify.\n- **Apply**: The pricing decision engine for any AI-era deal.\n\n**The Ladder Unlocked by Proof**\nPricing is a ladder whose phases convert on proof events — proof fee, then outcome terms on graduation, with rate mechanics tied to the gauge panel.\n- **Apply**: Designing the pricing term sheet and conversion triggers.\n\n**Proof Conversion & Discount Integrity**\nThe core sales meters are proof conversion, cycle-to-proof, outcome-deal share, NRR, pod productivity, and discount integrity — each with definition, reading, target, and trend, alongside the refusal log.\n- **Apply**: The meter readout panel; at maturity, these meters are the board deck.\n\n**The Pod** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.\n\n\n### Motion Maturity Ladder (S0–S5)\n\n**The Motion Maturity Model**\nSales-motion maturity runs S0 (the demo team) → S1 (gates exist, refusal log begins) → S2 (proof is production) → S3 (the gauntlet is artillery) → S4 (price follows proof) → S5 (the position, where references sell the pipeline and meters are the board deck).\n- **Apply**: Grade a team honestly against the ladder; most teams claiming S4 are S1 with a new deck, and the tell is the refusal log — empty means the gates are theater.\n\n\n\n\n<a id='13-the-enterprise-buyer'></a>\n\n---\n\n\n## The Enterprise Buyer\n\n\n### Core Orientation\n\n**The Asymmetry**\nThe seller runs the meeting perhaps fifty times a year and has met every objection a hundred times; the buyer runs it two or three times in a career for a purchase this size. Selling is a practiced craft with a literature and a budget; buying is an amateur sport played against professionals.\n- **Apply**: Enter every vendor engagement aware you are outmatched in repetitions. Treat the asymmetry as the reason to lean on instruments rather than instinct or relationship.\n\n**Instruments Substitute for Repetitions**\nBecause the buyer will never accumulate the reps the seller has, the discipline supplies instruments — checklists, gates, scored artifacts — that stand in for experience the buyer lacks.\n- **Apply**: When you have done this twice and the vendor has done it fifty times, reach for the instrument, not for a hunch. The tool holds the line where memory cannot.\n\n**The New Purchase Carries a Second Risk**\nThe old purchase was capability and the risk was whether you would use it; the new purchase is an outcome produced by machinery installed inside your operation, carrying a second risk — an embedded vendor is either the fastest capability transfer available or the deepest dependency ever sold, decided in the paper and the handover, not the demo.\n- **Apply**: When buying AI outcomes and agentic software, scrutinize the paper and the handover as the place dependency is decided; do not let the demo stand in for diligence.\n\n**Compression: Own the Standard. Verify the Title. Keep the Loop.**\nThe whole discipline compresses to three imperatives — own the definition of correct, verify who owns what and when, and retain the decision loop.\n- **Apply**: Use as the one-line test of any buying decision: if you don't own the standard, can't verify the title, or have surrendered the loop, the purchase is mispriced.\n\n**The Decision Loop Is the Traded Asset**\nWhat an embedded AI vendor ultimately trades in is the buyer's decision loop; keeping the loop is what separates capability transfer from dependency.\n- **Apply**: Ask of any embedded system whether you still hold the loop it runs, or whether the vendor now holds it. Guard the loop as the asset actually at stake.\n\n---\n\n\n### The Engine — VERIFIED and Its Governing Rule\n\n**VERIFIED (the buyer's qualification)**\nThe eight-letter qualification that governs every purchase — V: Verification owned, E: Economics read, R: Rights scheduled, I: Incentives separated, F: Feasibility on your floor, I: Independence priced, E: Exposure governed, D: Drift instrumented. Each letter poses a question answered only by an artifact.\n- **Apply**: Run as the spine of any buy decision. Produce, per letter, the artifact demanded, the artifact received, and a grade; deliver the eight-letter board with priced exposures and a go/price/walk verdict.\n\n**Every Letter Holds an Artifact, Not an Assurance**\nThe rule that governs VERIFIED: each letter is answered by a concrete artifact (a signed case set, a unit read, a dated schedule, two named people, a scored proof run, an exit bill, a named owner, a gauge) — never by a verbal assurance. What VERIFIED refuses is the letter nobody checked.\n- **Apply**: When grading any letter, demand the object. An assurance never grades as an artifact; a letter nobody checked is itself the finding.\n\n**The Three Gates**\nVERIFIED runs at three points on the purchase arc — V·E·I before contact; F·R·E at the wedge's clock; I·D before signature — then annually. A failed letter does not stop the purchase; it prices it as logged exposure.\n- **Apply**: Sequence the qualification against the purchase's timeline rather than running all eight at once. Gates may be compressed under pressure but never bypassed — not for a board introduction, an executive relationship, or urgency.\n\n**The Purchase Arc (The Engine)**\nThe purchase has its own arc in four movements: Before any vendor (write the standard, separate advocacy from audit, stand up intake, run V·E·I); Through the flood (read the outreach, build the shortlist from gates, source references, understand the paid map); The proof and the paper (run the proof, write the schedule/exit/gauge/names, run F·R·E then I·D, assemble the board); The life of the contract (read the gauge, log drift, rehearse the exit, grade renewal on outcomes, re-run VERIFIED annually).\n- **Apply**: Locate where you are on the arc before advising. The standard runs before the proof; the proof before the paper; nothing runs before advocate and auditor are two people.\n\n---\n\n\n### Named Laws, Rules, and Hard Thresholds\n\n**The Standard Comes First**\nThe standard — your cases, your definition of correct, your thresholds, written and signed by the domain expert who owns it — must exist before the first vendor meeting. A buyer without a standard is buying the vendor's.\n- **Apply**: Build sixty to a few hundred real cases from your own operators, including gray areas, adjudicated and signed, before contact. Never adopt the vendor's definition of correct.\n\n**Advocacy Is Not Audit**\nThe champion who needs the purchase to succeed cannot be the person who grades it. Two names, or the evaluation is theater.\n- **Apply**: Before anything runs, name a separate advocate and auditor. When the executive relationship makes the advocate obvious, name the auditor from outside the sponsoring unit — the one letter that cannot be compressed.\n\n**Proof on Your Floor**\nFeasibility is scored on your cases, on your floor, against thresholds set before results exist. A demo on curated data only proves the vendor curates well.\n- **Apply**: Run the proof as a paid production wedge on your data with your expert adjudicating. Refuse vendor data and vendor scoring.\n\n**The Ownership Schedule Has Dates**\n\"You own your data\" is not a schedule; a clause is not a schedule. A real schedule states what lands, in what format, on what date, verified how, and who owns it after handover.\n- **Apply**: When told ownership is \"covered in the MSA,\" read it aloud and demand artifact × format × delivery date × verification method × post-handover owner.\n\n**The Priced Exit**\nThe cost of leaving — in money and months — must be computed and written into the file before signature and rehearsed once a year. An unpriced exit is a captured account that has not noticed yet.\n- **Apply**: Compute extraction, re-integration, retraining, parallel running, and contractual tail. The number is for you, not the vendor, and changes the negotiation you are in.\n\n**Rehearse the Exit**\nThe priced exit is not enough; it must be rehearsed annually — put on the calendar before the next renewal, not after. A priced exit never rehearsed is not the maturity it claims to be.\n- **Apply**: Schedule the rehearsal as a standing annual event. A B4 claim with an exit that has never been rehearsed is really B2.\n\n**Drift Instrumented Before Signature**\nDrift — the system quietly ceasing to work the way it did — must be instrumented before signature with a specified gauge, cadence, and owner, not discovered at renewal.\n- **Apply**: Specify the gauge page you read (not the vendor's reports), the cadence, and its owner as a pre-signature obligation. Same data, different reader.\n\n**Renewal Is Graded on Outcomes, Not on Spend to Date**\nRenewal is graded on what was delivered against the thresholds you set; prior investment is not evidence. Sunk cost is not a renewal argument.\n- **Apply**: At renewal, grade the outcome. \"We've already spent two million with them\" is a sunk-cost fallacy; if no thresholds were ever set, say so plainly — that is the finding, and it is about you, not the vendor.\n\n**Named Owners Before Go-Live**\nA named owner for the system's behavior and a named owner for the data, on the buyer's side, must exist before go-live.\n- **Apply**: Refuse go-live until both names are assigned. If a vendor won't name an accountable person, escalate once, then walk.\n\n**The Unchosen Source**\nEvery reference call must include at least one source the vendor did not choose. Vendor-chosen references are coached accounts.\n- **Apply**: Accept the perfect customer the vendor offers, and also speak with one you found yourself. Ask the coached account the question it cannot answer.\n\n**Nothing Skips the Gates**\nNo board introduction, executive relationship, or urgency bypasses the gates. They may be compressed; they are not skipped, and the compression is said out loud.\n- **Apply**: Treat a board introduction as a channel, not a diligence. Show the compressed timeline so nobody wonders whether the bar was lowered.\n\n---\n\n\n### Distinctive Mental Models\n\n**The Absorption Line**\nThe line separating perishable compensation from durable requirement — reading what a vendor offer half-submerges (perishables) versus what stands on a plinth (durables) over time.\n- **Apply**: When evaluating an offer, sort what is perishable (discounts, credits, temporary capability) from what is durable (the requirement, the standard, the workflow) and price accordingly.\n\n**The Vendor's Homework**\nA demo or proof run on the vendor's own curated data — it proves the vendor did their homework, not that the product survives contact with your work.\n- **Apply**: Name it when a vendor scores their product on their own cases; move the proof to your floor. A vendor who refuses proof on your cases is a walk.\n\n**The Pilot That Defends a Budget**\nA pilot run without a written standard scores against the vendor's demo criteria and exists to defend a budget rather than establish whether it works.\n- **Apply**: When asked to \"run a pilot to see if it works\" with no standard, write the standard first, then run a paid production wedge. The pilots weren't failing; they were never given a definition of success the buyer owned.\n\n**Procurement Theater**\nA procurement process that selects for vendors who are good at procurement rather than good at the work.\n- **Apply**: Watch for a process optimizing for the wrong thing; build the shortlist from your gates, not from a process that rewards polished vendors.\n\n**The Coached Reference**\nA reference the vendor selected and prepared — it will not answer what a buyer actually needs to know.\n- **Apply**: Neutralize by adding an unchosen source and asking: \"What did you end up building yourselves that you expected to get from them? And what broke in month four?\"\n\n**The Paid Map**\nAnalyst quadrants and assessor reports are a market map on a paid channel — analysts as a channel, assessors who sell the remediation for the assessment they wrote.\n- **Apply**: Read analyst rankings as a paid market map, never as a shortlist. Build the shortlist from your gates.\n\n**Capex Theater**\nA program with a steering committee, a budget, and ceremony but no standard — the appearance of governance without the definition of correct.\n- **Apply**: When a program has oversight machinery but no signed standard, name the missing standard as the actual gap.\n\n**Title Search: KEPT, PARTIAL, CAPTURED**\nA dependency map in which each row — suite, record, standard, prompts, checks, connectors, operators — is marked KEPT, PARTIAL, or CAPTURED. Most firms discover fewer captured rows than feared and more partial ones than they knew.\n- **Apply**: Draw the map to see where title actually sits. To escape capture, pick the single cheapest CAPTURED row and move it to PARTIAL this quarter — capture is escaped one row at a time, not by a migration project.\n\n**The Sovereignty Gradient**\nThe chosen degree of independence per workflow — sovereignty is not all-or-nothing but a gradient set deliberately per workflow.\n- **Apply**: For each workflow, choose where on the gradient you want to sit rather than defaulting. In the strategic tier, sovereignty comes before price.\n\n**The Handover Acceptance Test**\nThe test at handover that makes the rest of the paper true — the ownership schedule, the exit, and the drift gauge are real only if the handover actually delivers.\n- **Apply**: Specify the acceptance test that verifies the handover; without it, the schedule is a promise. It is the clause that makes the others enforceable.\n\n**The Behavior-Change Audit (what the security review misses)**\nThe audit of model and prompt changes over time — the thing a one-time security review does not catch because behavior changes after signature.\n- **Apply**: Add a change-management clause for model and prompt changes; a security review that had the artifacts it needed clears faster, but behavior drift is a separate, continuing audit.\n\n**The Refusal Log** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.\n\n**Chosen Capture**\nCapture that happens because the switching costs are borne by the team that would have to switch — so no one chooses to switch, and dependency deepens by default.\n- **Apply**: Watch for capture that is being chosen by omission; price the exit and rehearse it so switching remains a real option rather than an unowned cost.\n\n**The Vendor's Margin Predicts Their Behavior**\nWhat the outcome costs the vendor to produce and their margin structure predicts their renewal behavior and their appetite for outcome terms.\n- **Apply**: Read the vendor's grid position and unit economics from the buyer's side; use the margin read to anticipate renewal and pricing moves before they arrive.\n\n**Retail the Proof, Wholesale the Terms**\nIn enterprise buying, run the proof case-by-case (retail) while negotiating terms once for all units (wholesale) — one purchase serving many units.\n- **Apply**: When rolling out across many business units, retail the proof and wholesale the terms; run the gauntlet concurrently rather than serially.\n\n**Fast Yes With Clean Title**\nIntake designed so business units can say yes quickly while still acquiring clean title — the alternative to buying in the dark or policing shadow purchasing.\n- **Apply**: Build intake that enables a fast yes with clean title; absorb shadow purchasing rather than policing it.\n\n**The Gauge-Page Reader**\nA named reviewer seat whose job is to read the drift gauge page on cadence — one of the three reviewer seats in the buying function.\n- **Apply**: Assign the gauge-page reader as a standing seat so post-signature drift has an owner who actually reads it.\n\n**Partnership as Purchase With Reciprocal Capture**\nA partnership is a purchase with reciprocal capture — price the logo, the reference, the case study; split title on co-development; treat distribution through the vendor's channels as your own growth channel.\n- **Apply**: Qualify a partnership as a purchase first, then price what each side captures. Set the title-split on co-development before any joint work starts.\n\n**Your Co-Development Is Their Product Research**\nOne of the three alliance failure modes — what you fund as co-development becomes the vendor's product roadmap and research, captured by them.\n- **Apply**: In any co-development, name this risk and secure title-split up front so your investment does not silently become their product.\n\n**Alliance Inheritance**\nWhat you join when you buy — the alliances, standards, and obligations that come attached — some opened to you, some held from you, read by a rule.\n- **Apply**: When buying into a vendor with alliances, map what you inherit as opened vs held and apply the reading rule before committing.\n\n**The Four-Part Build Test**\nThe test for build-vs-buy: strategic workflow, regulatory density, data gravity, repeat volume. High on these favors build (or bootstrap-and-absorb).\n- **Apply**: Score the workflow on the four parts to decide build, buy, or both. If build, stand up the internal practice; if both, put the absorption date in the contract.\n\n**Bootstrap and Absorb**\nThe \"both\" path — buy to bootstrap, then absorb the capability in-house, with the absorption date written into the contract.\n- **Apply**: When choosing both, contract the absorption date up front so the transition is scheduled rather than hoped for.\n\n---\n\n\n### Lenses — Modes of the Discipline\n\n**QUALIFY (VERIFIED)**\nThe mode that runs the eight-letter board: per letter the artifact demanded, received, and graded; the gate at which each ran; priced exposure for every failed letter; a go/price/walk verdict.\n- **Apply**: Use when the question is \"should we buy this / which vendor / shortlist.\" An assurance never grades as an artifact; the unchecked letter is the finding.\n\n**THE STANDARD**\nThe mode that builds the definition of correct: case-set construction plan (sources, operators, gray-area share, count, adjudicator, signature), thresholds in the business's numbers, where the standard lives and who holds it, the derived rubric.\n- **Apply**: Use when writing the RFP, requirements, or evaluation criteria. Runs before THE PROOF. Never adopt the vendor's definition of correct.\n\n**THE PROOF**\nThe mode that designs the wedge: production scope, paid, bounded; your cases; the scoring method and adjudicator; thresholds fixed in advance; a timebox; what a fail means.\n- **Apply**: Use for any pilot, POC, or trial. No vendor data, no vendor scoring, no unbounded pilots.\n\n**THE PAPER**\nThe mode that writes the contract instruments: the ownership schedule (artifact × format × date × verification), exit terms, drift and gauge obligations, accountability names both sides, the handover acceptance test, and the change-management clause for model and prompt changes.\n- **Apply**: Use for contract, MSA, DPA, terms, ownership, and IP. Clauses without dates are not schedules.\n\n**THE EXIT**\nThe mode that prices leaving: the exit bill in money and months, the dependency map, the sovereignty gradient chosen per workflow, and the annual rehearsal plan.\n- **Apply**: Use for lock-in, switching, and \"what if we want to leave.\" Produce the number, the map, and the rehearsal date.\n\n**THE PRICE**\nThe mode that reads vendor pricing from the buyer's side: grid position, what margin structure predicts about renewal, total cost including attention consumed, the hybrid transition to expect, and the renewal model.\n- **Apply**: Use for seats vs credits vs usage vs outcomes and renewal quotes. Outcome pricing without a shared verification instrument is a dispute schedule — for both sides.\n\n**THE LIFE OF THE CONTRACT**\nThe mode no vendor's process covers: the gauge page you read, the cadence and its owner, the drift log, the refusal log, the incident path, the annual VERIFIED re-run, the renewal grading sheet.\n- **Apply**: Use when it's live and something's wrong, or renewal is coming. Produce the post-signature operating card.\n\n**THE BUYING FUNCTION**\nThe mode that designs the organization: the three ownerships (the standard, the data, the vendor relationship), intake for fast yes with clean title, the three reviewer seats including the gauge-page reader, the federated-vs-central call, and how shadow purchasing is absorbed rather than policed.\n- **Apply**: Use for team, intake, center of excellence, or shadow purchasing questions. Produce the function chart and intake flow.\n\n**THE BOARD**\nThe mode for oversight: the four board questions (the exit bill, the concentration, the sovereignty gradient, the accountability names), board-level metrics that aren't vendor marketing, the audit-committee angle, and the handling of board-introduced vendors (introduction welcomed, gates compressed not skipped, said out loud).\n- **Apply**: Use for board papers and oversight. The four questions are the spine of an AI vendor policy.\n\n**SOURCING**\nThe mode for evidence-gathering: the reference plan including an unchosen source, the questions a coached account cannot answer, the back-channel approach, the reciprocity position, reading analysts as a market map, and the RFP decision (when it destroys value).\n- **Apply**: Use for references, peers, analysts, and \"who else uses this.\" Produce the sourcing plan and the question list.\n\n**THE SETTING**\nThe mode that adapts the discipline to scale — Mid-market (no procurement function, buyer is often champion, one-to-two-quarter cycle, minimum viable VERIFIED); Enterprise (gauntlet run concurrently, retail the proof and wholesale the terms); Strategic tier (sovereignty before price, co-investment, executive symmetry, the institution as buyer) — plus the crossings between them.\n- **Apply**: Use when the question involves company size or scale. Borrow the discipline from instruments where there is no process; watch what fails when a mid-market habit meets enterprise scale, or enterprise process suffocates a thirty-day wedge.\n\n**THE ALLIANCE**\nThe mode for partnerships: partnership as a purchase with reciprocal capture, title-split on co-development, distribution as the buyer's own growth channel, the three failure modes (including your co-development is their product research), and alliance inheritance.\n- **Apply**: Use for partnership, co-development, joint GTM, and alliances. Set the title-split before any joint work starts.\n\n**BUILD, BUY, OR BOTH**\nThe mode for the make-or-buy decision: the four-part test (strategic workflow, regulatory density, data gravity, repeat volume), the internal practice if build, bootstrap-and-absorb if both with the absorption date in the contract.\n- **Apply**: Use for \"should we build this instead.\" Hand the economics of the build to AI Economics and the purchase to QUALIFY.\n\n**FAILURE DIAGNOSIS** → canonical entry in **Harness Engineering**. Applied here in this seat's context.\n\n\n### Room Craft and Counter-Moves\n\n**The Seller's Counter-Moves (every instrument has a predictable answer)**\nEach buyer instrument meets a predictable seller counter that converts a buyer's instrument into a vendor's service; the reply always returns the instrument to the buyer's side of the table, and none is adversarial — a good vendor agrees to all nine, and their agreement is itself a signal.\n- **Apply**: Expect the counter and know the reply (e.g., \"that's covered in the MSA\" → read it aloud; \"we'll connect you with the perfect customer\" → gratefully, and also one we found ourselves). Treat agreement as a positive signal, refusal as diagnostic.\n\n**The Fast Lane**\nWhen the clock is short, skip the arc and run four checks in order — Rights, Independence, Exposure, Drift — reporting them as priced exposures rather than objections. Signing with two logged exposures and a date beats refusing to sign and being overruled.\n- **Apply**: Use when \"the contract is on my desk and I'm expected to sign this week.\" Also covers the already-captured case (draw the map, price the exit, move one row) and the blind renewal (grade on outcomes; negotiate a shorter term with a standard attached rather than a discount).\n\n**When to Walk (the decision table)**\nWalking is a defined position, not a bluff: refusal of proof on your cases, no ownership schedule after two asks, an exit that can't be estimated, refusal to name an accountable person, every gate arriving with a deadline, a refused remediation date, or everything agreed and nothing written — each maps to walk (or buy smaller/shorter).\n- **Apply**: Define the walk before you need it. A buyer who has never defined the walk has already priced their own position at zero; the goal is not to walk but a purchase made with eight artifacts.\n\n**The Room (language for the four hardest moments)**\nThe sentences a buyer who has done this fifty times has and a buyer who has done it twice does not: declining the demo-first sequence, separating advocacy from audit without insulting the champion, asking the reference question a coached account can't answer, naming a bypass without accusing anyone, and refusing a deadline without refusing the deal.\n- **Apply**: Use the scripted language in the four hardest moments so the discipline survives contact with real people and relationships.\n\n---\n\n\n### Maturity Model (B0–B5)\n\nA ladder from vendor-defined correct to a contract with a life — B0: vendors define correct; B1: the standard exists and is signed; B2: advocacy and audit are separate names; B3: proof runs on the buyer's floor with thresholds set in advance; B4: rights scheduled and the exit priced before signature; B5: the contract has a life (gauges read on cadence, drift logged, VERIFIED re-run annually, renewals graded on outcomes).\n- **Apply**: Locate the buying organization on the ladder. The tell: B4 claimed with an exit that has never been rehearsed is really B2.\n\n*Analysis by The Business Engineer · businessengineer.ai*\n\n---\n\n# PART VIII — THE PRACTICE LAYER\n\nFifteen instruments distilled from published practice. They are cycle-agnostic: written for any capital buildout, vendor market, product decision, or multi-print season, never tied to one quarter, company, or figure.\n\n## The operating modes\n\nThe mode is identified before anything is produced, from the request itself.\n\n| Mode | Triggers | What it runs |\n|---|---|---|\n| **Strategic Analysis** (default) | \"analyze\", \"break down\", \"deep dive\", a company or industry name | The full engine, Layers 0–4 |\n| **Visual Intelligence** | \"visualize\", \"diagram\", \"chart\", \"plate\", \"infographic\" | The visual register (Instrument O) |\n| **Framework Lookup** | \"mental model\", \"which framework\", \"find the model\" | Parts I–II search and application |\n| **Capital-Cycle Print** | an earnings print, \"has X absorbed / paid for / overshot the build\" | Instrument A |\n| **Season Map** | \"map of the cycle\", multi-print synthesis, \"capstone\", tracker | Instrument F |\n| **Buyer-Side Capture Audit** | \"lock-in\", \"dependency audit\", \"exit cost\", \"clear title\" | Instruments E and J |\n| **Valuation** | \"what is it worth\", \"multiple\", \"run-rate\", \"residual\" | Instrument I |\n| **Deployment Decision** | \"deploy\", \"rollout\", \"proof of value\", \"landing\" | Instrument K |\n| **Organization Climb** | \"our people are faster\", \"transformation\", \"reorg\", \"ratio\" | Instrument L |\n| **Roles and Grid** | \"hire\", \"who owns\", \"team\", \"chief AI officer\" | Instrument L |\n| **Junction and Geopolitics** | \"export controls\", \"sovereign\", \"chokepoint\", \"standard\" | Instrument M |\n| **Financing Structure** | \"off balance sheet\", \"how is it funded\", \"credit\" | Instruments C and D |\n\n## Framework selection — the routing table\n\n| Question | Reach for |\n|---|---|\n| How does this business work? | VTDF (66), Value Chain, the four evaluation lenses |\n| Is it defensible? | Moat Hierarchy (38), Five Defensible Moats (39), Compound Moat (40) |\n| How does it grow? | Flywheels (59–65), Traction-Momentum-Flywheel (62), Scalability Matrix (35) |\n| What is blocking it? | Constraint Mapping (15), Bottleneck Cascade, Hidden Driver Detection (14) |\n| How should it compete? | Weak Spot Analysis (46), Margin Conflict (47), Three Archetypes (45) |\n| Where should it enter? | Strategy Lever (28), Blue Sea (29), MVA (30), Adjacent Niche (32) |\n| Which seat is this print in? | Name the Seat (154), Absorption Capacity (114), Incidence Runs Opposite (166) |\n| Is this earnings number real? | Sign of the Distortion (228), Related-Party Triple (160), Definition Moved (181) |\n| What is it worth? | Multiple Comes Last (220), The Residual (222), Hidden Piers (223), Worthless Cases (224) |\n| Where does the AI bill land? | Cost of Goods (174), Discovery Tax (175), Transmission Belt (149) |\n| Who owns the junction? | Harness Is a Router (190), Barbell (192), Second Index (204), Only Door (205) |\n| Will the next release absorb this? | Absorption Line (198), Co-Adaptation (193), Exhaust Flywheel (194) |\n| Should we buy it, on what terms? | The Asymmetry (229), VERIFIED (230), Procurement Theater (231), Clear Title (136) |\n| Why is our AI gain not in the margin? | Neutral Gain (239), Ascent Through Scales (240), Governed Middle (241), Ratio Rule (244) |\n| Who should own AI here? | Four Ownerships (251), Absorb/Displace/Converge (252), The Grid (253) |\n| Why did this become political? | Junction Rule (141), Independence Swap (142), Permission Layer (143), Cascade (140) |\n| Is this a bubble? | Node-by-Node (137), Two Species (138), Amplifier Not Bubble (122), Fifth Clock (139) |\n\n---\n\n## A. The Capital-Cycle Print\n\n**Format**: a question title — *Has [company] [absorbed / paid for / overshot / skipped / reached / escaped / priced / funded / bought / financed / conceded / collected] the build?* One falsifiable question per print, closed with a verdict. One verb per node; never reuse a verb in a season.\n\n**Anatomy, in order**:\n1. **Name the seat** (Model 154) before running any test. The ten seats each have their own tests; running the builder's tests on a bystander produces a confident wrong answer.\n2. **Strip the marks first.** Separate the operating engine from revaluation gains, other income, and equity marks — and check the direction, because compensation charges and extinguishment losses distort the other way.\n3. **Run the split.** Operating absorption and cash absorption are two tests that can disagree inside one company. Always run both.\n4. **Place the node.** Each print resolves one named cross-company question that prior prints could not. If it resolves nothing new, it is a data update, not a piece.\n5. **Verdict and carry.** One sentence answering the title question, plus what this node feeds into the season map.\n\nThe tape is a lens used at most once, late, and never as the load-bearing evidence: positioning moves in hours, macro in weeks, capital structure in years, asset returns over the build cycle. The price move is a minor observation; the structure is the analytical object.\n\n## B. The Incidence Taxonomy\n\nEvery capital cycle has seats, and the seat decides the test. The builder pays in capex; the bystander pays through a shared input; the distributor pays through discovery; the control group opted out and expensed what others capitalized; the supplier is paid by the build; the funder supplies its capital; the integrator floats its working capital; the value-capture pole is paid by it and finances none of it; the rail clears what the build cannot summarize; the taxed pays in attention. Full definitions: Models 154–173 and 174–189.\n\n**The financial-clock ladder**, built print by print: strain is company-specific, not sector-wide; the cost lands outside the builders too; inside one company the operating and cash clocks can diverge; at contracted floors, market risk converts into counterparty risk.\n\n## C. The Financing Acid Test\n\nScores how a buildout is financed — concealment against visibility, self-funding against external dependence. Three axes, six gauges: **structure ratio** (risk-weighted off-book obligations over total forward obligation) and **velocity spread** (off-book growth minus capex growth: is the marginal dollar leaving the balance sheet); **external dependence** (external capital share of capex, capex as a share of operating cash flow) and **coverage** (total forward obligation over multi-year forward operating cash flow); **counterparty credit floor** (sub-investment-grade share of the forward obligation) and **take-out gap** (refinancing capacity over refinancing need).\n\n**Design constraints, non-negotiable**: never divide a stock by a flow; risk-weight off-book tiers by deferral against transfer; every concealment gauge needs a cash-flow denominator or it becomes a scare index; render as needles on one shared calibration rail, because the spread between gauges is the finding and a composite averages it away; calibrate against a historical baseline to prove the instrument moves both ways; always publish the stated limits.\n\n**Bands**: sound, financialized, stretched, fragile, pre-break.\n\n**Stated limits**: trade-credit float at the assembly point is invisible to all six gauges; there is no supply-side column, so a supplier financing its own customers is scored only through the credit floor; and financing fragility alone rarely reaches pre-break, because the remaining distance is always the demand question. Financing structures are not the bubble; they are the amplifier a bubble would run through.\n\n## D. The Reconciliation\n\nThree tests that legitimately give three different answers — the disagreement is the answer.\n\n1. **Income statement**: revenue against depreciation, never against capex.\n2. **Capital**: cumulative capital deployed per dollar of revenue, plus the hurdle — required revenue equals capital deployed times the sum of one over asset life and the required return, divided by gross margin. Publish the sensitivity; asset life and gross margin are the highest-leverage variables. External estimates agree by vintage rather than by independence, so say so, and re-run the method at current run-rates rather than citing a figure that has aged.\n3. **Funding**: where the money comes from and whether its character changed. Allocation becomes obligation.\n\n**The counting rule**: count each end-customer dollar once, at the tier where the customer transacted. Strip intra-stack purchases; exclude tiers that are costs of tiers above. Naive addition of published run-rates overstates substantially.\n\n**The counting asymmetry**, stated wherever the hurdle appears: capital is counted across the whole build while revenue is counted only where it transacts. The two honest repairs are to count capital only at the tier that deployed it, or to count revenue gross at every tier — never one of each. On compounding: when purchases of property and equipment run at roughly three times recognized depreciation, revenue must approximately triple over three years to cover the depreciation wave, which is about forty-four percent a year, not thirty-seven.\n\n## E. The Enterprise Capture Test\n\nThe closing question: after the engagement ends, does the enterprise hold clear title to what compounds?\n\n**Grades per artifact**: KEPT (exit is a config change), PARTIAL (exit is a project), CAPTURED (exit is a rebuild, and rebuilds are where exit plans go to die). **Capture levels per workload**: captured, aware, anchored, adapted, kept. **Doctrine**: the property line — own the junctions, rent the ends, across five junctions (control, capability, choice, cost, compound). **Three depths**: a ten-question screen in an afternoon, a board memo in two weeks, a full dependency audit. Interviews set the map; artifacts set the score. **Composite**: exit cost weighted by criticality, re-scored quarterly, with the priced-exit table as the deliverable that makes it real.\n\n## F. The Layered-Map Season Method\n\nFor any multi-print cycle: define the layer map and the clocks up front, because each layer commits capital on its own horizon; one node per print, each resolving one named question; datapoints accumulate in a tracker while a separate master plan holds the spine and section order; mint named models per print and inventory them for the capstone; assemble when the season closes.\n\n**The clocks**, instantiated per cycle: physical (years, committed, cannot un-decide), financial (quarters, engineered), efficiency (fastest, software absorbing physical constraint), adoption (demand-side telemetry), and political (return-insensitive state demand, which sets a floor rather than clearing a hurdle).\n\n**The map is not the credit map**: value capture runs horizontally through layers, contagion runs vertically through the financing stack, and risk sits at the joints. Buildouts break bottom-up. Cheap early failures are information.\n\n## G. Editorial and Epistemic Discipline\n\nBold the claim, never the evidence: one to three load-bearing sentences per section, and the bold phrases read end to end must carry the whole argument. Define the frame once at the top, then cascade; never stack framing premises through a piece. Every number sits inside an explanation of what it means. Never quote a point estimate without its range; include a confidence assessment and a list of what would change your mind in major reports; own errors openly in the body, because an error a reader finds first discredits everything around it. Refuse report-mill sizings. Zero-based baselines on every chart: if the caption says flat, the chart must look flat. Label composites as composites once, in an italic aside.\n\n**External audience always.** Every deliverable is self-standing: no references to the drafting process, prior versions, or the conversation. Just write the thing.\n\n## H. Register I — The Editorial Card\n\nFor artifacts where the data is the point: dashboards, scorecards, decks, comparison tables. White ground, teal and red accents, section labels in small caps, era cards with hairline borders, hero cards with a red border, large stat numbers, one compression block with a red left bar. Use it when the numbers are the subject. For anything that sits above a heading in a written piece, use Register II (Instrument O).\n\n### I. The Valuation Toolbox (nine questions, the multiple last)\nAsk in order: (1) what are you counting (the counted top line, Model 221); (2) what does it cost to produce (cost per accepted outcome, levers pulled versus available, the ceiling is not the average); (3) what compounds (residue, substrate, standard, owned model, junctions; rarely what the company sells); (4) owned versus rented (title; the exit priced both ways); (5) what is perishable (the absorption line → the residual); (6) whose money (two engines in both directions; trace every line to its payer; the circle); (7) what capital (builders: the three tests and the hurdle; financed builds: the acid test; labs: revenue per megawatt; apps: the margin path; EV equals equity plus debt plus what the balance sheet hides); (8) what kills it (three worthless cases with triggers); (9) the multiple on the residual, borrowed by layer, reconciled to the reported number by naming the question that made the gap.\n**Instruments with formulas**: counted top line (tier → strip → exclude → gross-to-net → run-rate-to-year); margin path (measured, levers, trajectory with dates and capital, tail modelled separately); residual-adjusted cash flow (durable share grows with the compounding assets, perishable share decays per release, terminal value on the durable share only, discount rate by layer); circle-adjusted revenue (payer classes: own budget, partner credits, pilot allowance, the circle); EV bridge with hidden piers; probability-weighted worthless cases; layer multiple table.\n**Meters**: counted-to-reported ratio · measured margin plus lever count · residual fraction · circle share · hidden-obligation multiple · reconciliation gap. **Grading**: V0–V5, where a maturity claimed with a gross run-rate in the headline is V0. **Hard rule**: the hostile reading is written first (Model 227), and every output states that it is analysis, not investment advice.\n\n### J. VERIFIED (the buyer's qualification)\nEight letters, every letter an artifact: Verification owned (the frozen suite is the buyer's) · Economics read (the vendor's margin predicts its behaviour) · Rights scheduled (title on what compounds, in the contract) · Incentives separated (the champion is not the auditor) · Feasibility on your floor (the proof ran on the buyer's data and systems) · Independence priced (exit in engineer-months, rehearsed yearly) · Exposure governed (the behaviour-change audit beside the security review) · Drift instrumented (the drift log has an owner and a cadence). Run V·E·I before contact, F·R·E at the wedge's clock, I·D before signature, then annually. A failed letter does not block the purchase; it prices it. What VERIFIED refuses is the letter nobody checked.\n**The theater screen** (Model 231) runs before the board: which parts of the evaluation could the vendor have staged. **The outcome-pricing stance**: outcome pricing is an end state; underwrite the hybrid and choose the ramp (Model 215).\n\n### K. DEPLOY (the deployment decision sequence)\nDiscovery (four gates, the outcome in the customer's units, saying no in writing) · Envelope (the seven-layer shape, the data path, the autonomy tier and its junction, buy/build/rent, the model chosen last) · Proof (the MVP as contract, evaluations as acceptance, guardrails, approval, rollback) · Landing (the concurrent gauntlet, reviews volunteered, VERIFIED read from the vendor's side) · Outcome (baseline before, gauge page after, a return the finance seat accepts) · Yield (the harvest: reference architecture, product requirement, the refusal log). Grading rule: every letter has a date. Three rooms, one truth at three altitudes: engineers, the CTO and CISO, the executives. Run a book of business, never a single account, and track letters per account.\n\n### L. The Climb (organization, seats, roles)\n**Engine**: Stages 0–5 across four scales. Prime diagnostic: \"Your people are faster. Is the firm ahead?\" **Hard thresholds**: no ratio without a measured gate; residue capture at or above 90%; paved-road coverage including a shadow estimate; conversion time under ninety days; no naked revenue per employee; same-dated ratios; the import test is mandatory. **Six gauges**: loop share, adjudication ratio, residue capture, paved-road coverage, conversion time, aim traceability; headcount is excluded. **The memo rule**: a memo before the paved road is a walk-back waiting to happen. **The grid** (11 functions across, 5 accountable functions down) is the staffing instrument; the top row must hold the four ownerships regardless of titles; the seat that owns the standard never builds the loops. **The first rung**: a ninety-day apprenticeship whose credential is the case study with its failures. **Grading**: O0–O5 and W0–W5, where a stage claimed with a headcount number or a pilot count on the board page is one stage lower than claimed.\n\n### M. The Junction Read (techno-geopolitics)\nFor any technology or buildout: (1) run the three tests, sited / standardised / chokeable; (2) find the junction, the intersecting technologies that turn an industry into a map; (3) locate the permission layer, who can revoke; (4) run the five clocks, adding the political one; (5) name the independence swap the adoption is making and when the dependency invoices; (6) read the fence at its thinnest point; (7) ask which power form the junction favours and what it does to war; (8) price the domestic bill and the institution that will be created to settle it; (9) state the three-generation lag and the falsification tests. Structure the piece as a cross-section: physical base → techno-industrial system → power system, with capital, institutions, and permissions as cross-cutting layers, not stages.\n\n### N. The Thread — Shared Instruments Across the Library\nThe instruments are the framework; each discipline uses them, none replaces them. Reuse by name, never re-derive: the SUITE (the frozen referee) · the CHARTER (one page: outcome, standard, thresholds, surfaces, boundaries, tier, owner) · the GAUGE PAGE (the retention and renewal instrument) · the TWO SURFACES (human and agent) · the JUNCTION (where a private rule is encoded and enforced) · the RESIDUE (the decision loop's second output) · the PROPERTY LINE (own the junctions, rent the ends) · the DRIFT CHECK (re-scored on every release) · the ABSORPTION LINE (perishable versus durable) · the COUNTING RULE (each dollar once, at the tier it transacted) · the CIRCLE (supplier money returning as customer revenue) · the SEAT (the ten seats on the clock). Every long-form deliverable closes with a Thread section mapping the instruments used to where each is treated in full.\n\n### O. Register II — Editorial Ink (supersedes the card/palette spec for essay plates)\n**Selection rule**: if the plate sits above a heading in a written piece, use Register II; use the card register (Register I) only when the artifact IS the data (dashboards, scorecards, decks).\n**Spec**: canvas 1240×900, pure white ground, palette ink #17171B / teal #0D6E6B / teal-2 #12908C / vermilion #C4342A / ochre #D19A2E / muted #7A756C / faint #D9D2C4; Georgia display, Inter kickers, mono ticks. Grid: kicker y=76, title y=134 (44px, carrying the section heading verbatim), subtitle y=178, rule y=202, drawing zone y=210–790, compression rule 810 / line 840, footer 876.\n**Non-negotiables**: no boxes as containers (a box may be a drawn object, never a wrapper); one plate is one conceptual drawing, nameable in five words; every stroke rendered twice with slight bow and jitter; drawn glyphs only (rasterizers drop font arrows and checkmarks); full canvas, never banner strips; hatching and washes instead of flat fills; house furniture on every plate (teal top rule and masthead, title and italic dek, hero mechanism, labelled supporting detail, compression block with red left bar, two numbered questions, italic takeaway over the footer rule); no dates on plates; filenames as descriptive slugs numbered in paragraph order; every argument section gets a plate.\n**Metaphor vocabulary**: valves on a pipe (moving constraint) · screw clamp (binding constraint) · pendulums of different lengths (different clocks) · geological strata (layer stack) · buckets in rain, one under an umbrella (differing absorption) · roots versus canopy (long-lived versus short-lived assets) · two figures carrying a slab (concentrated obligation) · slicer fanning tranches (securitisation) · castle and moat with birds flying over (uncopyable input) · meshed gears of two sizes (supply in years, demand in quarters) · gauge wired to a piggy bank · locomotive crossing trestled chasms (buildout through panics) · balance with hatched pans · a sieve with question-rows (valuation) · a lever with a pyramid on the long arm (consulting leverage) · a lens aperture between strata and a graph (the only door) · four gates in series (the window's defenses) · a staircase with a missing rung.\n**Verification**: run the collision checker (text-vs-text with per-glyph advance widths, text-vs-shape, clip bounds, drawing zone bounds with the art wrapped in its own group) plus a full-resolution render of the hero and any dense plate, plus a contact sheet. If a drawn object is unreadable, swap the metaphor rather than adding a label. When preview is unavailable, say verification was programmatic only. Generate repetitive plate families from one template.\n\n---\n---\n\n## THE QUALITY CHECKLIST\n\n**Analytical rigor**\n- [ ] The engine ran, Layers 0–4, no layer skipped\n- [ ] The seat was named before any test (154)\n- [ ] Mechanism identified, not just what happened but why\n- [ ] Structural, not narrative — all four Layer 0 tests passed\n- [ ] Marks stripped in both directions (228); the circle traced (160)\n- [ ] The hostile reading written before the base case (227)\n- [ ] The worthless case named with its trigger (224)\n- [ ] The absorption line drawn: perishable against durable (198)\n- [ ] Every ratio checked for stock over flow; every point estimate carries a range; the counting asymmetry stated wherever capital and revenue are counted on different bases\n- [ ] The import test run on any borrowed case (245)\n- [ ] Bottleneck mapped, flywheel identified, cross-domain connection made\n- [ ] Compressed to one sentence, and actionable\n\n**Writing register**\n- [ ] Plain sentences, mostly one idea each; anything over roughly forty words split — measured, not asserted\n- [ ] No fragment-lists posing as paragraphs; bold budget of ten to twelve load-bearing claims; em-dashes rationed and never stacked three deep\n- [ ] Terms earned before use: the plain idea first, the name after; no jargon fired in sequence\n- [ ] Compression means fewer ideas given room, not all ideas with the connective tissue removed\n- [ ] Rhythm varied; identical sentence patterns repeated is the generated-text signature\n- [ ] Self-standing external document: no drafting seams, no prior versions, no throat-clearing\n- [ ] A dated why-now near the front of any framework piece; the instrument's limitation named inside the piece\n\n**Presentation**\n- [ ] Visual first; the primary output is a drawn mechanism, a chart, or a diagram\n- [ ] Correct register: II for essay plates, I for data artifacts\n- [ ] Attribution present on every artifact\n- [ ] Verified by measurement — long-sentence counts, collision checks, spot renders — never by assurance\n\n---\n\n## EDITION NOTES\n\nWhat this edition changed, so the differences from earlier files are known rather than discovered:\n\n- **The core is 261, not 110 or 136.** Models 1–110 keep the full register and regain the Key Q the consolidated draft had dropped. Models 111–136 carry the capital-cycle families. Models 137–261 add nine categories: the supercycle premise and the fifth clock, the ten seats, incidence at the top of the stack, the intelligence stack, measurement under pressure, valuation, the enterprise, the organization, and the historical rhymes.\n- **Fifty duplicate entries were resolved**, each to a single canonical home with pointers from the other seats.\n- **The count is honest.** Models and apparatus are counted separately; the earlier headline figure counted mode cards, maturity rungs, and templates as frameworks.\n- **Corrections of record.** The tape is demoted from the print's opener to a lens used once and late. The hurdle's convergence claim is replaced by the vintage argument and the counting asymmetry. The compounding rate is corrected to about forty-four percent a year. The acid test gains two stated limits — trade-credit float and the missing supply-side column. A fifth clock is added for return-insensitive state demand. The card-and-palette visual spec is superseded by Register II for essay plates.\n\n---\n\n*The disciplines say what and why. The engineering volumes say how. The playbooks say where and with whom. The core says which mechanism is running underneath all of it. This library holds all of it, in one instrument.*\n\n**Analysis by The Business Engineer — by Gennaro Cuofano**\n","sha256":"3376b6d22bc47553df2ec5a30158f56cad916cee57dd5fd7c45f163d157c8e0b","entries":1052,"chapters":14,"attribution":"The Business Engineer · Gennaro Cuofano","note":"The consolidated source designates canonical homes. The source index reports 811 models and 241 apparatus items; functional type filters remain editorial classifications. Part VIII contains 15 additional practice instruments. References preserve the originating seat and earlier context rather than asserting equivalence."},"counts":{"core":261,"categories":25,"disciplines":13,"sourceModels":811,"disciplineModels":550,"apparatus":241,"catalog":1052,"practiceInstruments":15,"spine":15,"explicitPointers":46,"withinChapterConsolidations":4,"redirects":50,"reconciledConcepts":258},"disciplines":[{"id":"core","number":"00","name":"Core model library","arc":"Foundation","description":"The thinking OS and the structural lenses underneath every discipline.","question":"What is the mechanism, and what evidence would change the answer?","counter":"architect","color":"#b8d8c5","expected":261,"sourceHeading":"The Core Model Library — 261 models, 25 categories","sourceLine":123,"intro":"Categories I–XIII carry the full register: essence, how to apply, and the question the model asks. Categories XIV–XXV carry the compressed register: essence and the question, because these families were minted case by case and their machinery lives in the instruments of Part VIII.","sections":[{"id":"core-section-01","name":"I. THE BE THINKING OS","line":127,"intro":"","entries":["BE-00-001","BE-00-002","BE-00-003","BE-00-004","BE-00-005","BE-00-006","BE-00-007","BE-00-008","BE-00-009","BE-00-010"],"references":[]},{"id":"core-section-02","name":"II. STRUCTURAL ANALYSIS TOOLKIT","line":180,"intro":"","entries":["BE-00-011","BE-00-012","BE-00-013","BE-00-014","BE-00-015","BE-00-016","BE-00-017","BE-00-018","BE-00-019","BE-00-020","BE-00-021"],"references":[]},{"id":"core-section-03","name":"III. GRAND STRATEGY & PLANNING","line":238,"intro":"","entries":["BE-00-022","BE-00-023","BE-00-024","BE-00-025","BE-00-026","BE-00-027"],"references":[]},{"id":"core-section-04","name":"IV. MARKET ENTRY & SCALING","line":271,"intro":"","entries":["BE-00-028","BE-00-029","BE-00-030","BE-00-031","BE-00-032","BE-00-033","BE-00-034","BE-00-035","BE-00-036","BE-00-037"],"references":[]},{"id":"core-section-05","name":"V. COMPETITIVE STRATEGY & MOATS","line":324,"intro":"","entries":["BE-00-038","BE-00-039","BE-00-040","BE-00-041","BE-00-042","BE-00-043","BE-00-044","BE-00-045","BE-00-046","BE-00-047","BE-00-048","BE-00-049","BE-00-050"],"references":[]},{"id":"core-section-06","name":"VI. AGENTIC AI & PLATFORM STRATEGY","line":392,"intro":"","entries":["BE-00-051","BE-00-052","BE-00-053","BE-00-054","BE-00-055","BE-00-056","BE-00-057","BE-00-058"],"references":[]},{"id":"core-section-07","name":"VII. FLYWHEELS & GROWTH LOOPS","line":435,"intro":"","entries":["BE-00-059","BE-00-060","BE-00-061","BE-00-062","BE-00-063","BE-00-064","BE-00-065"],"references":[]},{"id":"core-section-08","name":"VIII. BUSINESS MODEL INNOVATION","line":473,"intro":"","entries":["BE-00-066","BE-00-067","BE-00-068","BE-00-069","BE-00-070","BE-00-071","BE-00-072"],"references":[]},{"id":"core-section-09","name":"IX. DECISION-MAKING & OPTIMIZATION","line":511,"intro":"","entries":["BE-00-073","BE-00-074","BE-00-075","BE-00-076","BE-00-077","BE-00-078","BE-00-079","BE-00-080"],"references":[]},{"id":"core-section-10","name":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","line":554,"intro":"","entries":["BE-00-081","BE-00-082","BE-00-083","BE-00-084","BE-00-085","BE-00-086","BE-00-087","BE-00-088"],"references":[]},{"id":"core-section-11","name":"XI. MARKET & INDUSTRY ANALYSIS","line":597,"intro":"","entries":["BE-00-089","BE-00-090","BE-00-091","BE-00-092","BE-00-093","BE-00-094","BE-00-095"],"references":[]},{"id":"core-section-12","name":"XII. DISTRIBUTION & VISIBILITY","line":635,"intro":"","entries":["BE-00-096","BE-00-097","BE-00-098","BE-00-099","BE-00-100"],"references":[]},{"id":"core-section-13","name":"XIII. LEADER MENTAL MODELS","line":663,"intro":"","entries":["BE-00-101","BE-00-102","BE-00-103","BE-00-104","BE-00-105","BE-00-106","BE-00-107","BE-00-108","BE-00-109","BE-00-110"],"references":[]},{"id":"core-section-14","name":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","line":716,"intro":"*Compressed register: essence and the question. These families were minted print by print; the Practice Layer (Part VIII) holds the instruments that run them.*","entries":["BE-00-111","BE-00-112","BE-00-113","BE-00-114","BE-00-115","BE-00-116","BE-00-117","BE-00-118","BE-00-119","BE-00-120","BE-00-121","BE-00-122"],"references":[]},{"id":"core-section-15","name":"XV. CONTAGION, INCIDENCE & JOINTS","line":768,"intro":"*Compressed register: essence and the question. These families were minted print by print; the Practice Layer (Part VIII) holds the instruments that run them.*","entries":["BE-00-123","BE-00-124","BE-00-125","BE-00-126","BE-00-127","BE-00-128","BE-00-129","BE-00-130"],"references":[]},{"id":"core-section-16","name":"XVI. CLOCKS, MAPS & DEPENDENCY","line":804,"intro":"*Compressed register: essence and the question. These families were minted print by print; the Practice Layer (Part VIII) holds the instruments that run them.*","entries":["BE-00-131","BE-00-132","BE-00-133","BE-00-134","BE-00-135","BE-00-136"],"references":[]},{"id":"core-section-17","name":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","line":832,"intro":"","entries":["BE-00-137","BE-00-138","BE-00-139","BE-00-140","BE-00-141","BE-00-142","BE-00-143","BE-00-144","BE-00-145","BE-00-146","BE-00-147","BE-00-148","BE-00-149","BE-00-150","BE-00-151","BE-00-152","BE-00-153"],"references":[]},{"id":"core-section-18","name":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","line":903,"intro":"","entries":["BE-00-154","BE-00-155","BE-00-156","BE-00-157","BE-00-158","BE-00-159","BE-00-160","BE-00-161","BE-00-162","BE-00-163","BE-00-164","BE-00-165","BE-00-166","BE-00-167","BE-00-168","BE-00-169","BE-00-170","BE-00-171","BE-00-172","BE-00-173"],"references":[]},{"id":"core-section-19","name":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","line":986,"intro":"","entries":["BE-00-174","BE-00-175","BE-00-176","BE-00-177","BE-00-178","BE-00-179","BE-00-180","BE-00-181","BE-00-182","BE-00-183","BE-00-184","BE-00-185","BE-00-186","BE-00-187","BE-00-188","BE-00-189"],"references":[]},{"id":"core-section-20","name":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","line":1053,"intro":"","entries":["BE-00-190","BE-00-191","BE-00-192","BE-00-193","BE-00-194","BE-00-195","BE-00-196","BE-00-197","BE-00-198","BE-00-199","BE-00-200","BE-00-201","BE-00-202","BE-00-203","BE-00-204","BE-00-205","BE-00-206","BE-00-207"],"references":[]},{"id":"core-section-21","name":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","line":1128,"intro":"","entries":["BE-00-208","BE-00-209","BE-00-210","BE-00-211","BE-00-212","BE-00-213","BE-00-214","BE-00-215","BE-00-216","BE-00-217","BE-00-218","BE-00-219"],"references":[]},{"id":"core-section-22","name":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","line":1179,"intro":"","entries":["BE-00-220","BE-00-221","BE-00-222","BE-00-223","BE-00-224","BE-00-225","BE-00-226","BE-00-227","BE-00-228"],"references":[]},{"id":"core-section-23","name":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","line":1218,"intro":"","entries":["BE-00-229","BE-00-230","BE-00-231","BE-00-232","BE-00-233","BE-00-234","BE-00-235","BE-00-236","BE-00-237","BE-00-238"],"references":[]},{"id":"core-section-24","name":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","line":1261,"intro":"","entries":["BE-00-239","BE-00-240","BE-00-241","BE-00-242","BE-00-243","BE-00-244","BE-00-245","BE-00-246","BE-00-247","BE-00-248","BE-00-249","BE-00-250"],"references":[]},{"id":"core-section-25","name":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","line":1312,"intro":"","entries":["BE-00-251","BE-00-252","BE-00-253","BE-00-254","BE-00-255","BE-00-256","BE-00-257","BE-00-258","BE-00-259","BE-00-260","BE-00-261"],"references":[]}],"entries":["BE-00-001","BE-00-002","BE-00-003","BE-00-004","BE-00-005","BE-00-006","BE-00-007","BE-00-008","BE-00-009","BE-00-010","BE-00-011","BE-00-012","BE-00-013","BE-00-014","BE-00-015","BE-00-016","BE-00-017","BE-00-018","BE-00-019","BE-00-020","BE-00-021","BE-00-022","BE-00-023","BE-00-024","BE-00-025","BE-00-026","BE-00-027","BE-00-028","BE-00-029","BE-00-030","BE-00-031","BE-00-032","BE-00-033","BE-00-034","BE-00-035","BE-00-036","BE-00-037","BE-00-038","BE-00-039","BE-00-040","BE-00-041","BE-00-042","BE-00-043","BE-00-044","BE-00-045","BE-00-046","BE-00-047","BE-00-048","BE-00-049","BE-00-050","BE-00-051","BE-00-052","BE-00-053","BE-00-054","BE-00-055","BE-00-056","BE-00-057","BE-00-058","BE-00-059","BE-00-060","BE-00-061","BE-00-062","BE-00-063","BE-00-064","BE-00-065","BE-00-066","BE-00-067","BE-00-068","BE-00-069","BE-00-070","BE-00-071","BE-00-072","BE-00-073","BE-00-074","BE-00-075","BE-00-076","BE-00-077","BE-00-078","BE-00-079","BE-00-080","BE-00-081","BE-00-082","BE-00-083","BE-00-084","BE-00-085","BE-00-086","BE-00-087","BE-00-088","BE-00-089","BE-00-090","BE-00-091","BE-00-092","BE-00-093","BE-00-094","BE-00-095","BE-00-096","BE-00-097","BE-00-098","BE-00-099","BE-00-100","BE-00-101","BE-00-102","BE-00-103","BE-00-104","BE-00-105","BE-00-106","BE-00-107","BE-00-108","BE-00-109","BE-00-110","BE-00-111","BE-00-112","BE-00-113","BE-00-114","BE-00-115","BE-00-116","BE-00-117","BE-00-118","BE-00-119","BE-00-120","BE-00-121","BE-00-122","BE-00-123","BE-00-124","BE-00-125","BE-00-126","BE-00-127","BE-00-128","BE-00-129","BE-00-130","BE-00-131","BE-00-132","BE-00-133","BE-00-134","BE-00-135","BE-00-136","BE-00-137","BE-00-138","BE-00-139","BE-00-140","BE-00-141","BE-00-142","BE-00-143","BE-00-144","BE-00-145","BE-00-146","BE-00-147","BE-00-148","BE-00-149","BE-00-150","BE-00-151","BE-00-152","BE-00-153","BE-00-154","BE-00-155","BE-00-156","BE-00-157","BE-00-158","BE-00-159","BE-00-160","BE-00-161","BE-00-162","BE-00-163","BE-00-164","BE-00-165","BE-00-166","BE-00-167","BE-00-168","BE-00-169","BE-00-170","BE-00-171","BE-00-172","BE-00-173","BE-00-174","BE-00-175","BE-00-176","BE-00-177","BE-00-178","BE-00-179","BE-00-180","BE-00-181","BE-00-182","BE-00-183","BE-00-184","BE-00-185","BE-00-186","BE-00-187","BE-00-188","BE-00-189","BE-00-190","BE-00-191","BE-00-192","BE-00-193","BE-00-194","BE-00-195","BE-00-196","BE-00-197","BE-00-198","BE-00-199","BE-00-200","BE-00-201","BE-00-202","BE-00-203","BE-00-204","BE-00-205","BE-00-206","BE-00-207","BE-00-208","BE-00-209","BE-00-210","BE-00-211","BE-00-212","BE-00-213","BE-00-214","BE-00-215","BE-00-216","BE-00-217","BE-00-218","BE-00-219","BE-00-220","BE-00-221","BE-00-222","BE-00-223","BE-00-224","BE-00-225","BE-00-226","BE-00-227","BE-00-228","BE-00-229","BE-00-230","BE-00-231","BE-00-232","BE-00-233","BE-00-234","BE-00-235","BE-00-236","BE-00-237","BE-00-238","BE-00-239","BE-00-240","BE-00-241","BE-00-242","BE-00-243","BE-00-244","BE-00-245","BE-00-246","BE-00-247","BE-00-248","BE-00-249","BE-00-250","BE-00-251","BE-00-252","BE-00-253","BE-00-254","BE-00-255","BE-00-256","BE-00-257","BE-00-258","BE-00-259","BE-00-260","BE-00-261"],"references":[],"sourceModels":261,"sourceApparatus":0,"part":"I–II"},{"id":"architect","number":"01","name":"Business Architect","arc":"Design the firm","description":"Choose the position, the capture mechanism, and the structure that survives a change in constraints.","question":"Where does value move, and what can this firm durably own?","counter":"buyer","color":"#b7c3ee","expected":63,"sourceHeading":"The Business Architect","sourceLine":1363,"intro":"","sections":[{"id":"architect-section-01","name":"The Design Engine (Layers 0–4)","line":1366,"intro":"The core diagnostic engine. Every design is run through all five layers in order, no layer skipped, each producing one finding card. Phase discipline: Configure → Diagnose (run the engine) → Prescribe (the mode's artifact).","entries":["BE-01-001","BE-01-002","BE-01-003","BE-01-004","BE-01-005"],"references":[]},{"id":"architect-section-02","name":"Operating Modes","line":1391,"intro":"Eight modes route by request, each running specific layers and emitting a defined artifact.","entries":["BE-01-006","BE-01-007","BE-01-008","BE-01-009","BE-01-010","BE-01-011","BE-01-012","BE-01-013"],"references":[]},{"id":"architect-section-03","name":"Frameworks","line":1428,"intro":"","entries":["BE-01-014","BE-01-015","BE-01-016","BE-01-017","BE-01-018","BE-01-019","BE-01-020","BE-01-021"],"references":[]},{"id":"architect-section-04","name":"Lenses & Laws","line":1463,"intro":"","entries":["BE-01-022","BE-01-023","BE-01-024","BE-01-026","BE-01-027","BE-01-028","BE-01-029","BE-01-030","BE-01-031","BE-01-032","BE-01-033","BE-01-034","BE-01-035","BE-01-036","BE-01-037","BE-01-038","BE-01-039","BE-01-040","BE-01-041","BE-01-042","BE-01-043","BE-01-044","BE-01-045","BE-01-046"],"references":["BE-01-025"]},{"id":"architect-section-05","name":"Maturity Ladder — Design Integrity Levels (D0–D5)","line":1564,"intro":"","entries":["BE-01-047","BE-01-048","BE-01-049","BE-01-050","BE-01-051","BE-01-052"],"references":[]},{"id":"architect-section-06","name":"Failure Pattern Library","line":1591,"intro":"","entries":["BE-01-053","BE-01-054","BE-01-055","BE-01-056","BE-01-057","BE-01-058","BE-01-059","BE-01-060","BE-01-061","BE-01-062","BE-01-063","BE-01-064"],"references":[]}],"entries":["BE-01-001","BE-01-002","BE-01-003","BE-01-004","BE-01-005","BE-01-006","BE-01-007","BE-01-008","BE-01-009","BE-01-010","BE-01-011","BE-01-012","BE-01-013","BE-01-014","BE-01-015","BE-01-016","BE-01-017","BE-01-018","BE-01-019","BE-01-020","BE-01-021","BE-01-022","BE-01-023","BE-01-024","BE-01-026","BE-01-027","BE-01-028","BE-01-029","BE-01-030","BE-01-031","BE-01-032","BE-01-033","BE-01-034","BE-01-035","BE-01-036","BE-01-037","BE-01-038","BE-01-039","BE-01-040","BE-01-041","BE-01-042","BE-01-043","BE-01-044","BE-01-045","BE-01-046","BE-01-047","BE-01-048","BE-01-049","BE-01-050","BE-01-051","BE-01-052","BE-01-053","BE-01-054","BE-01-055","BE-01-056","BE-01-057","BE-01-058","BE-01-059","BE-01-060","BE-01-061","BE-01-062","BE-01-063","BE-01-064"],"references":["BE-01-025"],"sourceModels":32,"sourceApparatus":31,"part":"III"},{"id":"economics","number":"11","name":"AI Economics","arc":"Design the firm","description":"Read the cost line, capital cycle, incidence, and industry economics.","question":"What is counted, who pays, and where does the economic burden land?","counter":"cfo","color":"#b7c3ee","expected":90,"sourceHeading":"AI Economics","sourceLine":1649,"intro":"","sections":[{"id":"economics-section-01","name":"Foundational Inversions (why the seat exists)","line":1652,"intro":"","entries":["BE-11-001","BE-11-002","BE-11-003","BE-11-004","BE-11-005"],"references":[]},{"id":"economics-section-02","name":"The Counting Discipline","line":1677,"intro":"","entries":["BE-11-006","BE-11-007","BE-11-008","BE-11-009","BE-11-010","BE-11-011","BE-11-012","BE-11-013"],"references":[]},{"id":"economics-section-03","name":"Unit Economics","line":1714,"intro":"","entries":["BE-11-014","BE-11-015","BE-11-016","BE-11-017","BE-11-018","BE-11-019"],"references":[]},{"id":"economics-section-04","name":"Margin Design","line":1743,"intro":"","entries":["BE-11-020","BE-11-021","BE-11-022","BE-11-023","BE-11-024","BE-11-025"],"references":[]},{"id":"economics-section-05","name":"Pricing (as a Finance Instrument)","line":1772,"intro":"","entries":["BE-11-026","BE-11-027","BE-11-028","BE-11-029","BE-11-030","BE-11-031"],"references":[]},{"id":"economics-section-06","name":"Growth Accounting","line":1801,"intro":"","entries":["BE-11-032","BE-11-033","BE-11-034"],"references":[]},{"id":"economics-section-07","name":"Reading the Capital","line":1818,"intro":"","entries":["BE-11-035","BE-11-036","BE-11-037","BE-11-038","BE-11-039","BE-11-040","BE-11-041"],"references":[]},{"id":"economics-section-08","name":"Depreciation & Asset Structure","line":1851,"intro":"","entries":["BE-11-042","BE-11-043","BE-11-044","BE-11-045","BE-11-046"],"references":[]},{"id":"economics-section-09","name":"Off-Balance-Sheet & Structure","line":1876,"intro":"","entries":["BE-11-047","BE-11-048","BE-11-049","BE-11-050","BE-11-051","BE-11-052","BE-11-053"],"references":[]},{"id":"economics-section-10","name":"Contagion & Systemic Reading","line":1909,"intro":"","entries":["BE-11-054","BE-11-055","BE-11-056","BE-11-057"],"references":[]},{"id":"economics-section-11","name":"The Absorption Ladder","line":1930,"intro":"","entries":["BE-11-058","BE-11-059","BE-11-060"],"references":[]},{"id":"economics-section-12","name":"The Five Incidence Paths","line":1947,"intro":"","entries":["BE-11-061"],"references":[]},{"id":"economics-section-13","name":"The Data-Oil Models","line":1956,"intro":"","entries":["BE-11-062","BE-11-063"],"references":[]},{"id":"economics-section-14","name":"Supplier / Financing Actors","line":1969,"intro":"","entries":["BE-11-064","BE-11-065","BE-11-066"],"references":[]},{"id":"economics-section-15","name":"Verdict Framing","line":1986,"intro":"","entries":["BE-11-067","BE-11-068"],"references":[]},{"id":"economics-section-16","name":"The Engine (Stages 0–5)","line":1999,"intro":"","entries":["BE-11-069","BE-11-070","BE-11-071","BE-11-072","BE-11-073","BE-11-074"],"references":[]},{"id":"economics-section-17","name":"Mode Cards (operating modes)","line":2028,"intro":"","entries":["BE-11-075","BE-11-076","BE-11-077","BE-11-078","BE-11-079","BE-11-081","BE-11-083","BE-11-084","BE-11-085","BE-11-086","BE-11-087"],"references":["BE-11-088"]},{"id":"economics-section-18","name":"The Fast Lane (when the clock is short)","line":2077,"intro":"","entries":["BE-11-089","BE-11-090","BE-11-091"],"references":[]},{"id":"economics-section-19","name":"The Red Team (seven predictable attacks)","line":2094,"intro":"","entries":["BE-11-092"],"references":[]},{"id":"economics-section-20","name":"Composition Rules (compound requests as mode sums)","line":2103,"intro":"","entries":["BE-11-093"],"references":[]}],"entries":["BE-11-001","BE-11-002","BE-11-003","BE-11-004","BE-11-005","BE-11-006","BE-11-007","BE-11-008","BE-11-009","BE-11-010","BE-11-011","BE-11-012","BE-11-013","BE-11-014","BE-11-015","BE-11-016","BE-11-017","BE-11-018","BE-11-019","BE-11-020","BE-11-021","BE-11-022","BE-11-023","BE-11-024","BE-11-025","BE-11-026","BE-11-027","BE-11-028","BE-11-029","BE-11-030","BE-11-031","BE-11-032","BE-11-033","BE-11-034","BE-11-035","BE-11-036","BE-11-037","BE-11-038","BE-11-039","BE-11-040","BE-11-041","BE-11-042","BE-11-043","BE-11-044","BE-11-045","BE-11-046","BE-11-047","BE-11-048","BE-11-049","BE-11-050","BE-11-051","BE-11-052","BE-11-053","BE-11-054","BE-11-055","BE-11-056","BE-11-057","BE-11-058","BE-11-059","BE-11-060","BE-11-061","BE-11-062","BE-11-063","BE-11-064","BE-11-065","BE-11-066","BE-11-067","BE-11-068","BE-11-069","BE-11-070","BE-11-071","BE-11-072","BE-11-073","BE-11-074","BE-11-075","BE-11-076","BE-11-077","BE-11-078","BE-11-079","BE-11-081","BE-11-083","BE-11-084","BE-11-085","BE-11-086","BE-11-087","BE-11-089","BE-11-090","BE-11-091","BE-11-092","BE-11-093"],"references":["BE-11-088","BE-11-080","BE-11-082"],"sourceModels":68,"sourceApparatus":22,"part":"III"},{"id":"orchestrator","number":"02","name":"Business Orchestrator","arc":"Run the firm","description":"Design the work, judgment, topology, and human system.","question":"Which work should change, and who owns the judgment at each junction?","counter":"security","color":"#e7c18e","expected":60,"sourceHeading":"The Business Orchestrator","sourceLine":2122,"intro":"","sections":[{"id":"orchestrator-section-01","name":"The Orchestration Engine (Layers 0–4)","line":2125,"intro":"The core diagnostic engine. Run the layers in order on whatever scope the mode defines; each layer has a question, a method, and a finding format. Phase 3 (prescribe) never runs without Phase 2 (diagnose) — prescriptions without diagnosis are consulting theater.","entries":["BE-02-001","BE-02-002","BE-02-003","BE-02-004","BE-02-005"],"references":[]},{"id":"orchestrator-section-02","name":"The Three-Phase Execution Flow","line":2152,"intro":"","entries":["BE-02-006"],"references":[]},{"id":"orchestrator-section-03","name":"Operating Modes (Mode Cards)","line":2161,"intro":"Eight modes, each identified from the user's request, running the engine layers the mode requires and producing its artifact.","entries":["BE-02-007","BE-02-008","BE-02-009","BE-02-010","BE-02-011","BE-02-012","BE-02-013","BE-02-014","BE-02-015"],"references":[]},{"id":"orchestrator-section-04","name":"The Audit Tests (Layer 1)","line":2204,"intro":"","entries":["BE-02-016","BE-02-017","BE-02-018","BE-02-019"],"references":[]},{"id":"orchestrator-section-05","name":"The Judgment System Mechanics (Layer 2)","line":2225,"intro":"","entries":["BE-02-020","BE-02-021","BE-02-022"],"references":[]},{"id":"orchestrator-section-06","name":"Named Laws & Rules (Model Library — apply, don't dump)","line":2242,"intro":"","entries":["BE-02-023","BE-02-024","BE-02-025","BE-02-026","BE-02-028","BE-02-029","BE-02-030","BE-02-031","BE-02-032","BE-02-034","BE-02-035","BE-02-038","BE-02-042","BE-02-043","BE-02-047"],"references":["BE-02-027","BE-02-033","BE-02-036","BE-02-037","BE-02-039","BE-02-040","BE-02-041","BE-02-044","BE-02-045","BE-02-046"]},{"id":"orchestrator-section-07","name":"Failure Pattern Library (diagnose by symptom)","line":2327,"intro":"Each pattern names its symptom, root cause, and structural fix; multiple co-occur.","entries":["BE-02-048","BE-02-049","BE-02-050","BE-02-054","BE-02-055","BE-02-056","BE-02-057","BE-02-058","BE-02-059"],"references":["BE-02-051","BE-02-052","BE-02-053"]},{"id":"orchestrator-section-08","name":"Maturity Scale (L0–L5)","line":2376,"intro":"","entries":["BE-02-060"],"references":[]},{"id":"orchestrator-section-09","name":"The Six Gauges (measurement panel)","line":2385,"intro":"","entries":[],"references":["BE-02-061"]},{"id":"orchestrator-section-10","name":"The Operating Calendar (cadence rhythms)","line":2390,"intro":"","entries":["BE-02-062"],"references":[]},{"id":"orchestrator-section-11","name":"Output Templates (shared artifacts)","line":2399,"intro":"","entries":["BE-02-063","BE-02-064","BE-02-065","BE-02-066","BE-02-067","BE-02-068","BE-02-069","BE-02-070"],"references":[]},{"id":"orchestrator-section-12","name":"Evidence Base (cite as replaceable instances, dated)","line":2436,"intro":"","entries":["BE-02-071","BE-02-072","BE-02-073"],"references":[]},{"id":"orchestrator-section-13","name":"Seat Boundaries & Interop","line":2453,"intro":"","entries":["BE-02-074"],"references":[]}],"entries":["BE-02-001","BE-02-002","BE-02-003","BE-02-004","BE-02-005","BE-02-006","BE-02-007","BE-02-008","BE-02-009","BE-02-010","BE-02-011","BE-02-012","BE-02-013","BE-02-014","BE-02-015","BE-02-016","BE-02-017","BE-02-018","BE-02-019","BE-02-020","BE-02-021","BE-02-022","BE-02-023","BE-02-024","BE-02-025","BE-02-026","BE-02-028","BE-02-029","BE-02-030","BE-02-031","BE-02-032","BE-02-034","BE-02-035","BE-02-038","BE-02-042","BE-02-043","BE-02-047","BE-02-048","BE-02-049","BE-02-050","BE-02-054","BE-02-055","BE-02-056","BE-02-057","BE-02-058","BE-02-059","BE-02-060","BE-02-062","BE-02-063","BE-02-064","BE-02-065","BE-02-066","BE-02-067","BE-02-068","BE-02-069","BE-02-070","BE-02-071","BE-02-072","BE-02-073","BE-02-074"],"references":["BE-02-027","BE-02-033","BE-02-036","BE-02-037","BE-02-039","BE-02-040","BE-02-041","BE-02-044","BE-02-045","BE-02-046","BE-02-051","BE-02-052","BE-02-053","BE-02-061"],"sourceModels":22,"sourceApparatus":38,"part":"IV"},{"id":"cfo","number":"12","name":"AI CFO","arc":"Run the firm","description":"Count the work, fund what compounds, and answer the room.","question":"What does an accepted outcome cost against the honest alternative?","counter":"engineering","color":"#e7c18e","expected":55,"sourceHeading":"The AI CFO","sourceLine":2471,"intro":"","sections":[{"id":"cfo-section-01","name":"Foundational premise — why the number does not exist","line":2474,"intro":"","entries":["BE-12-001","BE-12-002","BE-12-003","BE-12-004"],"references":[]},{"id":"cfo-section-02","name":"The engine — Stages 0 to 5","line":2495,"intro":"","entries":["BE-12-005","BE-12-006","BE-12-007","BE-12-008","BE-12-009","BE-12-010"],"references":[]},{"id":"cfo-section-03","name":"LEDGER — the funding qualification","line":2524,"intro":"","entries":["BE-12-011","BE-12-012","BE-12-013","BE-12-014","BE-12-015","BE-12-016","BE-12-017","BE-12-018","BE-12-019"],"references":[]},{"id":"cfo-section-04","name":"The unit and the counting","line":2565,"intro":"","entries":["BE-12-020","BE-12-022","BE-12-023","BE-12-024","BE-12-025","BE-12-026","BE-12-027"],"references":["BE-12-021"]},{"id":"cfo-section-05","name":"The capital","line":2600,"intro":"","entries":["BE-12-028","BE-12-029","BE-12-030","BE-12-031","BE-12-032"],"references":["BE-12-033"]},{"id":"cfo-section-06","name":"The governance","line":2625,"intro":"","entries":["BE-12-034","BE-12-035","BE-12-036","BE-12-037","BE-12-038","BE-12-039"],"references":[]},{"id":"cfo-section-07","name":"The seat","line":2654,"intro":"","entries":["BE-12-040","BE-12-041","BE-12-042","BE-12-043","BE-12-044"],"references":[]},{"id":"cfo-section-08","name":"The CFO's meters","line":2679,"intro":"","entries":["BE-12-045","BE-12-046","BE-12-047"],"references":[]},{"id":"cfo-section-09","name":"The counting-rule discipline","line":2696,"intro":"","entries":["BE-12-049","BE-12-050"],"references":["BE-12-048"]},{"id":"cfo-section-10","name":"Diagnostic and maturity instruments","line":2711,"intro":"","entries":["BE-12-051","BE-12-052","BE-12-053"],"references":[]},{"id":"cfo-section-11","name":"Calibration thresholds (the seat's default judgments)","line":2728,"intro":"","entries":["BE-12-054"],"references":[]},{"id":"cfo-section-12","name":"Mode cards (the seat's operating modes)","line":2737,"intro":"","entries":["BE-12-056"],"references":["BE-12-055"]},{"id":"cfo-section-13","name":"The failure library (named anti-patterns)","line":2748,"intro":"","entries":["BE-12-057"],"references":[]},{"id":"cfo-section-14","name":"Handoff and interop","line":2757,"intro":"","entries":["BE-12-058","BE-12-059"],"references":[]}],"entries":["BE-12-001","BE-12-002","BE-12-003","BE-12-004","BE-12-005","BE-12-006","BE-12-007","BE-12-008","BE-12-009","BE-12-010","BE-12-011","BE-12-012","BE-12-013","BE-12-014","BE-12-015","BE-12-016","BE-12-017","BE-12-018","BE-12-019","BE-12-020","BE-12-022","BE-12-023","BE-12-024","BE-12-025","BE-12-026","BE-12-027","BE-12-028","BE-12-029","BE-12-030","BE-12-031","BE-12-032","BE-12-034","BE-12-035","BE-12-036","BE-12-037","BE-12-038","BE-12-039","BE-12-040","BE-12-041","BE-12-042","BE-12-043","BE-12-044","BE-12-045","BE-12-046","BE-12-047","BE-12-049","BE-12-050","BE-12-051","BE-12-052","BE-12-053","BE-12-054","BE-12-056","BE-12-057","BE-12-058","BE-12-059"],"references":["BE-12-021","BE-12-033","BE-12-048","BE-12-055"],"sourceModels":42,"sourceApparatus":13,"part":"IV"},{"id":"engineering","number":"07","name":"AI Engineering","arc":"Build the machine","description":"Build and grade the loop, its referee, and its ability to survive drift.","question":"Can this loop meet a standard it cannot quietly rewrite?","counter":"security","color":"#91d9d4","expected":52,"sourceHeading":"AI Engineering","sourceLine":2780,"intro":"","sections":[{"id":"engineering-section-01","name":"Foundational Physics & Governing Ideas","line":2783,"intro":"","entries":["BE-07-001","BE-07-002","BE-07-003","BE-07-004","BE-07-005","BE-07-006"],"references":[]},{"id":"engineering-section-02","name":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","line":2812,"intro":"","entries":["BE-07-007","BE-07-008","BE-07-009","BE-07-010","BE-07-011","BE-07-012"],"references":[]},{"id":"engineering-section-03","name":"The Loop (the discipline's unit)","line":2841,"intro":"","entries":["BE-07-013","BE-07-014","BE-07-015","BE-07-016","BE-07-017"],"references":[]},{"id":"engineering-section-04","name":"Context & Tools","line":2866,"intro":"","entries":["BE-07-018","BE-07-019","BE-07-020","BE-07-021","BE-07-022","BE-07-023"],"references":[]},{"id":"engineering-section-05","name":"The Referee & Measurement Under Optimization Pressure","line":2895,"intro":"","entries":["BE-07-024","BE-07-025","BE-07-026","BE-07-027","BE-07-028","BE-07-029","BE-07-030","BE-07-031","BE-07-032"],"references":[]},{"id":"engineering-section-06","name":"Model Selection, Drift & Portability","line":2936,"intro":"","entries":["BE-07-033","BE-07-034"],"references":[]},{"id":"engineering-section-07","name":"Loop Economics","line":2949,"intro":"","entries":["BE-07-036","BE-07-037"],"references":["BE-07-035"]},{"id":"engineering-section-08","name":"Autonomy & Observability","line":2964,"intro":"","entries":["BE-07-038","BE-07-039","BE-07-040","BE-07-041"],"references":[]},{"id":"engineering-section-09","name":"Discipline, Team & Org","line":2985,"intro":"","entries":["BE-07-042","BE-07-043","BE-07-044","BE-07-045"],"references":[]},{"id":"engineering-section-10","name":"The Six Failure Families (Failure Diagnosis)","line":3006,"intro":"","entries":["BE-07-046","BE-07-047"],"references":[]},{"id":"engineering-section-11","name":"The Maturity Ladder (E0–E5)","line":3019,"intro":"","entries":["BE-07-048"],"references":[]},{"id":"engineering-section-12","name":"Mode Cards (request → mode)","line":3028,"intro":"","entries":["BE-07-049","BE-07-050","BE-07-051","BE-07-052"],"references":[]},{"id":"engineering-section-13","name":"The Three-Layer Grading Architecture","line":3049,"intro":"","entries":["BE-07-053"],"references":[]}],"entries":["BE-07-001","BE-07-002","BE-07-003","BE-07-004","BE-07-005","BE-07-006","BE-07-007","BE-07-008","BE-07-009","BE-07-010","BE-07-011","BE-07-012","BE-07-013","BE-07-014","BE-07-015","BE-07-016","BE-07-017","BE-07-018","BE-07-019","BE-07-020","BE-07-021","BE-07-022","BE-07-023","BE-07-024","BE-07-025","BE-07-026","BE-07-027","BE-07-028","BE-07-029","BE-07-030","BE-07-031","BE-07-032","BE-07-033","BE-07-034","BE-07-036","BE-07-037","BE-07-038","BE-07-039","BE-07-040","BE-07-041","BE-07-042","BE-07-043","BE-07-044","BE-07-045","BE-07-046","BE-07-047","BE-07-048","BE-07-049","BE-07-050","BE-07-051","BE-07-052","BE-07-053"],"references":["BE-07-035"],"sourceModels":41,"sourceApparatus":11,"part":"V"},{"id":"agent","number":"03","name":"Agent Engineering","arc":"Build the machine","description":"Charter one unit of work, close its loop, and gate its graduation.","question":"What may this unit do, and what proof earns it more autonomy?","counter":"orchestrator","color":"#91d9d4","expected":71,"sourceHeading":"Agent Engineering","sourceLine":3063,"intro":"","sections":[{"id":"agent-section-01","name":"Core Thesis & Compression","line":3066,"intro":"","entries":["BE-03-001","BE-03-002"],"references":[]},{"id":"agent-section-02","name":"The Unit Engine (Layers 0–4)","line":3077,"intro":"","entries":["BE-03-003","BE-03-004","BE-03-005","BE-03-006","BE-03-007"],"references":[]},{"id":"agent-section-03","name":"The Nine Elements & Four Bands","line":3100,"intro":"","entries":["BE-03-008","BE-03-009","BE-03-010","BE-03-011","BE-03-012"],"references":[]},{"id":"agent-section-04","name":"Assembly & Loop Models","line":3123,"intro":"","entries":["BE-03-013","BE-03-014","BE-03-015","BE-03-016","BE-03-017","BE-03-018"],"references":[]},{"id":"agent-section-05","name":"Proof & Evaluation Models","line":3150,"intro":"","entries":["BE-03-020","BE-03-021","BE-03-022","BE-03-023"],"references":["BE-03-019"]},{"id":"agent-section-06","name":"Population & Topology Models","line":3171,"intro":"","entries":["BE-03-024","BE-03-025","BE-03-026","BE-03-027","BE-03-028","BE-03-029"],"references":[]},{"id":"agent-section-07","name":"Governance Models","line":3198,"intro":"","entries":["BE-03-030","BE-03-031","BE-03-032","BE-03-033"],"references":[]},{"id":"agent-section-08","name":"Unit Readiness Levels (Graduation Ladder)","line":3217,"intro":"","entries":["BE-03-034","BE-03-035","BE-03-036","BE-03-037","BE-03-038","BE-03-039"],"references":[]},{"id":"agent-section-09","name":"Operating Mode Cards","line":3244,"intro":"","entries":["BE-03-040","BE-03-041","BE-03-042","BE-03-043","BE-03-044","BE-03-045","BE-03-046","BE-03-047"],"references":[]},{"id":"agent-section-10","name":"Failure Pattern Library (Operational)","line":3279,"intro":"","entries":["BE-03-048","BE-03-049","BE-03-050","BE-03-051","BE-03-052","BE-03-053","BE-03-054","BE-03-055","BE-03-056","BE-03-057","BE-03-058","BE-03-059"],"references":[]},{"id":"agent-section-11","name":"Failure Families (Attribution Taxonomy)","line":3330,"intro":"","entries":["BE-03-060","BE-03-061","BE-03-062","BE-03-063","BE-03-064"],"references":[]},{"id":"agent-section-12","name":"Composition & Economics Rules","line":3353,"intro":"","entries":["BE-03-065","BE-03-066","BE-03-067"],"references":[]},{"id":"agent-section-13","name":"Evidence Base (Named, Cite as Replaceable Instances)","line":3368,"intro":"","entries":["BE-03-068","BE-03-069","BE-03-070","BE-03-071"],"references":[]},{"id":"agent-section-14","name":"Interop Protocol (Seat Boundaries)","line":3387,"intro":"","entries":["BE-03-072"],"references":[]}],"entries":["BE-03-001","BE-03-002","BE-03-003","BE-03-004","BE-03-005","BE-03-006","BE-03-007","BE-03-008","BE-03-009","BE-03-010","BE-03-011","BE-03-012","BE-03-013","BE-03-014","BE-03-015","BE-03-016","BE-03-017","BE-03-018","BE-03-020","BE-03-021","BE-03-022","BE-03-023","BE-03-024","BE-03-025","BE-03-026","BE-03-027","BE-03-028","BE-03-029","BE-03-030","BE-03-031","BE-03-032","BE-03-033","BE-03-034","BE-03-035","BE-03-036","BE-03-037","BE-03-038","BE-03-039","BE-03-040","BE-03-041","BE-03-042","BE-03-043","BE-03-044","BE-03-045","BE-03-046","BE-03-047","BE-03-048","BE-03-049","BE-03-050","BE-03-051","BE-03-052","BE-03-053","BE-03-054","BE-03-055","BE-03-056","BE-03-057","BE-03-058","BE-03-059","BE-03-060","BE-03-061","BE-03-062","BE-03-063","BE-03-064","BE-03-065","BE-03-066","BE-03-067","BE-03-068","BE-03-069","BE-03-070","BE-03-071","BE-03-072"],"references":["BE-03-019"],"sourceModels":41,"sourceApparatus":30,"part":"V"},{"id":"harness","number":"04","name":"Harness Engineering","arc":"Build the machine","description":"Engineer the persistent system around the model and the unit.","question":"Which context, tools, gates, and boundaries make the work dependable?","counter":"architect","color":"#91d9d4","expected":61,"sourceHeading":"Harness Engineering","sourceLine":3401,"intro":"","sections":[{"id":"harness-section-01","name":"Core Definitions","line":3404,"intro":"","entries":["BE-04-001","BE-04-002"],"references":[]},{"id":"harness-section-02","name":"The Seven Foundations (Stage 0)","line":3417,"intro":"","entries":["BE-04-003"],"references":[]},{"id":"harness-section-03","name":"The Engine (Part A — run in order, no skipped stages)","line":3426,"intro":"","entries":["BE-04-004","BE-04-005","BE-04-006","BE-04-007","BE-04-008","BE-04-009"],"references":[]},{"id":"harness-section-04","name":"Mode Cards (Part B)","line":3455,"intro":"","entries":["BE-04-011","BE-04-012","BE-04-013","BE-04-014","BE-04-015","BE-04-016","BE-04-017","BE-04-018"],"references":["BE-04-010"]},{"id":"harness-section-05","name":"The Absorption / Boundary Tools","line":3494,"intro":"","entries":["BE-04-019"],"references":[]},{"id":"harness-section-06","name":"Failure Pattern Library (Part C — 12 named patterns)","line":3503,"intro":"","entries":["BE-04-020","BE-04-021","BE-04-022","BE-04-023","BE-04-024","BE-04-025","BE-04-026","BE-04-027","BE-04-028","BE-04-029","BE-04-030","BE-04-031"],"references":[]},{"id":"harness-section-07","name":"The Six Failure Families (Diagnosis Map)","line":3556,"intro":"","entries":[],"references":["BE-04-032"]},{"id":"harness-section-08","name":"Maturity Ladder (Part E — H0–H5)","line":3561,"intro":"","entries":["BE-04-033"],"references":[]},{"id":"harness-section-09","name":"Applied Models / Named Laws & Lenses (Part H)","line":3570,"intro":"","entries":["BE-04-034","BE-04-035","BE-04-036","BE-04-037","BE-04-038","BE-04-039","BE-04-040","BE-04-042","BE-04-043","BE-04-044","BE-04-045","BE-04-047","BE-04-048","BE-04-049","BE-04-050","BE-04-051","BE-04-052","BE-04-053","BE-04-054","BE-04-055","BE-04-056","BE-04-057","BE-04-058","BE-04-059","BE-04-060","BE-04-061","BE-04-062","BE-04-063","BE-04-064"],"references":[]},{"id":"harness-section-10","name":"The Two-Curves History (Evidence Base)","line":3691,"intro":"","entries":["BE-04-065"],"references":[]}],"entries":["BE-04-001","BE-04-002","BE-04-003","BE-04-004","BE-04-005","BE-04-006","BE-04-007","BE-04-008","BE-04-009","BE-04-011","BE-04-012","BE-04-013","BE-04-014","BE-04-015","BE-04-016","BE-04-017","BE-04-018","BE-04-019","BE-04-020","BE-04-021","BE-04-022","BE-04-023","BE-04-024","BE-04-025","BE-04-026","BE-04-027","BE-04-028","BE-04-029","BE-04-030","BE-04-031","BE-04-033","BE-04-034","BE-04-035","BE-04-036","BE-04-037","BE-04-038","BE-04-039","BE-04-040","BE-04-042","BE-04-043","BE-04-044","BE-04-045","BE-04-047","BE-04-048","BE-04-049","BE-04-050","BE-04-051","BE-04-052","BE-04-053","BE-04-054","BE-04-055","BE-04-056","BE-04-057","BE-04-058","BE-04-059","BE-04-060","BE-04-061","BE-04-062","BE-04-063","BE-04-064","BE-04-065"],"references":["BE-04-010","BE-04-032","BE-04-041","BE-04-046"],"sourceModels":33,"sourceApparatus":28,"part":"V"},{"id":"product","number":"08","name":"AI Product Engineering","arc":"Build the machine","description":"Turn a verified outcome into a product that people can adopt.","question":"What customer outcome is verified before the model is chosen?","counter":"growth","color":"#91d9d4","expected":49,"sourceHeading":"AI Product Engineering","sourceLine":3709,"intro":"","sections":[{"id":"product-section-01","name":"Core Frame & Inversions","line":3712,"intro":"","entries":["BE-08-001","BE-08-002","BE-08-003","BE-08-004","BE-08-005","BE-08-006","BE-08-007"],"references":[]},{"id":"product-section-02","name":"The Engine (The Eight-Week Shape)","line":3743,"intro":"","entries":["BE-08-008","BE-08-009","BE-08-010","BE-08-011","BE-08-012"],"references":[]},{"id":"product-section-03","name":"The Five Production Pillars","line":3766,"intro":"","entries":["BE-08-013","BE-08-014","BE-08-015","BE-08-016","BE-08-017"],"references":[]},{"id":"product-section-04","name":"The Two Surfaces","line":3789,"intro":"","entries":["BE-08-018"],"references":[]},{"id":"product-section-05","name":"The Outcome Charter","line":3796,"intro":"","entries":["BE-08-019"],"references":[]},{"id":"product-section-06","name":"Evaluation Frameworks","line":3803,"intro":"","entries":["BE-08-020","BE-08-021","BE-08-022","BE-08-023","BE-08-024","BE-08-025"],"references":[]},{"id":"product-section-07","name":"Data Foundation Frameworks","line":3830,"intro":"","entries":["BE-08-026","BE-08-027","BE-08-028"],"references":[]},{"id":"product-section-08","name":"Orchestration Frameworks","line":3845,"intro":"","entries":["BE-08-029","BE-08-030"],"references":[]},{"id":"product-section-09","name":"Observability & Incident Frameworks","line":3856,"intro":"","entries":["BE-08-031","BE-08-032","BE-08-033","BE-08-034"],"references":[]},{"id":"product-section-10","name":"Governance Frameworks","line":3875,"intro":"","entries":["BE-08-035","BE-08-036","BE-08-038"],"references":["BE-08-037"]},{"id":"product-section-11","name":"Activation & Pricing Frameworks","line":3892,"intro":"","entries":["BE-08-039","BE-08-040"],"references":[]},{"id":"product-section-12","name":"Roadmap Frameworks","line":3903,"intro":"","entries":["BE-08-041"],"references":[]},{"id":"product-section-13","name":"Team & Role Frameworks","line":3910,"intro":"","entries":["BE-08-042","BE-08-043","BE-08-044","BE-08-045"],"references":[]},{"id":"product-section-14","name":"Diagnostic Frameworks","line":3929,"intro":"","entries":["BE-08-046","BE-08-048"],"references":["BE-08-047"]},{"id":"product-section-15","name":"Metrics & Instruments","line":3942,"intro":"","entries":["BE-08-050","BE-08-051"],"references":["BE-08-049"]},{"id":"product-section-16","name":"The Two Eras","line":3955,"intro":"","entries":["BE-08-052"],"references":[]}],"entries":["BE-08-001","BE-08-002","BE-08-003","BE-08-004","BE-08-005","BE-08-006","BE-08-007","BE-08-008","BE-08-009","BE-08-010","BE-08-011","BE-08-012","BE-08-013","BE-08-014","BE-08-015","BE-08-016","BE-08-017","BE-08-018","BE-08-019","BE-08-020","BE-08-021","BE-08-022","BE-08-023","BE-08-024","BE-08-025","BE-08-026","BE-08-027","BE-08-028","BE-08-029","BE-08-030","BE-08-031","BE-08-032","BE-08-033","BE-08-034","BE-08-035","BE-08-036","BE-08-038","BE-08-039","BE-08-040","BE-08-041","BE-08-042","BE-08-043","BE-08-044","BE-08-045","BE-08-046","BE-08-048","BE-08-050","BE-08-051","BE-08-052"],"references":["BE-08-037","BE-08-047","BE-08-049"],"sourceModels":44,"sourceApparatus":5,"part":"V"},{"id":"security","number":"10","name":"Security Engineering","arc":"Build the machine","description":"Examine authority, blast radius, evidence, and runtime control.","question":"What can the system actually do, and how do we contain a failure?","counter":"engineering","color":"#91d9d4","expected":79,"sourceHeading":"Security Engineering","sourceLine":3971,"intro":"","sections":[{"id":"security-section-01","name":"Core Mental Models","line":3974,"intro":"","entries":["BE-10-001","BE-10-002","BE-10-003","BE-10-004","BE-10-005","BE-10-006","BE-10-007","BE-10-008","BE-10-009","BE-10-010","BE-10-011","BE-10-012","BE-10-013"],"references":[]},{"id":"security-section-02","name":"The Engine — Ring 0 Substrate Properties","line":4031,"intro":"Six properties of the actor that constrain every recommendation. Any recommendation that contradicts one is wrong regardless of who asked.","entries":["BE-10-014","BE-10-015","BE-10-016","BE-10-017","BE-10-018","BE-10-019"],"references":[]},{"id":"security-section-03","name":"The Engine — The Five Rings","line":4062,"intro":"The engine walks inward through five rings. At each: *where does trust change hands, what can cross it either way, and what wall must stand?* Run in order; an unbuilt outer wall changes what inner findings mean.","entries":["BE-10-020","BE-10-021","BE-10-022","BE-10-023","BE-10-024","BE-10-025"],"references":[]},{"id":"security-section-04","name":"The Instruction-Origin Test","line":4093,"intro":"Can the system distinguish user, system, trusted internal policy, retrieved internal content, and untrusted external content — and does authority follow origin rather than the mere fact of being text?\n- **Apply**: Run in Ring 2 to check whether content-becomes-command is possible; the answer to injection is never a better sentence in the system prompt.","entries":[],"references":[]},{"id":"security-section-05","name":"The Census Test","line":4099,"intro":"\"If this agent behaves badly right now, who owns it and how far can it go?\" If answering requires an investigation, there is no census.\n- **Apply**: Use as the pass/fail bar for whether a machine-identity register actually exists.","entries":[],"references":[]},{"id":"security-section-06","name":"The Separation / Deception Test","line":4105,"intro":"\"If the agent deliberately tried to deceive the investigation, what evidence would still be trustworthy?\" If the answer is \"the transcript the agent produced,\" separation is absent.\n- **Apply**: Run in Ring 4 and Mode 6 to verify telemetry integrity.","entries":[],"references":[]},{"id":"security-section-07","name":"The Walkable Estate Test","line":4111,"intro":"The closing instrument — eight questions each answered YES-with-an-artifact or NO: (1) do you know which agents exist because you counted them; (2) what each can do because you scoped it; (3) what actually happened because the actor doesn't control the evidence; (4) which shared resources can become channels; (5) which persistent memories can shape future behavior; (6) who can alter the loop; (7) how fast you can stop an actor because you tested it; (8) when one wall fails, which wall catches it. Eight YES answers is the definition of done.\n- **Apply**: Run at the end of every Estate Review and every year; the goal is never \"safe\" but knowing who can act, what they can touch, what happened, and how fast you can stop them.","entries":[],"references":[]},{"id":"security-section-08","name":"Hard Thresholds","line":4119,"intro":"","entries":["BE-10-026","BE-10-027","BE-10-028","BE-10-029","BE-10-030","BE-10-031","BE-10-032","BE-10-033","BE-10-034","BE-10-035","BE-10-036","BE-10-037"],"references":[]},{"id":"security-section-09","name":"The Six Openings (Attack Surface Board)","line":4172,"intro":"","entries":["BE-10-038"],"references":[]},{"id":"security-section-10","name":"The Six Control Planes","line":4181,"intro":"","entries":["BE-10-039"],"references":[]},{"id":"security-section-11","name":"The Autonomy Ladder","line":4190,"intro":"","entries":["BE-10-040","BE-10-041"],"references":[]},{"id":"security-section-12","name":"Named Laws & Rules","line":4203,"intro":"","entries":["BE-10-042","BE-10-043","BE-10-044","BE-10-045","BE-10-046","BE-10-047","BE-10-048","BE-10-049"],"references":[]},{"id":"security-section-13","name":"Failure Families (Attribution Library)","line":4240,"intro":"Twelve patterns; every finding is attributed to exactly one and fixed at its own layer.","entries":["BE-10-050","BE-10-051","BE-10-052","BE-10-053","BE-10-054","BE-10-055","BE-10-056","BE-10-057","BE-10-058","BE-10-059","BE-10-060","BE-10-061","BE-10-062"],"references":[]},{"id":"security-section-14","name":"The Maturity Scale (S0–S5)","line":4299,"intro":"","entries":["BE-10-063"],"references":[]},{"id":"security-section-15","name":"The Six Gauges","line":4308,"intro":"","entries":["BE-10-064"],"references":[]},{"id":"security-section-16","name":"Mode Cards","line":4317,"intro":"","entries":["BE-10-065","BE-10-066","BE-10-067","BE-10-068","BE-10-070","BE-10-071","BE-10-072","BE-10-073","BE-10-074","BE-10-075","BE-10-076","BE-10-077","BE-10-078","BE-10-079"],"references":["BE-10-069"]},{"id":"security-section-17","name":"Refusals as Deliverables","line":4380,"intro":"","entries":["BE-10-080"],"references":[]}],"entries":["BE-10-001","BE-10-002","BE-10-003","BE-10-004","BE-10-005","BE-10-006","BE-10-007","BE-10-008","BE-10-009","BE-10-010","BE-10-011","BE-10-012","BE-10-013","BE-10-014","BE-10-015","BE-10-016","BE-10-017","BE-10-018","BE-10-019","BE-10-020","BE-10-021","BE-10-022","BE-10-023","BE-10-024","BE-10-025","BE-10-026","BE-10-027","BE-10-028","BE-10-029","BE-10-030","BE-10-031","BE-10-032","BE-10-033","BE-10-034","BE-10-035","BE-10-036","BE-10-037","BE-10-038","BE-10-039","BE-10-040","BE-10-041","BE-10-042","BE-10-043","BE-10-044","BE-10-045","BE-10-046","BE-10-047","BE-10-048","BE-10-049","BE-10-050","BE-10-051","BE-10-052","BE-10-053","BE-10-054","BE-10-055","BE-10-056","BE-10-057","BE-10-058","BE-10-059","BE-10-060","BE-10-061","BE-10-062","BE-10-063","BE-10-064","BE-10-065","BE-10-066","BE-10-067","BE-10-068","BE-10-070","BE-10-071","BE-10-072","BE-10-073","BE-10-074","BE-10-075","BE-10-076","BE-10-077","BE-10-078","BE-10-079","BE-10-080"],"references":["BE-10-069"],"sourceModels":51,"sourceApparatus":28,"part":"V"},{"id":"growth","number":"09","name":"AI Growth Engineering","arc":"Grow it","description":"Connect discovery, activation, retention, and learning to accepted work.","question":"Which loop produces retained value, and who controls its discovery?","counter":"product","color":"#c4d88d","expected":53,"sourceHeading":"AI Growth Engineering","sourceLine":4399,"intro":"","sections":[{"id":"growth-section-01","name":"The Foundational Frame — Growth Changed Its Object","line":4402,"intro":"","entries":["BE-09-002","BE-09-003","BE-09-004","BE-09-005"],"references":["BE-09-001"]},{"id":"growth-section-02","name":"The Property Line","line":4425,"intro":"","entries":["BE-09-006","BE-09-007","BE-09-008","BE-09-009"],"references":[]},{"id":"growth-section-03","name":"The Five Growth Loops","line":4446,"intro":"","entries":["BE-09-010","BE-09-011","BE-09-012","BE-09-013","BE-09-014"],"references":[]},{"id":"growth-section-04","name":"The Engine (Stages 0–5)","line":4471,"intro":"","entries":["BE-09-015","BE-09-016","BE-09-017","BE-09-018","BE-09-019","BE-09-020"],"references":[]},{"id":"growth-section-05","name":"The Rewired Channels","line":4500,"intro":"","entries":["BE-09-021","BE-09-022","BE-09-023","BE-09-024","BE-09-025","BE-09-026","BE-09-027"],"references":[]},{"id":"growth-section-06","name":"The Metrics System","line":4533,"intro":"","entries":["BE-09-028","BE-09-029","BE-09-030","BE-09-031","BE-09-033"],"references":["BE-09-032","BE-09-034","BE-09-035"]},{"id":"growth-section-07","name":"The Referee & Experimentation","line":4562,"intro":"","entries":["BE-09-036","BE-09-037","BE-09-038","BE-09-039"],"references":[]},{"id":"growth-section-08","name":"Loop Mechanics & Sub-Models","line":4583,"intro":"","entries":["BE-09-040","BE-09-041","BE-09-042","BE-09-043","BE-09-044","BE-09-045","BE-09-046"],"references":[]},{"id":"growth-section-09","name":"Applied Library Models (cross-suite)","line":4616,"intro":"","entries":["BE-09-047","BE-09-048","BE-09-049"],"references":[]},{"id":"growth-section-10","name":"Growth Team Design","line":4633,"intro":"","entries":["BE-09-050","BE-09-051"],"references":[]},{"id":"growth-section-11","name":"Maturity Ladder (G0–G5)","line":4646,"intro":"","entries":["BE-09-052"],"references":[]},{"id":"growth-section-12","name":"Failure Pattern Library (12)","line":4655,"intro":"","entries":["BE-09-053"],"references":[]},{"id":"growth-section-13","name":"Named Laws & Hard Thresholds","line":4664,"intro":"","entries":["BE-09-054","BE-09-056","BE-09-057","BE-09-058"],"references":["BE-09-055"]}],"entries":["BE-09-002","BE-09-003","BE-09-004","BE-09-005","BE-09-006","BE-09-007","BE-09-008","BE-09-009","BE-09-010","BE-09-011","BE-09-012","BE-09-013","BE-09-014","BE-09-015","BE-09-016","BE-09-017","BE-09-018","BE-09-019","BE-09-020","BE-09-021","BE-09-022","BE-09-023","BE-09-024","BE-09-025","BE-09-026","BE-09-027","BE-09-028","BE-09-029","BE-09-030","BE-09-031","BE-09-033","BE-09-036","BE-09-037","BE-09-038","BE-09-039","BE-09-040","BE-09-041","BE-09-042","BE-09-043","BE-09-044","BE-09-045","BE-09-046","BE-09-047","BE-09-048","BE-09-049","BE-09-050","BE-09-051","BE-09-052","BE-09-053","BE-09-054","BE-09-056","BE-09-057","BE-09-058"],"references":["BE-09-001","BE-09-032","BE-09-034","BE-09-035","BE-09-055"],"sourceModels":45,"sourceApparatus":8,"part":"VI"},{"id":"fde","number":"05","name":"Forward-Deployed Engineer","arc":"Take the field","description":"Find a wedge, build in the field, and retain reusable learning.","question":"What becomes repeatable after this engagement is over?","counter":"buyer","color":"#dbb4ca","expected":55,"sourceHeading":"The Forward-Deployed Engineer","sourceLine":4701,"intro":"","sections":[{"id":"fde-section-01","name":"Governing Definitions & Compressions","line":4704,"intro":"","entries":["BE-05-001","BE-05-002","BE-05-003"],"references":[]},{"id":"fde-section-02","name":"The Engine (Stages 0–5)","line":4719,"intro":"","entries":["BE-05-004","BE-05-005","BE-05-006","BE-05-007","BE-05-008","BE-05-009"],"references":[]},{"id":"fde-section-03","name":"Core Mental Models","line":4746,"intro":"","entries":["BE-05-010","BE-05-011","BE-05-013","BE-05-015","BE-05-016","BE-05-018","BE-05-019","BE-05-020","BE-05-021","BE-05-022","BE-05-023"],"references":["BE-05-012","BE-05-014","BE-05-017"]},{"id":"fde-section-04","name":"The Buyer's Lenses (Sovereignty)","line":4799,"intro":"","entries":["BE-05-024","BE-05-025","BE-05-027"],"references":["BE-05-026"]},{"id":"fde-section-05","name":"The Commercial Layer (Contract & Pricing)","line":4816,"intro":"","entries":["BE-05-028","BE-05-029","BE-05-030","BE-05-031","BE-05-032"],"references":[]},{"id":"fde-section-06","name":"Building the Motion (Firm Seat)","line":4839,"intro":"","entries":["BE-05-033","BE-05-034","BE-05-035","BE-05-036","BE-05-037","BE-05-038"],"references":[]},{"id":"fde-section-07","name":"Building Internally (Enterprise Seat)","line":4866,"intro":"","entries":["BE-05-039","BE-05-040","BE-05-041","BE-05-042"],"references":["BE-05-043"]},{"id":"fde-section-08","name":"Positioning (Motion by Position)","line":4887,"intro":"","entries":["BE-05-044","BE-05-045"],"references":[]},{"id":"fde-section-09","name":"Diagnosis & Measurement","line":4898,"intro":"","entries":["BE-05-047","BE-05-048"],"references":["BE-05-046"]},{"id":"fde-section-10","name":"Career (Individual Seat)","line":4911,"intro":"","entries":["BE-05-049","BE-05-050","BE-05-051","BE-05-052","BE-05-053","BE-05-054"],"references":[]},{"id":"fde-section-11","name":"Named Applied Models (Additional Lenses)","line":4938,"intro":"","entries":["BE-05-055","BE-05-056","BE-05-057","BE-05-058","BE-05-059","BE-05-060"],"references":[]},{"id":"fde-section-12","name":"Motion Maturity (F0–F5)","line":4965,"intro":"","entries":["BE-05-061"],"references":[]}],"entries":["BE-05-001","BE-05-002","BE-05-003","BE-05-004","BE-05-005","BE-05-006","BE-05-007","BE-05-008","BE-05-009","BE-05-010","BE-05-011","BE-05-013","BE-05-015","BE-05-016","BE-05-018","BE-05-019","BE-05-020","BE-05-021","BE-05-022","BE-05-023","BE-05-024","BE-05-025","BE-05-027","BE-05-028","BE-05-029","BE-05-030","BE-05-031","BE-05-032","BE-05-033","BE-05-034","BE-05-035","BE-05-036","BE-05-037","BE-05-038","BE-05-039","BE-05-040","BE-05-041","BE-05-042","BE-05-044","BE-05-045","BE-05-047","BE-05-048","BE-05-049","BE-05-050","BE-05-051","BE-05-052","BE-05-053","BE-05-054","BE-05-055","BE-05-056","BE-05-057","BE-05-058","BE-05-059","BE-05-060","BE-05-061"],"references":["BE-05-012","BE-05-014","BE-05-017","BE-05-026","BE-05-043","BE-05-046"],"sourceModels":48,"sourceApparatus":7,"part":"VII"},{"id":"sales","number":"06","name":"Enterprise Sales","arc":"Take the field","description":"Navigate the account, people, proof, paper, and commercial motion.","question":"What proof and risk allocation let the customer commit?","counter":"buyer","color":"#dbb4ca","expected":45,"sourceHeading":"Enterprise Sales","sourceLine":4983,"intro":"","sections":[{"id":"sales-section-01","name":"Governing Mental Models","line":4986,"intro":"","entries":["BE-06-001","BE-06-003","BE-06-004","BE-06-005"],"references":["BE-06-002","BE-06-006"]},{"id":"sales-section-02","name":"The Deal Engine (Stages 0–5)","line":5009,"intro":"","entries":["BE-06-007","BE-06-008","BE-06-009","BE-06-010","BE-06-011","BE-06-012"],"references":[]},{"id":"sales-section-03","name":"Mode Cards","line":5036,"intro":"","entries":["BE-06-013","BE-06-014","BE-06-015","BE-06-016","BE-06-017","BE-06-018","BE-06-020","BE-06-021","BE-06-022"],"references":["BE-06-019"]},{"id":"sales-section-04","name":"Named Laws & Rules","line":5077,"intro":"","entries":["BE-06-023","BE-06-024","BE-06-025","BE-06-026","BE-06-027","BE-06-028","BE-06-029","BE-06-030","BE-06-031","BE-06-032","BE-06-033","BE-06-034","BE-06-035","BE-06-036","BE-06-037","BE-06-038","BE-06-039"],"references":["BE-06-040"]},{"id":"sales-section-05","name":"Lenses & Composite Frames","line":5150,"intro":"","entries":["BE-06-041","BE-06-042","BE-06-043","BE-06-044","BE-06-045","BE-06-046","BE-06-047","BE-06-048"],"references":["BE-06-049"]},{"id":"sales-section-06","name":"Motion Maturity Ladder (S0–S5)","line":5187,"intro":"","entries":["BE-06-050"],"references":[]}],"entries":["BE-06-001","BE-06-003","BE-06-004","BE-06-005","BE-06-007","BE-06-008","BE-06-009","BE-06-010","BE-06-011","BE-06-012","BE-06-013","BE-06-014","BE-06-015","BE-06-016","BE-06-017","BE-06-018","BE-06-020","BE-06-021","BE-06-022","BE-06-023","BE-06-024","BE-06-025","BE-06-026","BE-06-027","BE-06-028","BE-06-029","BE-06-030","BE-06-031","BE-06-032","BE-06-033","BE-06-034","BE-06-035","BE-06-036","BE-06-037","BE-06-038","BE-06-039","BE-06-041","BE-06-042","BE-06-043","BE-06-044","BE-06-045","BE-06-046","BE-06-047","BE-06-048","BE-06-050"],"references":["BE-06-002","BE-06-006","BE-06-019","BE-06-040","BE-06-049"],"sourceModels":29,"sourceApparatus":16,"part":"VII"},{"id":"buyer","number":"13","name":"Enterprise Buyer","arc":"Take the field","description":"Own the standard, verify the title, and keep the decision loop.","question":"What do we own, what can we verify, and how do we leave?","counter":"sales","color":"#dbb4ca","expected":58,"sourceHeading":"The Enterprise Buyer","sourceLine":5201,"intro":"","sections":[{"id":"buyer-section-01","name":"Core Orientation","line":5204,"intro":"","entries":["BE-13-001","BE-13-002","BE-13-003","BE-13-004","BE-13-005"],"references":[]},{"id":"buyer-section-02","name":"The Engine — VERIFIED and Its Governing Rule","line":5229,"intro":"","entries":["BE-13-006","BE-13-007","BE-13-008","BE-13-009"],"references":[]},{"id":"buyer-section-03","name":"Named Laws, Rules, and Hard Thresholds","line":5250,"intro":"","entries":["BE-13-010","BE-13-011","BE-13-012","BE-13-013","BE-13-014","BE-13-015","BE-13-016","BE-13-017","BE-13-018","BE-13-019","BE-13-020"],"references":[]},{"id":"buyer-section-04","name":"Distinctive Mental Models","line":5299,"intro":"","entries":["BE-13-021","BE-13-022","BE-13-023","BE-13-024","BE-13-025","BE-13-026","BE-13-027","BE-13-028","BE-13-029","BE-13-030","BE-13-031","BE-13-033","BE-13-034","BE-13-035","BE-13-036","BE-13-037","BE-13-038","BE-13-039","BE-13-040","BE-13-041","BE-13-042"],"references":["BE-13-032"]},{"id":"buyer-section-05","name":"Lenses — Modes of the Discipline","line":5390,"intro":"","entries":["BE-13-043","BE-13-044","BE-13-045","BE-13-046","BE-13-047","BE-13-048","BE-13-049","BE-13-050","BE-13-051","BE-13-052","BE-13-053","BE-13-054","BE-13-055"],"references":["BE-13-056"]},{"id":"buyer-section-06","name":"Room Craft and Counter-Moves","line":5447,"intro":"","entries":["BE-13-057","BE-13-058","BE-13-059","BE-13-060"],"references":[]},{"id":"buyer-section-07","name":"Maturity Model (B0–B5)","line":5468,"intro":"A ladder from vendor-defined correct to a contract with a life — B0: vendors define correct; B1: the standard exists and is signed; B2: advocacy and audit are separate names; B3: proof runs on the buyer's floor with thresholds set in advance; B4: rights scheduled and the exit priced before signature; B5: the contract has a life (gauges read on cadence, drift logged, VERIFIED re-run annually, renewals graded on outcomes).\n- **Apply**: Locate the buying organization on the ladder. The tell: B4 claimed with an exit that has never been rehearsed is really B2.","entries":[],"references":[]}],"entries":["BE-13-001","BE-13-002","BE-13-003","BE-13-004","BE-13-005","BE-13-006","BE-13-007","BE-13-008","BE-13-009","BE-13-010","BE-13-011","BE-13-012","BE-13-013","BE-13-014","BE-13-015","BE-13-016","BE-13-017","BE-13-018","BE-13-019","BE-13-020","BE-13-021","BE-13-022","BE-13-023","BE-13-024","BE-13-025","BE-13-026","BE-13-027","BE-13-028","BE-13-029","BE-13-030","BE-13-031","BE-13-033","BE-13-034","BE-13-035","BE-13-036","BE-13-037","BE-13-038","BE-13-039","BE-13-040","BE-13-041","BE-13-042","BE-13-043","BE-13-044","BE-13-045","BE-13-046","BE-13-047","BE-13-048","BE-13-049","BE-13-050","BE-13-051","BE-13-052","BE-13-053","BE-13-054","BE-13-055","BE-13-057","BE-13-058","BE-13-059","BE-13-060"],"references":["BE-13-032","BE-13-056"],"sourceModels":54,"sourceApparatus":4,"part":"VII"}],"entries":[{"id":"BE-00-001","name":"BE Thinking OS","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"The integrated cognitive architecture that works simultaneously as a method of analysis, a relevance filter, and a refinement loop — converting complexity into deployable insight by forcing every input through structural, contextual, and pragmatic gates before any output.","apply":"Receive input, activate the structural filter (what system is at play?), pass through the contextual gate (who needs this, why now?), compress to the load-bearing insight, format for deployment, then feed the output back for calibration.","keyQuestion":"Is this insight structurally grounded, contextually anchored, and deployable — or just interesting?","body":"The integrated cognitive architecture that works simultaneously as a method of analysis, a relevance filter, and a refinement loop — converting complexity into deployable insight by forcing every input through structural, contextual, and pragmatic gates before any output.\n- **Apply**: Receive input, activate the structural filter (what system is at play?), pass through the contextual gate (who needs this, why now?), compress to the load-bearing insight, format for deployment, then feed the output back for calibration.\n- **Key Q**: \"Is this insight structurally grounded, contextually anchored, and deployable — or just interesting?\"","sourceLine":129,"sourceNumber":1,"part":"I","register":"full","themes":[],"concepts":["BE-M0001"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-002","name":"Structural Thinking as Default","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"The discipline of always seeking the framework, system, or structural view before engaging with content — structure is the primary mode of cognition, not a tool reached for, and data is used to validate or falsify it.","apply":"On any new information, pause before reacting, ask what system it belongs to, identify the structural skeleton (inputs, mechanisms, outputs, feedback), then engage the content details and check whether they confirm or break the structural hypothesis.","keyQuestion":"What is the structure here — and does the content confirm or break it?","body":"The discipline of always seeking the framework, system, or structural view before engaging with content — structure is the primary mode of cognition, not a tool reached for, and data is used to validate or falsify it.\n- **Apply**: On any new information, pause before reacting, ask what system it belongs to, identify the structural skeleton (inputs, mechanisms, outputs, feedback), then engage the content details and check whether they confirm or break the structural hypothesis.\n- **Key Q**: \"What is the structure here — and does the content confirm or break it?\"","sourceLine":134,"sourceNumber":2,"part":"I","register":"full","themes":[],"concepts":["BE-M0002"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-003","name":"Contextual Precision","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Anchoring every analysis in three coordinates — WHO it is for, WHY NOW it matters, and HOW it will be used — because even structurally perfect analysis becomes noise without context.","apply":"Before analyzing, define the audience, identify the temporal trigger, and determine the output mode; calibrate depth, language, and emphasis to all three, and strip anything that doesn't serve the specific context.","keyQuestion":"For whom, why now, and how will this be used?","body":"Anchoring every analysis in three coordinates — WHO it is for, WHY NOW it matters, and HOW it will be used — because even structurally perfect analysis becomes noise without context.\n- **Apply**: Before analyzing, define the audience, identify the temporal trigger, and determine the output mode; calibrate depth, language, and emphasis to all three, and strip anything that doesn't serve the specific context.\n- **Key Q**: \"For whom, why now, and how will this be used?\"","sourceLine":139,"sourceNumber":3,"part":"I","register":"full","themes":[],"concepts":["BE-M0003"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-004","name":"Meta-Compression","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Reducing any insight to its minimum viable form across three levels — conceptual (core idea), structural (mechanism), and deployment (action) — through distillation under pressure where every surviving word is load-bearing.","apply":"Start from the full analysis, extract the one-sentence core, compress the mechanism to 2-3 steps and the deployment to one actionable line, then test that the compressed version still carries the structural insight rather than a platitude.","keyQuestion":"Can I compress this further without losing the mechanism?","body":"Reducing any insight to its minimum viable form across three levels — conceptual (core idea), structural (mechanism), and deployment (action) — through distillation under pressure where every surviving word is load-bearing.\n- **Apply**: Start from the full analysis, extract the one-sentence core, compress the mechanism to 2-3 steps and the deployment to one actionable line, then test that the compressed version still carries the structural insight rather than a platitude.\n- **Key Q**: \"Can I compress this further without losing the mechanism?\"","sourceLine":144,"sourceNumber":4,"part":"I","register":"full","themes":[],"concepts":["BE-M0004"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-005","name":"Layered Output Logic","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Structuring any analysis into three nested layers — macro mechanism, organizational impact, and operator takeaway — so multiple audiences extract value from the same output while each layer stands alone.","apply":"Identify the macro mechanism first, translate downward to organizational impact and then to the individual operator's next decision, verify vertical coherence, and format so readers can enter at any layer.","keyQuestion":"Does this analysis work for the strategist, the manager, AND the operator — simultaneously?","body":"Structuring any analysis into three nested layers — macro mechanism, organizational impact, and operator takeaway — so multiple audiences extract value from the same output while each layer stands alone.\n- **Apply**: Identify the macro mechanism first, translate downward to organizational impact and then to the individual operator's next decision, verify vertical coherence, and format so readers can enter at any layer.\n- **Key Q**: \"Does this analysis work for the strategist, the manager, AND the operator — simultaneously?\"","sourceLine":149,"sourceNumber":5,"part":"I","register":"full","themes":[],"concepts":["BE-M0005"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-006","name":"Pragmatic Rigor","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Prioritizing mechanism, causality, and feedback loops over narrative polish — every claim must be \"load-bearing\" and falsifiable, because an insight that sounds good but lacks a causal mechanism creates false confidence.","apply":"For each claim, apply the load-bearing test (remove it — does the argument collapse?), cut decorative claims, make surviving mechanisms explicit, identify amplifying or dampening feedback, and state what evidence would disprove it.","keyQuestion":"Is every claim in this analysis load-bearing — or am I decorating?","body":"Prioritizing mechanism, causality, and feedback loops over narrative polish — every claim must be \"load-bearing\" and falsifiable, because an insight that sounds good but lacks a causal mechanism creates false confidence.\n- **Apply**: For each claim, apply the load-bearing test (remove it — does the argument collapse?), cut decorative claims, make surviving mechanisms explicit, identify amplifying or dampening feedback, and state what evidence would disprove it.\n- **Key Q**: \"Is every claim in this analysis load-bearing — or am I decorating?\"","sourceLine":154,"sourceNumber":6,"part":"I","register":"full","themes":[],"concepts":["BE-M0006"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-007","name":"Edge Framing","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Systematically interrogating consensus to surface what the market has mispriced, overlooked, or gotten structurally wrong — disciplined search for insight, not contrarianism for its own sake.","apply":"Map the consensus and its embedded assumptions, stress-test each, look for the overlooked or mispriced variable, validate that the edge is structural (backed by mechanism), and frame the insight around the gap between consensus and reality.","keyQuestion":"What has the consensus mispriced, overlooked, or gotten structurally wrong?","body":"Systematically interrogating consensus to surface what the market has mispriced, overlooked, or gotten structurally wrong — disciplined search for insight, not contrarianism for its own sake.\n- **Apply**: Map the consensus and its embedded assumptions, stress-test each, look for the overlooked or mispriced variable, validate that the edge is structural (backed by mechanism), and frame the insight around the gap between consensus and reality.\n- **Key Q**: \"What has the consensus mispriced, overlooked, or gotten structurally wrong?\"","sourceLine":159,"sourceNumber":7,"part":"I","register":"full","themes":[],"concepts":["BE-M0007"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-008","name":"Integration Engine","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Connecting insights across technology, economics, behavior, narrative, and incentives into a unified view, because real outcomes are determined by the interaction of all five domains simultaneously.","apply":"Analyze the phenomenon through each of the five lenses independently, map their interactions, identify the dominant driving layer and the lagging layer — the gap between them is where the insight lives.","keyQuestion":"Which domain is driving this outcome — and which domain hasn't caught up yet?","body":"Connecting insights across technology, economics, behavior, narrative, and incentives into a unified view, because real outcomes are determined by the interaction of all five domains simultaneously.\n- **Apply**: Analyze the phenomenon through each of the five lenses independently, map their interactions, identify the dominant driving layer and the lagging layer — the gap between them is where the insight lives.\n- **Key Q**: \"Which domain is driving this outcome — and which domain hasn't caught up yet?\"","sourceLine":164,"sourceNumber":8,"part":"I","register":"full","themes":[],"concepts":["BE-M0008"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-009","name":"Strategic Narrative Compression","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"A three-phase deployment protocol for communicating structural insight — Orient (stakes and audience), Illuminate (the mechanism), and Activate (actionable implications).","apply":"Open by orienting the audience on what's at stake, illuminate the mechanism in 2-3 steps, activate with a concrete next move; test that the Orient phase alone signals relevance and the Activate phase alone enables action.","keyQuestion":"Have I oriented, illuminated, and activated — or just informed?","body":"A three-phase deployment protocol for communicating structural insight — Orient (stakes and audience), Illuminate (the mechanism), and Activate (actionable implications).\n- **Apply**: Open by orienting the audience on what's at stake, illuminate the mechanism in 2-3 steps, activate with a concrete next move; test that the Orient phase alone signals relevance and the Activate phase alone enables action.\n- **Key Q**: \"Have I oriented, illuminated, and activated — or just informed?\"","sourceLine":169,"sourceNumber":9,"part":"I","register":"full","themes":[],"concepts":["BE-M0009"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-010","name":"Calibration Loop","discipline":"core","section":"core-section-01","sectionName":"I. THE BE THINKING OS","kind":"Model / lens","essence":"Iteratively refining the same insight across variants — sharper, more contrarian, more compressed, more audience-specific — until maximum precision is reached, since the first draft is never the best.","apply":"State the insight, generate sharper, more contrarian, and 50%-compressed versions plus an audience-reframed one, compare which is structurally strongest, adopt the winner, and repeat if needed.","keyQuestion":"Is this the sharpest, most precise version of this insight — or can I compress and calibrate further?","body":"Iteratively refining the same insight across variants — sharper, more contrarian, more compressed, more audience-specific — until maximum precision is reached, since the first draft is never the best.\n- **Apply**: State the insight, generate sharper, more contrarian, and 50%-compressed versions plus an audience-reframed one, compare which is structurally strongest, adopt the winner, and repeat if needed.\n- **Key Q**: \"Is this the sharpest, most precise version of this insight — or can I compress and calibrate further?\"","sourceLine":174,"sourceNumber":10,"part":"I","register":"full","themes":[],"concepts":["BE-M0010"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-011","name":"Structural vs Reactive Thinking","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"The distinction between reactive thinking (Event → Response) and structural thinking (Event → System → Mechanism → Implication); the response must address the mechanism, not the symptom.","apply":"When an event occurs, catch yourself before reacting, ask what system produced it, identify the causal mechanism, map second-order implications, then respond to the mechanism.","keyQuestion":"Am I reacting to the event — or understanding the system that produced it?","body":"The distinction between reactive thinking (Event → Response) and structural thinking (Event → System → Mechanism → Implication); the response must address the mechanism, not the symptom.\n- **Apply**: When an event occurs, catch yourself before reacting, ask what system produced it, identify the causal mechanism, map second-order implications, then respond to the mechanism.\n- **Key Q**: \"Am I reacting to the event — or understanding the system that produced it?\"","sourceLine":182,"sourceNumber":11,"part":"I","register":"full","themes":[],"concepts":["BE-M0011"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-012","name":"Structural Thinking Workflow","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"The five-step sequence for converting observation into structural insight: Pattern Recognition, Structural Diagnosis, Constraint Identification, Leverage Point Discovery, and Second-Order Implications.","apply":"Observe recurring patterns, hypothesize the system generating them, find the single binding constraint, locate the high-leverage intervention point, and project the consequences of consequences.","keyQuestion":"What is the binding constraint, and where is the leverage point?","body":"The five-step sequence for converting observation into structural insight: Pattern Recognition, Structural Diagnosis, Constraint Identification, Leverage Point Discovery, and Second-Order Implications.\n- **Apply**: Observe recurring patterns, hypothesize the system generating them, find the single binding constraint, locate the high-leverage intervention point, and project the consequences of consequences.\n- **Key Q**: \"What is the binding constraint, and where is the leverage point?\"","sourceLine":187,"sourceNumber":12,"part":"I","register":"full","themes":[],"concepts":["BE-M0012"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-013","name":"Reality Gap Analysis","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"A diagnostic that identifies the chasm between what markets believe (narrative) and what structural forces will deliver (reality) — the gap is where mispricing lives, and structure eventually wins.","apply":"Map the dominant narrative, map the structural forces (capital, technology, regulation, competition), measure the size and direction of divergence, estimate the convergence timeline, and position accordingly.","keyQuestion":"Where is the gap between what the market believes and what structural forces will deliver?","body":"A diagnostic that identifies the chasm between what markets believe (narrative) and what structural forces will deliver (reality) — the gap is where mispricing lives, and structure eventually wins.\n- **Apply**: Map the dominant narrative, map the structural forces (capital, technology, regulation, competition), measure the size and direction of divergence, estimate the convergence timeline, and position accordingly.\n- **Key Q**: \"Where is the gap between what the market believes and what structural forces will deliver?\"","sourceLine":192,"sourceNumber":13,"part":"I","register":"full","themes":[],"concepts":["BE-M0013"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-014","name":"Hidden Driver Detection","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"A three-layer diagnostic of puzzling decisions — Stated Reason (PR), Plausible Reason (analyst take), and Structural Driver (existential imperative) — where the real explanation almost always lives at layer three.","apply":"Note the stated reason, apply analyst logic for the plausible reason, then dig to the existential constraint that makes the decision inevitable; test by asking whether they'd act even if the first two reasons were false.","keyQuestion":"What is the existential imperative that makes this decision structurally inevitable?","body":"A three-layer diagnostic of puzzling decisions — Stated Reason (PR), Plausible Reason (analyst take), and Structural Driver (existential imperative) — where the real explanation almost always lives at layer three.\n- **Apply**: Note the stated reason, apply analyst logic for the plausible reason, then dig to the existential constraint that makes the decision inevitable; test by asking whether they'd act even if the first two reasons were false.\n- **Key Q**: \"What is the existential imperative that makes this decision structurally inevitable?\"","sourceLine":197,"sourceNumber":14,"part":"I","register":"full","themes":[],"concepts":["BE-M0014"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-015","name":"Constraint Mapping","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"A method for finding the single binding constraint via three tests — Bottleneck (what breaks first at 10x?), Substitution (is it truly irreplaceable?), and Veto (who can single-handedly block everything?).","apply":"List apparent constraints, run all three tests, and the constraint that breaks first, can't be substituted, and holds veto power is the binding one — address it before anything else.","keyQuestion":"What is the single binding constraint — and what happens if it's relaxed or tightened?","body":"A method for finding the single binding constraint via three tests — Bottleneck (what breaks first at 10x?), Substitution (is it truly irreplaceable?), and Veto (who can single-handedly block everything?).\n- **Apply**: List apparent constraints, run all three tests, and the constraint that breaks first, can't be substituted, and holds veto power is the binding one — address it before anything else.\n- **Key Q**: \"What is the single binding constraint — and what happens if it's relaxed or tightened?\"","sourceLine":202,"sourceNumber":15,"part":"I","register":"full","themes":[],"concepts":["BE-M0015"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-016","name":"Power Distribution Analysis","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"Mapping where real leverage resides by distinguishing three power types — Veto (block without alternatives), Compulsion (force action), and Rule-Making (reshape the game's rules).","apply":"Identify all actors, assess each for veto, compulsion, and rule-making power, map the distribution, find the dominant holder, and build strategy that accounts for or works through them.","keyQuestion":"Who can block, who can force, and who can rewrite the rules — and are they the same actor?","body":"Mapping where real leverage resides by distinguishing three power types — Veto (block without alternatives), Compulsion (force action), and Rule-Making (reshape the game's rules).\n- **Apply**: Identify all actors, assess each for veto, compulsion, and rule-making power, map the distribution, find the dominant holder, and build strategy that accounts for or works through them.\n- **Key Q**: \"Who can block, who can force, and who can rewrite the rules — and are they the same actor?\"","sourceLine":207,"sourceNumber":16,"part":"I","register":"full","themes":[],"concepts":["BE-M0016"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-017","name":"System Fragmentation Mapping","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"A diagnostic revealing where apparent integration masks actual separation, across four states: Visible Integration, Hidden Fragmentation, Cosmetic Integration, and Deep Fragmentation.","apply":"Test data flow, incentive alignment, and operational dependency across a supposedly integrated system, classify each connection into one of the four states, and read true fragmentation for vulnerability and opportunity.","keyQuestion":"Is this system genuinely integrated — or is the integration cosmetic?","body":"A diagnostic revealing where apparent integration masks actual separation, across four states: Visible Integration, Hidden Fragmentation, Cosmetic Integration, and Deep Fragmentation.\n- **Apply**: Test data flow, incentive alignment, and operational dependency across a supposedly integrated system, classify each connection into one of the four states, and read true fragmentation for vulnerability and opportunity.\n- **Key Q**: \"Is this system genuinely integrated — or is the integration cosmetic?\"","sourceLine":212,"sourceNumber":17,"part":"I","register":"full","themes":[],"concepts":["BE-M0017"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-018","name":"Structural Reality Framework","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"A four-layer cascade — Geopolitics → Policy → Infrastructure → Markets — in which each higher layer constrains the degrees of freedom of all layers beneath it.","apply":"Start at geopolitics and work down through policy and infrastructure to markets; never analyze a lower layer without checking the constraints imposed by all layers above.","keyQuestion":"What higher-layer constraints am I ignoring that will override my market-level analysis?","body":"A four-layer cascade — Geopolitics → Policy → Infrastructure → Markets — in which each higher layer constrains the degrees of freedom of all layers beneath it.\n- **Apply**: Start at geopolitics and work down through policy and infrastructure to markets; never analyze a lower layer without checking the constraints imposed by all layers above.\n- **Key Q**: \"What higher-layer constraints am I ignoring that will override my market-level analysis?\"","sourceLine":217,"sourceNumber":18,"part":"I","register":"full","themes":[],"concepts":["BE-M0018"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-019","name":"Constraint Cascade Principle","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"The principle that upstream structural misalignment (geopolitical > policy > infrastructure) is always more lethal than downstream competitive inefficiency.","apply":"Before any competitive analysis, audit the geopolitical, policy, and infrastructure layers; if any upstream layer is misaligned, fixing downstream layers is futile — address the cascade from the top.","keyQuestion":"Is there an upstream constraint that makes all my downstream optimization pointless?","body":"The principle that upstream structural misalignment (geopolitical > policy > infrastructure) is always more lethal than downstream competitive inefficiency.\n- **Apply**: Before any competitive analysis, audit the geopolitical, policy, and infrastructure layers; if any upstream layer is misaligned, fixing downstream layers is futile — address the cascade from the top.\n- **Key Q**: \"Is there an upstream constraint that makes all my downstream optimization pointless?\"","sourceLine":222,"sourceNumber":19,"part":"I","register":"full","themes":[],"concepts":["BE-M0019"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-020","name":"Perspective-First Analysis","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"Starting with qualitative territory understanding to generate hypotheses before designing targeted measurement — avoiding the trap of measuring everything and understanding nothing.","apply":"Understand the territory qualitatively first, form 2-3 structural hypotheses, design measurements that would confirm or falsify each, collect only that data, and let results refine perspective.","keyQuestion":"Do I understand the territory well enough to know what to measure — or am I measuring blindly?","body":"Starting with qualitative territory understanding to generate hypotheses before designing targeted measurement — avoiding the trap of measuring everything and understanding nothing.\n- **Apply**: Understand the territory qualitatively first, form 2-3 structural hypotheses, design measurements that would confirm or falsify each, collect only that data, and let results refine perspective.\n- **Key Q**: \"Do I understand the territory well enough to know what to measure — or am I measuring blindly?\"","sourceLine":227,"sourceNumber":20,"part":"I","register":"full","themes":[],"concepts":["BE-M0020"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-021","name":"Territory Mapping","discipline":"core","section":"core-section-02","sectionName":"II. STRUCTURAL ANALYSIS TOOLKIT","kind":"Model / lens","essence":"A four-question diagnostic for rapidly understanding any landscape: What game is being played? Who are the real players? What drives behavior? What are the structural forces?","apply":"Identify the game type, map the players with real power, identify behavior drivers (incentives, constraints, fears), and map the structural forces; their intersection reveals the true territory.","keyQuestion":"What game is being played, by whom, driven by what, and shaped by which structural forces?","body":"A four-question diagnostic for rapidly understanding any landscape: What game is being played? Who are the real players? What drives behavior? What are the structural forces?\n- **Apply**: Identify the game type, map the players with real power, identify behavior drivers (incentives, constraints, fears), and map the structural forces; their intersection reveals the true territory.\n- **Key Q**: \"What game is being played, by whom, driven by what, and shaped by which structural forces?\"","sourceLine":232,"sourceNumber":21,"part":"I","register":"full","themes":[],"concepts":["BE-M0021"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-022","name":"Grand Strategy Framework","discipline":"core","section":"core-section-03","sectionName":"III. GRAND STRATEGY & PLANNING","kind":"Model / lens","essence":"The master planning sequence Territory → Map → Routes — understand the landscape, derive the strategic interpretation, then execute tactics; most start with routes and work backward.","apply":"Invest heavily in territory understanding, derive your strategic map (opportunities, threats, leverage points), design tactical routes with sequence and contingencies, and update the map as territory shifts.","keyQuestion":"Am I building strategy from territory understanding — or guessing the territory from my preferred tactics?","body":"The master planning sequence Territory → Map → Routes — understand the landscape, derive the strategic interpretation, then execute tactics; most start with routes and work backward.\n- **Apply**: Invest heavily in territory understanding, derive your strategic map (opportunities, threats, leverage points), design tactical routes with sequence and contingencies, and update the map as territory shifts.\n- **Key Q**: \"Am I building strategy from territory understanding — or guessing the territory from my preferred tactics?\"","sourceLine":240,"sourceNumber":22,"part":"I","register":"full","themes":[],"concepts":["BE-M0022"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-023","name":"Time Horizon Analysis","discipline":"core","section":"core-section-03","sectionName":"III. GRAND STRATEGY & PLANNING","kind":"Model / lens","essence":"Simultaneously planning across three horizons — Immediate (0-2yr, survival), Mid-Term (3-5yr, positioning), Long-Term (6-10+yr, structural bets) — managing all three at once, not sequentially.","apply":"For any strategic question, analyze across all three horizons, check for conflicts between the immediate plan and long-term bets, and allocate attention and resources across all three so none goes to zero.","keyQuestion":"Am I managing all three time horizons simultaneously — or sacrificing the future for the present?","body":"Simultaneously planning across three horizons — Immediate (0-2yr, survival), Mid-Term (3-5yr, positioning), Long-Term (6-10+yr, structural bets) — managing all three at once, not sequentially.\n- **Apply**: For any strategic question, analyze across all three horizons, check for conflicts between the immediate plan and long-term bets, and allocate attention and resources across all three so none goes to zero.\n- **Key Q**: \"Am I managing all three time horizons simultaneously — or sacrificing the future for the present?\"","sourceLine":245,"sourceNumber":23,"part":"I","register":"full","themes":[],"concepts":["BE-M0023"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-024","name":"Contextual Map (2x2)","discipline":"core","section":"core-section-03","sectionName":"III. GRAND STRATEGY & PLANNING","kind":"Model / lens","essence":"A prioritization matrix of Strategic Impact vs Uncertainty producing four quadrants — Invest, Hedge, Track, Scout — preventing over-investing in certainties and ignoring wild cards.","apply":"Rate each initiative on impact and uncertainty, place it in a quadrant (Invest = commit, Hedge = optionality, Track = monitor cheaply, Scout = cheap exploration), and reassess quarterly.","keyQuestion":"Am I allocating resources based on the actual combination of impact and uncertainty — or defaulting to what feels safe?","body":"A prioritization matrix of Strategic Impact vs Uncertainty producing four quadrants — Invest, Hedge, Track, Scout — preventing over-investing in certainties and ignoring wild cards.\n- **Apply**: Rate each initiative on impact and uncertainty, place it in a quadrant (Invest = commit, Hedge = optionality, Track = monitor cheaply, Scout = cheap exploration), and reassess quarterly.\n- **Key Q**: \"Am I allocating resources based on the actual combination of impact and uncertainty — or defaulting to what feels safe?\"","sourceLine":250,"sourceNumber":24,"part":"I","register":"full","themes":[],"concepts":["BE-M0024"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-025","name":"Tactical Routes Framework","discipline":"core","section":"core-section-03","sectionName":"III. GRAND STRATEGY & PLANNING","kind":"Model / lens","essence":"Translating strategic maps into execution via a three-part Assessment (External, Internal, Constraints) and four route types — Vertical, Horizontal, Diagonal, and Combination.","apply":"Assess the external environment, real internal capabilities, and hard constraints, then select the route that matches the assessment (deepen, broaden, both, or an orchestrated sequence) and execute.","keyQuestion":"Does my tactical route match my actual assessment — or my ambition?","body":"Translating strategic maps into execution via a three-part Assessment (External, Internal, Constraints) and four route types — Vertical, Horizontal, Diagonal, and Combination.\n- **Apply**: Assess the external environment, real internal capabilities, and hard constraints, then select the route that matches the assessment (deepen, broaden, both, or an orchestrated sequence) and execute.\n- **Key Q**: \"Does my tactical route match my actual assessment — or my ambition?\"","sourceLine":255,"sourceNumber":25,"part":"I","register":"full","themes":[],"concepts":["BE-M0025"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-026","name":"Multi-Horizon Strategic Map","discipline":"core","section":"core-section-03","sectionName":"III. GRAND STRATEGY & PLANNING","kind":"Model / lens","essence":"A resource-allocation model operationalizing Time Horizon Analysis — 70% to Immediate, 20% to Mid-Term, 10% to Long-Term — executed simultaneously, not sequentially.","apply":"Audit current allocation, redistribute toward 70/20/10, give each allocation an owner and metrics, run all three in parallel, and review the ratio quarterly without letting any horizon hit zero.","keyQuestion":"Is my resource allocation balanced across all three horizons — or has the immediate consumed everything?","body":"A resource-allocation model operationalizing Time Horizon Analysis — 70% to Immediate, 20% to Mid-Term, 10% to Long-Term — executed simultaneously, not sequentially.\n- **Apply**: Audit current allocation, redistribute toward 70/20/10, give each allocation an owner and metrics, run all three in parallel, and review the ratio quarterly without letting any horizon hit zero.\n- **Key Q**: \"Is my resource allocation balanced across all three horizons — or has the immediate consumed everything?\"","sourceLine":260,"sourceNumber":26,"part":"I","register":"full","themes":[],"concepts":["BE-M0026"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-027","name":"Contextual Adaptability Framework","discipline":"core","section":"core-section-03","sectionName":"III. GRAND STRATEGY & PLANNING","kind":"Model / lens","essence":"Assessing organizational fitness to shifting environments across three dimensions — Forces (what's changing?), Capabilities (can we respond?), and Horizons (are we tracking where it's heading?).","apply":"Map shifting forces, assess whether current skills and structure can respond, assess whether the organization looks far enough ahead, then strengthen the weakest dimension before a crisis forces it.","keyQuestion":"Are we fit for the current environment AND the one that's emerging — or only the one we grew up in?","body":"Assessing organizational fitness to shifting environments across three dimensions — Forces (what's changing?), Capabilities (can we respond?), and Horizons (are we tracking where it's heading?).\n- **Apply**: Map shifting forces, assess whether current skills and structure can respond, assess whether the organization looks far enough ahead, then strengthen the weakest dimension before a crisis forces it.\n- **Key Q**: \"Are we fit for the current environment AND the one that's emerging — or only the one we grew up in?\"","sourceLine":265,"sourceNumber":27,"part":"I","register":"full","themes":[],"concepts":["BE-M0027"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-028","name":"Strategy Lever Framework","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"The five-step go-to-market sequence — Blue Sea, Niche Down, MVA, Adjacent Niches, Scale — starting impossibly small, proving value, and expanding from strength.","apply":"Find a premium niche, select the tightest coherent segment, define the minimum viable audience, serve them until value is proven, expand into adjacent niches, and scale only after validation.","keyQuestion":"Am I starting small enough — or trying to scale before proving value to the tightest possible audience?","body":"The five-step go-to-market sequence — Blue Sea, Niche Down, MVA, Adjacent Niches, Scale — starting impossibly small, proving value, and expanding from strength.\n- **Apply**: Find a premium niche, select the tightest coherent segment, define the minimum viable audience, serve them until value is proven, expand into adjacent niches, and scale only after validation.\n- **Key Q**: \"Am I starting small enough — or trying to scale before proving value to the tightest possible audience?\"","sourceLine":273,"sourceNumber":28,"part":"I","register":"full","themes":[],"concepts":["BE-M0028"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-029","name":"Blue Sea Strategy","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"An inversion of Blue Ocean — instead of uncontested mass markets, start from the smallest viable premium niche where you have structural advantage from day one, then expand organically.","apply":"Find small markets where premium customers are underserved, verify your structural edge, enter with a premium offering, use early margins to fund adjacent expansion, and never go mass-market before the niche is dominant.","keyQuestion":"Where can I find the smallest premium niche where I have a structural advantage from day one?","body":"An inversion of Blue Ocean — instead of uncontested mass markets, start from the smallest viable premium niche where you have structural advantage from day one, then expand organically.\n- **Apply**: Find small markets where premium customers are underserved, verify your structural edge, enter with a premium offering, use early margins to fund adjacent expansion, and never go mass-market before the niche is dominant.\n- **Key Q**: \"Where can I find the smallest premium niche where I have a structural advantage from day one?\"","sourceLine":278,"sourceNumber":29,"part":"I","register":"full","themes":[],"concepts":["BE-M0029"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-030","name":"Minimum Viable Audience (MVA)","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"The smallest group that can sustain a business — the tightest cluster whose problem is urgent enough that they pay, stay, and advocate — found by zooming into existing markets, not imagining new ones.","apply":"Zoom into an existing market for the most urgent underserved problem, define the smallest group high on urgency, willingness to pay, and accessibility, and let that audience define the product.","keyQuestion":"Who are the fewest people who need this most urgently — and can they sustain the business?","body":"The smallest group that can sustain a business — the tightest cluster whose problem is urgent enough that they pay, stay, and advocate — found by zooming into existing markets, not imagining new ones.\n- **Apply**: Zoom into an existing market for the most urgent underserved problem, define the smallest group high on urgency, willingness to pay, and accessibility, and let that audience define the product.\n- **Key Q**: \"Who are the fewest people who need this most urgently — and can they sustain the business?\"","sourceLine":283,"sourceNumber":30,"part":"I","register":"full","themes":[],"concepts":["BE-M0030"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-031","name":"Niche-to-Microniche Strategy","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"Targeting the smallest coherent segment — a microniche so specific you can serve every member personally — to trigger fast feedback loops and early proof of value as a launchpad.","apply":"Make your niche smaller and more specific, enter with a hyper-specific offer, talk to every user and iterate daily, achieve undeniable proof of value, then expand to adjacent microniches.","keyQuestion":"Is my target segment small enough for fast feedback and proof of value — or too broad for either?","body":"Targeting the smallest coherent segment — a microniche so specific you can serve every member personally — to trigger fast feedback loops and early proof of value as a launchpad.\n- **Apply**: Make your niche smaller and more specific, enter with a hyper-specific offer, talk to every user and iterate daily, achieve undeniable proof of value, then expand to adjacent microniches.\n- **Key Q**: \"Is my target segment small enough for fast feedback and proof of value — or too broad for either?\"","sourceLine":288,"sourceNumber":31,"part":"I","register":"full","themes":[],"concepts":["BE-M0031"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-032","name":"Adjacent Niche Expansion","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"Systematically entering neighboring segments using existing know-how, brand, and infrastructure — expansion by proximity, not random diversification.","apply":"Map adjacent segments, test whether your advantage transfers, whether existing infrastructure serves them, and whether your brand grants permission; prioritize the highest-scoring niche and enter with a tailored offer.","keyQuestion":"Which adjacent niche can I enter where my advantage, infrastructure, and brand credibility transfer most naturally?","body":"Systematically entering neighboring segments using existing know-how, brand, and infrastructure — expansion by proximity, not random diversification.\n- **Apply**: Map adjacent segments, test whether your advantage transfers, whether existing infrastructure serves them, and whether your brand grants permission; prioritize the highest-scoring niche and enter with a tailored offer.\n- **Key Q**: \"Which adjacent niche can I enter where my advantage, infrastructure, and brand credibility transfer most naturally?\"","sourceLine":293,"sourceNumber":32,"part":"I","register":"full","themes":[],"concepts":["BE-M0032"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-033","name":"Transitional Business Model","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"The recognition that business models must transform at each growth stage — 0→1, 1→10, 10→100 — along with mindset and org design; clinging to the model that got you here makes you the constraint.","apply":"Assess your growth stage and model fitness, watch for transformation triggers (plateaus, friction, misalignment), redesign the model for the next stage, and evolve mindset and org design alongside it.","keyQuestion":"Is my current business model still fit for this growth stage — or am I clinging to the model that got me here?","body":"The recognition that business models must transform at each growth stage — 0→1, 1→10, 10→100 — along with mindset and org design; clinging to the model that got you here makes you the constraint.\n- **Apply**: Assess your growth stage and model fitness, watch for transformation triggers (plateaus, friction, misalignment), redesign the model for the next stage, and evolve mindset and org design alongside it.\n- **Key Q**: \"Is my current business model still fit for this growth stage — or am I clinging to the model that got me here?\"","sourceLine":298,"sourceNumber":33,"part":"I","register":"full","themes":[],"concepts":["BE-M0033"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-034","name":"Business Scaling Framework","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"Scaling requires product, business model, and organizational design to align in serving progressively wider segments — a coordinated transformation, not just doing more of the same.","apply":"Assess whether product, unit economics, and org can each handle the next wider segment, identify the lagging dimension, fix it, and scale only when all three are aligned.","keyQuestion":"Are my product, business model, and org design all aligned for the next stage of scale — or is one lagging?","body":"Scaling requires product, business model, and organizational design to align in serving progressively wider segments — a coordinated transformation, not just doing more of the same.\n- **Apply**: Assess whether product, unit economics, and org can each handle the next wider segment, identify the lagging dimension, fix it, and scale only when all three are aligned.\n- **Key Q**: \"Are my product, business model, and org design all aligned for the next stage of scale — or is one lagging?\"","sourceLine":303,"sourceNumber":34,"part":"I","register":"full","themes":[],"concepts":["BE-M0034"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-035","name":"Scalability Matrix","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"A 2x2 of Cost of Error vs Feedback Loop Type yielding four scaling approaches — Optimal, Constrained, Controlled, and Non-Scalable.","apply":"Assess your error cost and feedback speed, plot your quadrant, and match the approach (scale aggressively, scale patiently, scale with guardrails, or don't force scale) — reassess as the business evolves.","keyQuestion":"What is my real error cost and feedback speed — and is my scaling approach appropriate for that combination?","body":"A 2x2 of Cost of Error vs Feedback Loop Type yielding four scaling approaches — Optimal, Constrained, Controlled, and Non-Scalable.\n- **Apply**: Assess your error cost and feedback speed, plot your quadrant, and match the approach (scale aggressively, scale patiently, scale with guardrails, or don't force scale) — reassess as the business evolves.\n- **Key Q**: \"What is my real error cost and feedback speed — and is my scaling approach appropriate for that combination?\"","sourceLine":308,"sourceNumber":35,"part":"I","register":"full","themes":[],"concepts":["BE-M0035"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-036","name":"Fractal Market Expansion","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"Market dynamics repeat at different scales — patterns that work at microniche level often recur at niche, segment, and market level — but dynamics change with scale, so smaller scales are safer test beds.","apply":"Identify the winning micro-level pattern, hypothesize it repeats at the next scale, test with controlled expansion, adapt execution to the new scale's dynamics, and expand one level at a time.","keyQuestion":"Does my winning pattern repeat at the next scale — and what dynamics change as I grow?","body":"Market dynamics repeat at different scales — patterns that work at microniche level often recur at niche, segment, and market level — but dynamics change with scale, so smaller scales are safer test beds.\n- **Apply**: Identify the winning micro-level pattern, hypothesize it repeats at the next scale, test with controlled expansion, adapt execution to the new scale's dynamics, and expand one level at a time.\n- **Key Q**: \"Does my winning pattern repeat at the next scale — and what dynamics change as I grow?\"","sourceLine":313,"sourceNumber":36,"part":"I","register":"full","themes":[],"concepts":["BE-M0036"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-037","name":"Speed-Reversibility Matrix","discipline":"core","section":"core-section-04","sectionName":"IV. MARKET ENTRY & SCALING","kind":"Model / lens","essence":"A decision framework of Impact vs Reversibility — Strategic Deliberation, Smart Experimentation, Careful Consideration, and Rapid Iteration — preventing both paralysis and recklessness.","apply":"Assess a decision's impact and reversibility, plot the quadrant, and match speed and rigor accordingly — avoiding treating reversible decisions as irreversible or vice versa.","keyQuestion":"Is this decision high-impact and irreversible (deliberate) — or low-impact and reversible (just do it)?","body":"A decision framework of Impact vs Reversibility — Strategic Deliberation, Smart Experimentation, Careful Consideration, and Rapid Iteration — preventing both paralysis and recklessness.\n- **Apply**: Assess a decision's impact and reversibility, plot the quadrant, and match speed and rigor accordingly — avoiding treating reversible decisions as irreversible or vice versa.\n- **Key Q**: \"Is this decision high-impact and irreversible (deliberate) — or low-impact and reversible (just do it)?\"","sourceLine":318,"sourceNumber":37,"part":"I","register":"full","themes":[],"concepts":["BE-M0037"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-038","name":"Moat Hierarchy (Level 1/2/3)","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"A three-tier classification of moats by durability — Level 1 static (brand, scale, patents), Level 2 dynamic (network effects, lock-in), Level 3 compounding interaction moats that widen with every user interaction.","apply":"Classify your moats, use Level 1 to buy time, monitor Level 2 for paradigm shifts, and build toward Level 3 where every interaction improves the product — build sequentially from 1 to 3.","keyQuestion":"Do my moats compound with every user interaction — or are they static and erodible?","body":"A three-tier classification of moats by durability — Level 1 static (brand, scale, patents), Level 2 dynamic (network effects, lock-in), Level 3 compounding interaction moats that widen with every user interaction.\n- **Apply**: Classify your moats, use Level 1 to buy time, monitor Level 2 for paradigm shifts, and build toward Level 3 where every interaction improves the product — build sequentially from 1 to 3.\n- **Key Q**: \"Do my moats compound with every user interaction — or are they static and erodible?\"","sourceLine":326,"sourceNumber":38,"part":"I","register":"full","themes":[],"concepts":["BE-M0038"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-039","name":"Five Defensible Moats in AI","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"The five moat types with real defense in AI — Data Network Effects, Community, Specialization Depth, Workflow Lock-in, and Enterprise Relationships — each with different build times and vulnerabilities.","apply":"Assess which moat matches your capabilities, build one to critical mass before layering a second, monitor each type's vulnerability, and layer 2-3 that reinforce each other.","keyQuestion":"Which of the five AI moats am I building — and is it the right one for my capabilities?","body":"The five moat types with real defense in AI — Data Network Effects, Community, Specialization Depth, Workflow Lock-in, and Enterprise Relationships — each with different build times and vulnerabilities.\n- **Apply**: Assess which moat matches your capabilities, build one to critical mass before layering a second, monitor each type's vulnerability, and layer 2-3 that reinforce each other.\n- **Key Q**: \"Which of the five AI moats am I building — and is it the right one for my capabilities?\"","sourceLine":331,"sourceNumber":39,"part":"I","register":"full","themes":[],"concepts":["BE-M0039"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-040","name":"Compound Moat Strategy","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"Building the strongest positions by layering moats sequentially — establish one flywheel, then add an adjacent moat the first naturally reinforces — because each moat needs focused investment to reach critical mass.","apply":"Select the moat you can build fastest, invest concentrated resources until its flywheel spins, then add the adjacent moat it most supports; two spinning flywheels create exponentially harder defense.","keyQuestion":"Is my first moat's flywheel spinning before I try to build a second — or am I diluting across unproven moats?","body":"Building the strongest positions by layering moats sequentially — establish one flywheel, then add an adjacent moat the first naturally reinforces — because each moat needs focused investment to reach critical mass.\n- **Apply**: Select the moat you can build fastest, invest concentrated resources until its flywheel spins, then add the adjacent moat it most supports; two spinning flywheels create exponentially harder defense.\n- **Key Q**: \"Is my first moat's flywheel spinning before I try to build a second — or am I diluting across unproven moats?\"","sourceLine":336,"sourceNumber":40,"part":"I","register":"full","themes":[],"concepts":["BE-M0040"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-041","name":"The Survival Test","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"The competitive litmus test — \"If the most powerful competitor copied your product tomorrow with unlimited resources, would users stay?\" — and if so, exactly why.","apply":"Imagine the strongest competitor copies you; if users would leave, pivot to moat building immediately; if they'd stay, identify the specific retention factors and double down, re-running the test quarterly.","keyQuestion":"If the most powerful competitor copied us tomorrow, would our users stay — and what specifically would keep them?","body":"The competitive litmus test — \"If the most powerful competitor copied your product tomorrow with unlimited resources, would users stay?\" — and if so, exactly why.\n- **Apply**: Imagine the strongest competitor copies you; if users would leave, pivot to moat building immediately; if they'd stay, identify the specific retention factors and double down, re-running the test quarterly.\n- **Key Q**: \"If the most powerful competitor copied us tomorrow, would our users stay — and what specifically would keep them?\"","sourceLine":341,"sourceNumber":41,"part":"I","register":"full","themes":[],"concepts":["BE-M0041"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-042","name":"Three Layers of AI Industry","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"A structural model of the AI industry — Foundational (general engines), Middle (vertical specialists), Application (user-facing products) — each with distinct dynamics, moats, and capital needs.","apply":"Identify your layer, assess whether you're optimally positioned for its competitive dynamics, and if stuck between layers with no clear advantage, commit to one or find a unique cross-layer position.","keyQuestion":"Which layer of the AI industry am I competing in — and do I have the right assets for that layer's dynamics?","body":"A structural model of the AI industry — Foundational (general engines), Middle (vertical specialists), Application (user-facing products) — each with distinct dynamics, moats, and capital needs.\n- **Apply**: Identify your layer, assess whether you're optimally positioned for its competitive dynamics, and if stuck between layers with no clear advantage, commit to one or find a unique cross-layer position.\n- **Key Q**: \"Which layer of the AI industry am I competing in — and do I have the right assets for that layer's dynamics?\"","sourceLine":346,"sourceNumber":42,"part":"I","register":"full","themes":[],"concepts":["BE-M0042"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-043","name":"Tech Moat → Market Power Translation","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"How technical capability converts into market power through three channels — Efficiency, Distribution, and Brand — since a technical moat alone doesn't guarantee dominance.","apply":"Inventory technical capabilities, test each against the three translation channels, cut what doesn't translate through any, and invest in the strongest channel — the goal is best translation, not best technology.","keyQuestion":"Is my technical advantage actually translating into market power — or is it just technically impressive?","body":"How technical capability converts into market power through three channels — Efficiency, Distribution, and Brand — since a technical moat alone doesn't guarantee dominance.\n- **Apply**: Inventory technical capabilities, test each against the three translation channels, cut what doesn't translate through any, and invest in the strongest channel — the goal is best translation, not best technology.\n- **Key Q**: \"Is my technical advantage actually translating into market power — or is it just technically impressive?\"","sourceLine":351,"sourceNumber":43,"part":"I","register":"full","themes":[],"concepts":["BE-M0043"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-044","name":"Value Translation Space","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"The bridge from technical moat to market impact across four dimensions — User Experience, Network Effects, Brand, and Distribution Power — where technically superior products often fail to cross.","apply":"Map your technical moat across all four dimensions, lean into the strongest, fix or accept the weakest, and aim for at least two strong dimensions or risk commoditization.","keyQuestion":"Through which dimensions is my technology actually creating market value — and which am I neglecting?","body":"The bridge from technical moat to market impact across four dimensions — User Experience, Network Effects, Brand, and Distribution Power — where technically superior products often fail to cross.\n- **Apply**: Map your technical moat across all four dimensions, lean into the strongest, fix or accept the weakest, and aim for at least two strong dimensions or risk commoditization.\n- **Key Q**: \"Through which dimensions is my technology actually creating market value — and which am I neglecting?\"","sourceLine":356,"sourceNumber":44,"part":"I","register":"full","themes":[],"concepts":["BE-M0044"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-045","name":"Three AI Strategic Archetypes","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"Three distinctive AI positions — Full-Stack Integrators, Specialized Dominators, and Strategic Enablers — each with different capital, risk, and defensibility; trying to be all three is the common error.","apply":"Assess your resources and ambition, choose the single archetype that fits (capital-heavy stack, deep-domain vertical, or infrastructure enabler), and align all resources — the danger zone is between archetypes.","keyQuestion":"Am I a Full-Stack Integrator, a Specialized Dominator, or a Strategic Enabler — and is my allocation aligned?","body":"Three distinctive AI positions — Full-Stack Integrators, Specialized Dominators, and Strategic Enablers — each with different capital, risk, and defensibility; trying to be all three is the common error.\n- **Apply**: Assess your resources and ambition, choose the single archetype that fits (capital-heavy stack, deep-domain vertical, or infrastructure enabler), and align all resources — the danger zone is between archetypes.\n- **Key Q**: \"Am I a Full-Stack Integrator, a Specialized Dominator, or a Strategic Enabler — and is my allocation aligned?\"","sourceLine":361,"sourceNumber":45,"part":"I","register":"full","themes":[],"concepts":["BE-M0045"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-046","name":"Weak Spot Analysis (5 Attack Vectors)","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"Identifying where incumbents are exposed via five vectors — Low-End Disruption, Business Model Innovation, New Technology Platform, Niche Focus, and Adjacent Market Entry.","apply":"Select the incumbent, evaluate all five vectors for where they're weakest, and choose the vector where you hold the strongest structural advantage to exploit.","keyQuestion":"Through which attack vector is this incumbent most vulnerable — and where is my strongest advantage?","body":"Identifying where incumbents are exposed via five vectors — Low-End Disruption, Business Model Innovation, New Technology Platform, Niche Focus, and Adjacent Market Entry.\n- **Apply**: Select the incumbent, evaluate all five vectors for where they're weakest, and choose the vector where you hold the strongest structural advantage to exploit.\n- **Key Q**: \"Through which attack vector is this incumbent most vulnerable — and where is my strongest advantage?\"","sourceLine":366,"sourceNumber":46,"part":"I","register":"full","themes":[],"concepts":["BE-M0046"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-047","name":"Margin Conflict Strategy","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"Designing business models at margin structures incumbents can't match without cannibalizing their own high-margin business — exploiting their organizational incentives against them.","apply":"Analyze the incumbent's margin structure, design a profitable model at margins they can't match, enter the market, and use the internal-conflict response delay to build your moat.","keyQuestion":"Can I design a model that's profitable at margins the incumbent can't match without cannibalizing itself?","body":"Designing business models at margin structures incumbents can't match without cannibalizing their own high-margin business — exploiting their organizational incentives against them.\n- **Apply**: Analyze the incumbent's margin structure, design a profitable model at margins they can't match, enter the market, and use the internal-conflict response delay to build your moat.\n- **Key Q**: \"Can I design a model that's profitable at margins the incumbent can't match without cannibalizing itself?\"","sourceLine":371,"sourceNumber":47,"part":"I","register":"full","themes":[],"concepts":["BE-M0047"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-048","name":"Strategic Mismatch Model","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"Disruptors win not by having better data but by having a better perspective on what data matters — the battle is won in the interpretation layer, where incumbents are structurally blind.","apply":"Map the incumbent's interpretive lens and its structural blindness, develop an alternative interpretation of the same data, and build strategy around the interpretation gap.","keyQuestion":"Do I see something in the data that the incumbent's lens structurally prevents them from seeing?","body":"Disruptors win not by having better data but by having a better perspective on what data matters — the battle is won in the interpretation layer, where incumbents are structurally blind.\n- **Apply**: Map the incumbent's interpretive lens and its structural blindness, develop an alternative interpretation of the same data, and build strategy around the interpretation gap.\n- **Key Q**: \"Do I see something in the data that the incumbent's lens structurally prevents them from seeing?\"","sourceLine":376,"sourceNumber":48,"part":"I","register":"full","themes":[],"concepts":["BE-M0048"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-049","name":"Non-Linear Competition","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"Competitive dynamics are non-linear — a small asymmetric advantage can suddenly cascade into dominance once it crosses an invisible threshold, which linear analysis can't forecast.","apply":"Identify asymmetric advantages with compounding potential, estimate the cascade threshold, invest to reach it before competitors notice, and defend the compounding mechanism once the cascade begins.","keyQuestion":"Do I have an asymmetric advantage that could compound non-linearly — and am I investing to reach the threshold?","body":"Competitive dynamics are non-linear — a small asymmetric advantage can suddenly cascade into dominance once it crosses an invisible threshold, which linear analysis can't forecast.\n- **Apply**: Identify asymmetric advantages with compounding potential, estimate the cascade threshold, invest to reach it before competitors notice, and defend the compounding mechanism once the cascade begins.\n- **Key Q**: \"Do I have an asymmetric advantage that could compound non-linearly — and am I investing to reach the threshold?\"","sourceLine":381,"sourceNumber":49,"part":"I","register":"full","themes":[],"concepts":["BE-M0049"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-050","name":"Winner-Take-All Effects","discipline":"core","section":"core-section-05","sectionName":"V. COMPETITIVE STRATEGY & MOATS","kind":"Model / lens","essence":"How network effects, switching costs, and data returns to scale consolidate markets around one dominant player per layer — in WTA markets, second place is a losing position.","apply":"Assess the market for WTA conditions; if present, either invest aggressively to win, leapfrog via a technology shift, or exit; if weak, compete on differentiation — and monitor as conditions shift.","keyQuestion":"Is this a winner-take-all market — and if so, am I positioned to win or do I need to redefine the game?","body":"How network effects, switching costs, and data returns to scale consolidate markets around one dominant player per layer — in WTA markets, second place is a losing position.\n- **Apply**: Assess the market for WTA conditions; if present, either invest aggressively to win, leapfrog via a technology shift, or exit; if weak, compete on differentiation — and monitor as conditions shift.\n- **Key Q**: \"Is this a winner-take-all market — and if so, am I positioned to win or do I need to redefine the game?\"","sourceLine":386,"sourceNumber":50,"part":"I","register":"full","themes":[],"concepts":["BE-M0050"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-051","name":"Agentic AI Four-Phase Moat Building","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"A sequential roadmap for compounding advantage in agentic AI — Foundation, Differentiation, Dominance, Expansion — each substantially complete before advancing, or the position is fragile.","apply":"Honestly assess your phase, build reliability first, then unique capabilities, then self-reinforcing flywheels, then adjacent expansion — never skip phases, as the foundation carries everything above it.","keyQuestion":"Which phase am I actually in — and am I doing the work required at this phase before jumping ahead?","body":"A sequential roadmap for compounding advantage in agentic AI — Foundation, Differentiation, Dominance, Expansion — each substantially complete before advancing, or the position is fragile.\n- **Apply**: Honestly assess your phase, build reliability first, then unique capabilities, then self-reinforcing flywheels, then adjacent expansion — never skip phases, as the foundation carries everything above it.\n- **Key Q**: \"Which phase am I actually in — and am I doing the work required at this phase before jumping ahead?\"","sourceLine":394,"sourceNumber":51,"part":"I","register":"full","themes":[],"concepts":["BE-M0051"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-052","name":"Three Kingdoms of Agentic AI","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"Three market territories with distinct rules — Consumer (attention/habit), B2B (ROI/workflow), Enterprise (trust/compliance) — where strategies from one often fail in another.","apply":"Identify your kingdom and match investment to its rules (habit and viral loops, measurable ROI, or security and relationships), never importing another kingdom's strategy.","keyQuestion":"Am I in the Consumer, B2B, or Enterprise kingdom — and does my strategy match that kingdom's rules?","body":"Three market territories with distinct rules — Consumer (attention/habit), B2B (ROI/workflow), Enterprise (trust/compliance) — where strategies from one often fail in another.\n- **Apply**: Identify your kingdom and match investment to its rules (habit and viral loops, measurable ROI, or security and relationships), never importing another kingdom's strategy.\n- **Key Q**: \"Am I in the Consumer, B2B, or Enterprise kingdom — and does my strategy match that kingdom's rules?\"","sourceLine":399,"sourceNumber":52,"part":"I","register":"full","themes":[],"concepts":["BE-M0052"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-053","name":"Context Engineering","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"The systematic architecture of the entire information environment an AI model operates in — orchestrating, structuring, and prioritizing context to maximize performance (distinct from prompt engineering).","apply":"Map available context sources, select the most relevant, structure and prioritize it for the model, measure output quality across configurations, and iterate — better context compounds into better outputs and data.","keyQuestion":"Am I engineering the context my AI operates in — or just throwing information at it and hoping?","body":"The systematic architecture of the entire information environment an AI model operates in — orchestrating, structuring, and prioritizing context to maximize performance (distinct from prompt engineering).\n- **Apply**: Map available context sources, select the most relevant, structure and prioritize it for the model, measure output quality across configurations, and iterate — better context compounds into better outputs and data.\n- **Key Q**: \"Am I engineering the context my AI operates in — or just throwing information at it and hoping?\"","sourceLine":404,"sourceNumber":53,"part":"I","register":"full","themes":[],"concepts":["BE-M0053"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-054","name":"Protocol Mastery","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"Deep, early adoption of AI protocol standards (like MCP) creates ecosystem network effects and technical barriers, making protocol masters the connective tissue of the AI ecosystem.","apply":"Identify consequential emerging protocols, master their capabilities and edge cases, build integrations others haven't discovered, help partners implement them, and contribute to development to shape the standards.","keyQuestion":"Am I building deep protocol mastery that creates ecosystem lock-in — or treating protocols as commodity plumbing?","body":"Deep, early adoption of AI protocol standards (like MCP) creates ecosystem network effects and technical barriers, making protocol masters the connective tissue of the AI ecosystem.\n- **Apply**: Identify consequential emerging protocols, master their capabilities and edge cases, build integrations others haven't discovered, help partners implement them, and contribute to development to shape the standards.\n- **Key Q**: \"Am I building deep protocol mastery that creates ecosystem lock-in — or treating protocols as commodity plumbing?\"","sourceLine":409,"sourceNumber":54,"part":"I","register":"full","themes":[],"concepts":["BE-M0054"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-055","name":"Agentic Competitive Formula","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"A multiplicative formula — Success = Market Focus × Technical Excellence × Network Effects × Time — where any factor at zero makes the total zero.","apply":"Rate each factor honestly, fix whichever is closest to zero first, narrow market focus, ensure real technical superiority, design for compounding usage, and commit to the required timeline.","keyQuestion":"Which factor in my competitive formula is closest to zero — and is that the one I'm investing in?","body":"A multiplicative formula — Success = Market Focus × Technical Excellence × Network Effects × Time — where any factor at zero makes the total zero.\n- **Apply**: Rate each factor honestly, fix whichever is closest to zero first, narrow market focus, ensure real technical superiority, design for compounding usage, and commit to the required timeline.\n- **Key Q**: \"Which factor in my competitive formula is closest to zero — and is that the one I'm investing in?\"","sourceLine":414,"sourceNumber":55,"part":"I","register":"full","themes":[],"concepts":["BE-M0055"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-056","name":"AI-Up (AI-Native Startup)","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"A new organizational form where AI augmentation is embedded in every function, letting a small team iterate so rapidly it builds defensible value before incumbents can organize a response.","apply":"Build every function with AI augmentation, optimize for iteration speed, keep the team lean, target markets where incumbent response is slow, and build moats before the response gap closes.","keyQuestion":"Am I building an AI-native organization that can build defensible value before incumbents respond?","body":"A new organizational form where AI augmentation is embedded in every function, letting a small team iterate so rapidly it builds defensible value before incumbents can organize a response.\n- **Apply**: Build every function with AI augmentation, optimize for iteration speed, keep the team lean, target markets where incumbent response is slow, and build moats before the response gap closes.\n- **Key Q**: \"Am I building an AI-native organization that can build defensible value before incumbents respond?\"","sourceLine":419,"sourceNumber":56,"part":"I","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-057","name":"Platform Network Ecosystem","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"Building multi-sided markets where value rises as participants join each side — requiring network-effect cultivation, governance, and a control-value balance that enables more than it extracts.","apply":"Define the market's sides, solve the chicken-and-egg seeding problem, design for cross-side network effects, set quality governance, watch the control-value balance, and measure ecosystem health, not just revenue.","keyQuestion":"Does my platform enable more value than it extracts — and are network effects compounding across all sides?","body":"Building multi-sided markets where value rises as participants join each side — requiring network-effect cultivation, governance, and a control-value balance that enables more than it extracts.\n- **Apply**: Define the market's sides, solve the chicken-and-egg seeding problem, design for cross-side network effects, set quality governance, watch the control-value balance, and measure ecosystem health, not just revenue.\n- **Key Q**: \"Does my platform enable more value than it extracts — and are network effects compounding across all sides?\"","sourceLine":424,"sourceNumber":57,"part":"I","register":"full","themes":[],"concepts":["BE-M0057"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-058","name":"Agentic Web Architecture","discipline":"core","section":"core-section-06","sectionName":"VI. AGENTIC AI & PLATFORM STRATEGY","kind":"Model / lens","essence":"The emerging structure of how AI agents interact across the internet in four layers — Agent Mesh Networks, Decision Protocols, Resource Allocation, and Autonomous Economic Systems.","apply":"Map which layers are emerging, identify which your company can build on, participate in agent discovery, coordination, resource, or transaction systems, and position early to shape the standards.","keyQuestion":"Which layer of the agentic web architecture can I contribute to or build on?","body":"The emerging structure of how AI agents interact across the internet in four layers — Agent Mesh Networks, Decision Protocols, Resource Allocation, and Autonomous Economic Systems.\n- **Apply**: Map which layers are emerging, identify which your company can build on, participate in agent discovery, coordination, resource, or transaction systems, and position early to shape the standards.\n- **Key Q**: \"Which layer of the agentic web architecture can I contribute to or build on?\"","sourceLine":429,"sourceNumber":58,"part":"I","register":"full","themes":[],"concepts":["BE-M0058"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-059","name":"Amazon Flywheel","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"The canonical compounding loop — lower prices → more customers → more sellers → greater selection → lower costs → lower prices — where each element reinforces every other, making single-element competition impossible.","apply":"Map your equivalent entry point that attracts the first side, trace the reinforcement path, find and strengthen the weakest connection, and test whether the system compounds or needs constant manual input.","keyQuestion":"Does my business have a flywheel where each element reinforces the others — or am I pushing growth at every step?","body":"The canonical compounding loop — lower prices → more customers → more sellers → greater selection → lower costs → lower prices — where each element reinforces every other, making single-element competition impossible.\n- **Apply**: Map your equivalent entry point that attracts the first side, trace the reinforcement path, find and strengthen the weakest connection, and test whether the system compounds or needs constant manual input.\n- **Key Q**: \"Does my business have a flywheel where each element reinforces the others — or am I pushing growth at every step?\"","sourceLine":437,"sourceNumber":59,"part":"I","register":"full","themes":[],"concepts":["BE-M0059"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-060","name":"Data Flywheel","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"The AI-specific loop — more usage → more data → better model → better product → more usage — where the data advantage compounds because real-world behavioral data can't be bought or synthesized.","apply":"Map what data each interaction generates, assess data quality and flywheel speed, find and accelerate the bottleneck, and measure whether your gap versus competitors is widening or narrowing.","keyQuestion":"Is my data flywheel spinning — and is the gap to competitors widening or narrowing with each revolution?","body":"The AI-specific loop — more usage → more data → better model → better product → more usage — where the data advantage compounds because real-world behavioral data can't be bought or synthesized.\n- **Apply**: Map what data each interaction generates, assess data quality and flywheel speed, find and accelerate the bottleneck, and measure whether your gap versus competitors is widening or narrowing.\n- **Key Q**: \"Is my data flywheel spinning — and is the gap to competitors widening or narrowing with each revolution?\"","sourceLine":442,"sourceNumber":60,"part":"I","register":"full","themes":[],"concepts":["BE-M0060"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-061","name":"Content Flywheel","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"The loop for content businesses — create, distribute, build audience, monetize, reinvest — made a true flywheel only when audience growth itself improves content quality and distribution.","apply":"Produce genuinely valuable content, distribute through the best channels, build engaged audience, monetize while preserving trust, reinvest, and confirm the audience itself improves your content (or it's just a production line).","keyQuestion":"Does my audience growth itself improve my content quality and distribution — or is this a linear production line?","body":"The loop for content businesses — create, distribute, build audience, monetize, reinvest — made a true flywheel only when audience growth itself improves content quality and distribution.\n- **Apply**: Produce genuinely valuable content, distribute through the best channels, build engaged audience, monetize while preserving trust, reinvest, and confirm the audience itself improves your content (or it's just a production line).\n- **Key Q**: \"Does my audience growth itself improve my content quality and distribution — or is this a linear production line?\"","sourceLine":447,"sourceNumber":61,"part":"I","register":"full","themes":[],"concepts":["BE-M0061"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-062","name":"Traction-Momentum-Flywheel","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"A three-phase growth model — Traction (prove value), Momentum (scale the proven model), Flywheel (self-reinforcing growth) — where most fail by entering a phase before completing the prior one.","apply":"Honestly assess your phase, focus only on proving value in Traction, scale team and channels in Momentum, design self-reinforcing systems in Flywheel, and treat phase transitions as the most dangerous moments.","keyQuestion":"Am I in the Traction, Momentum, or Flywheel phase — and am I doing the right work for that phase?","body":"A three-phase growth model — Traction (prove value), Momentum (scale the proven model), Flywheel (self-reinforcing growth) — where most fail by entering a phase before completing the prior one.\n- **Apply**: Honestly assess your phase, focus only on proving value in Traction, scale team and channels in Momentum, design self-reinforcing systems in Flywheel, and treat phase transitions as the most dangerous moments.\n- **Key Q**: \"Am I in the Traction, Momentum, or Flywheel phase — and am I doing the right work for that phase?\"","sourceLine":452,"sourceNumber":62,"part":"I","register":"full","themes":[],"concepts":["BE-M0062"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-063","name":"Innovation Flywheel","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"The R&D loop — invest, generate breakthroughs, convert to market advantage, generate revenue, reinvest — strengthened when breakthroughs build cumulatively and fund the next cycle.","apply":"Allocate meaningful R&D resources, focus on breakthroughs over increments, speed breakthrough-to-market conversion, ensure revenue funds the next cycle, reinvest with discipline, and cultivate cumulative knowledge.","keyQuestion":"Is my innovation flywheel compounding — does each breakthrough build on the last and fund the next?","body":"The R&D loop — invest, generate breakthroughs, convert to market advantage, generate revenue, reinvest — strengthened when breakthroughs build cumulatively and fund the next cycle.\n- **Apply**: Allocate meaningful R&D resources, focus on breakthroughs over increments, speed breakthrough-to-market conversion, ensure revenue funds the next cycle, reinvest with discipline, and cultivate cumulative knowledge.\n- **Key Q**: \"Is my innovation flywheel compounding — does each breakthrough build on the last and fund the next?\"","sourceLine":457,"sourceNumber":63,"part":"I","register":"full","themes":[],"concepts":["BE-M0063"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-064","name":"AI Priming-Proving Flywheel","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"An AI loop where capabilities prime new use cases, proven value generates demand, demand attracts investment, and investment expands capabilities that prime further use cases — explaining non-linear AI adoption.","apply":"Deploy AI and actively watch for emergent, unplanned use cases, validate and measure their value, convert that into demand and investment, and expose AI to diverse contexts to maximize priming.","keyQuestion":"Am I watching for the emergent use cases my AI capabilities are priming — or only measuring the ones I planned?","body":"An AI loop where capabilities prime new use cases, proven value generates demand, demand attracts investment, and investment expands capabilities that prime further use cases — explaining non-linear AI adoption.\n- **Apply**: Deploy AI and actively watch for emergent, unplanned use cases, validate and measure their value, convert that into demand and investment, and expose AI to diverse contexts to maximize priming.\n- **Key Q**: \"Am I watching for the emergent use cases my AI capabilities are priming — or only measuring the ones I planned?\"","sourceLine":462,"sourceNumber":64,"part":"I","register":"full","themes":[],"concepts":["BE-M0064"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-065","name":"Asymmetric Business Unit Model","discipline":"core","section":"core-section-07","sectionName":"VII. FLYWHEELS & GROWTH LOOPS","kind":"Model / lens","essence":"A structure where a high-margin unit subsidizes a low-margin unit (e.g., AWS subsidizing eCommerce), creating a combined position neither could achieve alone and that competitors can't attack from either side.","apply":"Identify your high-margin cash generator, design or find a low-margin unit that uses the subsidy for unassailable position, establish the cross-subsidy, verify the combined moat, and monitor the high-margin unit's health.","keyQuestion":"Do I have a high-margin unit that can structurally subsidize a low-margin unit into an unassailable position?","body":"A structure where a high-margin unit subsidizes a low-margin unit (e.g., AWS subsidizing eCommerce), creating a combined position neither could achieve alone and that competitors can't attack from either side.\n- **Apply**: Identify your high-margin cash generator, design or find a low-margin unit that uses the subsidy for unassailable position, establish the cross-subsidy, verify the combined moat, and monitor the high-margin unit's health.\n- **Key Q**: \"Do I have a high-margin unit that can structurally subsidize a low-margin unit into an unassailable position?\"","sourceLine":467,"sourceNumber":65,"part":"I","register":"full","themes":[],"concepts":["BE-M0065"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-066","name":"VTDF Framework","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"A four-lens analysis of any business model — Value, Technology, Distribution, Financial — whose power lies in the connections between lenses, since a shift in one forces re-evaluation of the others.","apply":"Map a business across all four lenses, assess whether they connect coherently, identify the weakest as the bottleneck, and build strategy around strength in at least two dimensions with adequacy in the rest.","keyQuestion":"Across Value, Technology, Distribution, and Financial — where is my model strongest, weakest, most vulnerable?","body":"A four-lens analysis of any business model — Value, Technology, Distribution, Financial — whose power lies in the connections between lenses, since a shift in one forces re-evaluation of the others.\n- **Apply**: Map a business across all four lenses, assess whether they connect coherently, identify the weakest as the bottleneck, and build strategy around strength in at least two dimensions with adequacy in the rest.\n- **Key Q**: \"Across Value, Technology, Distribution, and Financial — where is my model strongest, weakest, most vulnerable?\"","sourceLine":475,"sourceNumber":66,"part":"I","register":"full","themes":[],"concepts":["BE-M0066"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-067","name":"Catalyst Quadrant (DATC)","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"A business-renewal framework requiring four simultaneous modes — Defend, Attack, Transform, Create — where most organizations default to one or two and neglect the rest.","apply":"Assess which mode is most urgent but run all four simultaneously, allocate resources to the environment, and never let Transform or Create drop to zero; review allocation quarterly.","keyQuestion":"Am I operating in all four modes simultaneously — or stuck in only Defend or only Attack?","body":"A business-renewal framework requiring four simultaneous modes — Defend, Attack, Transform, Create — where most organizations default to one or two and neglect the rest.\n- **Apply**: Assess which mode is most urgent but run all four simultaneously, allocate resources to the environment, and never let Transform or Create drop to zero; review allocation quarterly.\n- **Key Q**: \"Am I operating in all four modes simultaneously — or stuck in only Defend or only Attack?\"","sourceLine":480,"sourceNumber":67,"part":"I","register":"full","themes":[],"concepts":["BE-M0067"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-068","name":"Transitional vs Foundational Technology","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"A five-layer technology lifecycle — Products (0-1yr), Applications (1-5yr), Transitional (5-15yr), Foundational (15-30yr), Supercycle Catalysts (30-50yr) — each dictating a different strategic time horizon.","apply":"Classify your technology's layer and match strategy to its time horizon and dynamics — iterate fast on products, invest long-term on foundational, think in decades for supercycle catalysts.","keyQuestion":"Which technology layer am I on — and does my strategy match that layer's time horizon and dynamics?","body":"A five-layer technology lifecycle — Products (0-1yr), Applications (1-5yr), Transitional (5-15yr), Foundational (15-30yr), Supercycle Catalysts (30-50yr) — each dictating a different strategic time horizon.\n- **Apply**: Classify your technology's layer and match strategy to its time horizon and dynamics — iterate fast on products, invest long-term on foundational, think in decades for supercycle catalysts.\n- **Key Q**: \"Which technology layer am I on — and does my strategy match that layer's time horizon and dynamics?\"","sourceLine":485,"sourceNumber":68,"part":"I","register":"full","themes":[],"concepts":["BE-M0068"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-069","name":"AI Supercycle Three-Phase Model","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"A model of AI's economic transformation across three phases — AI Eating the Web, Industry Restructuring, and AI-Native Economic Models — currently transitioning from Phase 1 to Phase 2.","apply":"Identify your industry's phase, adapt immediately if you're in Phase 1, prepare now if Phase 2 is approaching, explore AI-native models for Phase 3, and never assume your industry is immune.","keyQuestion":"Which phase of the AI supercycle is my industry in — and am I positioned for the next phase?","body":"A model of AI's economic transformation across three phases — AI Eating the Web, Industry Restructuring, and AI-Native Economic Models — currently transitioning from Phase 1 to Phase 2.\n- **Apply**: Identify your industry's phase, adapt immediately if you're in Phase 1, prepare now if Phase 2 is approaching, explore AI-native models for Phase 3, and never assume your industry is immune.\n- **Key Q**: \"Which phase of the AI supercycle is my industry in — and am I positioned for the next phase?\"","sourceLine":490,"sourceNumber":69,"part":"I","register":"full","themes":[],"concepts":["BE-M0069"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-070","name":"Business Model Innovation via Margin Conflict","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"Using different margin structures as a weapon at the business-model level — designing a business structurally profitable at margins that would destroy the incumbent's economics, forcing an impossible choice.","apply":"Analyze incumbent margin requirements, design your model to profit at margins catastrophic for them, identify the structural advantage enabling it (AI automation, zero marginal cost), enter, and build moats during the response window.","keyQuestion":"Can I design a model profitable at margins that force the incumbent to cannibalize its own business?","body":"Using different margin structures as a weapon at the business-model level — designing a business structurally profitable at margins that would destroy the incumbent's economics, forcing an impossible choice.\n- **Apply**: Analyze incumbent margin requirements, design your model to profit at margins catastrophic for them, identify the structural advantage enabling it (AI automation, zero marginal cost), enter, and build moats during the response window.\n- **Key Q**: \"Can I design a model profitable at margins that force the incumbent to cannibalize its own business?\"","sourceLine":495,"sourceNumber":70,"part":"I","register":"full","themes":[],"concepts":["BE-M0047"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-071","name":"Dogfooding Framework","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"A four-stage validation framework — Internal Adoption, Pain Recognition, Solution Validation, External Validation — preventing products that pass theoretical tests but fail practical ones.","apply":"Require the team to use the product for real work daily, systematically document friction, validate that internal fixes solve external problems, launch only when internal usage is genuinely productive, and never stop dogfooding.","keyQuestion":"Am I truly using my own product for real work — and are the pain points relevant to external customers?","body":"A four-stage validation framework — Internal Adoption, Pain Recognition, Solution Validation, External Validation — preventing products that pass theoretical tests but fail practical ones.\n- **Apply**: Require the team to use the product for real work daily, systematically document friction, validate that internal fixes solve external problems, launch only when internal usage is genuinely productive, and never stop dogfooding.\n- **Key Q**: \"Am I truly using my own product for real work — and are the pain points relevant to external customers?\"","sourceLine":500,"sourceNumber":71,"part":"I","register":"full","themes":[],"concepts":["BE-M0071"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-072","name":"AI Implementation Pyramid (4-Tier)","discipline":"core","section":"core-section-08","sectionName":"VIII. BUSINESS MODEL INNOVATION","kind":"Model / lens","essence":"A resource-allocation framework for AI adoption — Tier 1 Productivity Tools (~70%), Tier 2 Workflow Automation (~15%), Tier 3 Strategic Advantages (~10%), Tier 4 R&D Bets (~5%).","apply":"Audit AI spending against the ratio, put the bulk into immediate productivity wins, automate a few workflow segments, build one defensible strategic advantage, allocate a small speculative budget, and promote successes upward.","keyQuestion":"Is my AI investment pyramid balanced — or am I over-investing in speculative AI while neglecting the base?","body":"A resource-allocation framework for AI adoption — Tier 1 Productivity Tools (~70%), Tier 2 Workflow Automation (~15%), Tier 3 Strategic Advantages (~10%), Tier 4 R&D Bets (~5%).\n- **Apply**: Audit AI spending against the ratio, put the bulk into immediate productivity wins, automate a few workflow segments, build one defensible strategic advantage, allocate a small speculative budget, and promote successes upward.\n- **Key Q**: \"Is my AI investment pyramid balanced — or am I over-investing in speculative AI while neglecting the base?\"","sourceLine":505,"sourceNumber":72,"part":"I","register":"full","themes":[],"concepts":["BE-M0072"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-073","name":"Asymmetric Betting Matrix","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"A portfolio approach to strategic bets by position size and return — Micro (0.1-1%, 1000x+), Small (1-2%, 100-1000x), Medium (2-5%, 10-100x), Core (5-10%, 3-10x) — where the portfolio is the strategy.","apply":"Classify each bet by size and realistic return, balance the portfolio, make many fast micro bets and kill losers, deepen conviction on core bets, and rebalance by promoting winners and cutting non-performers.","keyQuestion":"Is my strategic portfolio balanced across bet sizes — or over-concentrated in high-risk or low-return positions?","body":"A portfolio approach to strategic bets by position size and return — Micro (0.1-1%, 1000x+), Small (1-2%, 100-1000x), Medium (2-5%, 10-100x), Core (5-10%, 3-10x) — where the portfolio is the strategy.\n- **Apply**: Classify each bet by size and realistic return, balance the portfolio, make many fast micro bets and kill losers, deepen conviction on core bets, and rebalance by promoting winners and cutting non-performers.\n- **Key Q**: \"Is my strategic portfolio balanced across bet sizes — or over-concentrated in high-risk or low-return positions?\"","sourceLine":513,"sourceNumber":73,"part":"I","register":"full","themes":[],"concepts":["BE-M0073"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-074","name":"Impact-Reversibility Matrix","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"Mapping decisions on Impact vs Reversibility into four quadrants — Strategic Deliberation, Smart Experimentation, Careful Consideration, Rapid Iteration — so deliberation matches the stakes.","apply":"Rate a decision's impact and reversibility, plot it, and match rigor and speed to the quadrant; the meta-skill is correctly assessing which quadrant a decision belongs in.","keyQuestion":"Am I giving this decision the right amount of deliberation for its actual impact and reversibility?","body":"Mapping decisions on Impact vs Reversibility into four quadrants — Strategic Deliberation, Smart Experimentation, Careful Consideration, Rapid Iteration — so deliberation matches the stakes.\n- **Apply**: Rate a decision's impact and reversibility, plot it, and match rigor and speed to the quadrant; the meta-skill is correctly assessing which quadrant a decision belongs in.\n- **Key Q**: \"Am I giving this decision the right amount of deliberation for its actual impact and reversibility?\"","sourceLine":518,"sourceNumber":74,"part":"I","register":"full","themes":[],"concepts":["BE-M0037"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-075","name":"Act vs Wait Mental Model","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"The fundamental choice between committing resources (Act) and preserving optionality (Wait), calibrated by whether the cost of delay exceeds the value of additional information.","apply":"Assess the cost of waiting one more cycle and whether waiting yields meaningful new information; act if delay costs more than it teaches, wait if it teaches more, and check for compounding advantages and optionality value.","keyQuestion":"Does the cost of delay exceed the value of waiting — or is optionality worth more than early commitment?","body":"The fundamental choice between committing resources (Act) and preserving optionality (Wait), calibrated by whether the cost of delay exceeds the value of additional information.\n- **Apply**: Assess the cost of waiting one more cycle and whether waiting yields meaningful new information; act if delay costs more than it teaches, wait if it teaches more, and check for compounding advantages and optionality value.\n- **Key Q**: \"Does the cost of delay exceed the value of waiting — or is optionality worth more than early commitment?\"","sourceLine":523,"sourceNumber":75,"part":"I","register":"full","themes":[],"concepts":["BE-M0075"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-076","name":"Bounded Rationality","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"The recognition (from Herbert Simon) that humans satisfice rather than optimize, shaped by information limits, cognitive constraints, time pressure, and choice architecture.","apply":"Model customer, competitor, and stakeholder behavior for how people actually decide (limited info, heuristics), simplify choices, structure the environment to make the right option easiest, and use frameworks to counter your own limits.","keyQuestion":"Am I designing for how people actually decide — or how I assume rational actors should decide?","body":"The recognition (from Herbert Simon) that humans satisfice rather than optimize, shaped by information limits, cognitive constraints, time pressure, and choice architecture.\n- **Apply**: Model customer, competitor, and stakeholder behavior for how people actually decide (limited info, heuristics), simplify choices, structure the environment to make the right option easiest, and use frameworks to counter your own limits.\n- **Key Q**: \"Am I designing for how people actually decide — or how I assume rational actors should decide?\"","sourceLine":528,"sourceNumber":76,"part":"I","register":"full","themes":[],"concepts":["BE-M0076"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-077","name":"Less-is-More Heuristic","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"The counterintuitive principle that beyond a threshold, more information degrades decisions — creating noise, false patterns, paralysis, and overconfidence — making filtering a strategic capability.","apply":"Before gathering more data, ask if it will change the decision; if not, stop and decide; identify the 3-5 data points that actually drive the decision, set time limits, and reserve deep analysis for high-impact, low-reversibility calls.","keyQuestion":"Am I gathering more information because it will improve the decision — or because it feels safer than deciding?","body":"The counterintuitive principle that beyond a threshold, more information degrades decisions — creating noise, false patterns, paralysis, and overconfidence — making filtering a strategic capability.\n- **Apply**: Before gathering more data, ask if it will change the decision; if not, stop and decide; identify the 3-5 data points that actually drive the decision, set time limits, and reserve deep analysis for high-impact, low-reversibility calls.\n- **Key Q**: \"Am I gathering more information because it will improve the decision — or because it feels safer than deciding?\"","sourceLine":533,"sourceNumber":77,"part":"I","register":"full","themes":[],"concepts":["BE-M0077"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-078","name":"Ecological Rationality","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"The principle that there's no universally best strategy — only strategies suited to specific environments — so the BE seeks environment-practice fit, not \"best practices.\"","apply":"Characterize your environment (fast/slow, fragmented/consolidated, regulated/unregulated), assess a strategy's original environment, import only if conditions match, and maintain a repertoire to switch as the environment changes.","keyQuestion":"Is this strategy suited to my specific environment — or am I importing what worked elsewhere under other conditions?","body":"The principle that there's no universally best strategy — only strategies suited to specific environments — so the BE seeks environment-practice fit, not \"best practices.\"\n- **Apply**: Characterize your environment (fast/slow, fragmented/consolidated, regulated/unregulated), assess a strategy's original environment, import only if conditions match, and maintain a repertoire to switch as the environment changes.\n- **Key Q**: \"Is this strategy suited to my specific environment — or am I importing what worked elsewhere under other conditions?\"","sourceLine":538,"sourceNumber":78,"part":"I","register":"full","themes":[],"concepts":["BE-M0078"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-079","name":"Contradiction Reading","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"Treating decisions that violate stated principles not as hypocrisy but as evidence of a hidden structural driver operating above individual choice.","apply":"Observe an action contradicting stated principles, hypothesize the structural force that would make it rational, test whether that driver explains other contradictions, and use it to predict future actions.","keyQuestion":"What structural driver is powerful enough to override this actor's stated principles — and what else does it predict?","body":"Treating decisions that violate stated principles not as hypocrisy but as evidence of a hidden structural driver operating above individual choice.\n- **Apply**: Observe an action contradicting stated principles, hypothesize the structural force that would make it rational, test whether that driver explains other contradictions, and use it to predict future actions.\n- **Key Q**: \"What structural driver is powerful enough to override this actor's stated principles — and what else does it predict?\"","sourceLine":543,"sourceNumber":79,"part":"I","register":"full","themes":[],"concepts":["BE-M0079"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-080","name":"Existential Imperative Test","discipline":"core","section":"core-section-09","sectionName":"IX. DECISION-MAKING & OPTIMIZATION","kind":"Model / lens","essence":"The diagnostic question behind seemingly irrational actions — \"What catastrophe happens if they don't do this?\" — which reveals a survival-level threat visible to the decision-maker but invisible to observers.","apply":"For a puzzling decision, ask what catastrophe it prevents, generate threat hypotheses, test whether the threat explains other actions, and use the identified imperative predictively — it's the most reliable behavior predictor.","keyQuestion":"What catastrophe are they trying to prevent — and does that threat explain everything else they're doing?","body":"The diagnostic question behind seemingly irrational actions — \"What catastrophe happens if they don't do this?\" — which reveals a survival-level threat visible to the decision-maker but invisible to observers.\n- **Apply**: For a puzzling decision, ask what catastrophe it prevents, generate threat hypotheses, test whether the threat explains other actions, and use the identified imperative predictively — it's the most reliable behavior predictor.\n- **Key Q**: \"What catastrophe are they trying to prevent — and does that threat explain everything else they're doing?\"","sourceLine":548,"sourceNumber":80,"part":"I","register":"full","themes":[],"concepts":["BE-M0080"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-081","name":"AI-Native Organizational Archetypes","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"Four AI-era structures — Two-Layer Revolution, Trust Network, Slime Mold Organization, and Micro-Empire — where structure determines strategy by constraining what's available.","apply":"Assess your closest archetype and the one that best fits your environment, choose or transition toward the target, and check whether your structure enables or constrains your strategy.","keyQuestion":"Which organizational archetype fits my strategy and environment — and is my structure enabling or constraining me?","body":"Four AI-era structures — Two-Layer Revolution, Trust Network, Slime Mold Organization, and Micro-Empire — where structure determines strategy by constraining what's available.\n- **Apply**: Assess your closest archetype and the one that best fits your environment, choose or transition toward the target, and check whether your structure enables or constrains your strategy.\n- **Key Q**: \"Which organizational archetype fits my strategy and environment — and is my structure enabling or constraining me?\"","sourceLine":556,"sourceNumber":81,"part":"I","register":"full","themes":[],"concepts":["BE-M0081"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-082","name":"Super Individual Contributor","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"A new role combining deep expertise with strategic thinking, where one AI-augmented person produces the output of a small team across creation, analysis, strategy, and execution.","apply":"Identify individuals combining deep expertise with strategic thinking, equip them with amplifying AI tools, remove barriers forcing specialization or management, measure by output and value, and restructure compensation accordingly.","keyQuestion":"Am I creating conditions for Super ICs to emerge — or forcing everyone into traditional roles?","body":"A new role combining deep expertise with strategic thinking, where one AI-augmented person produces the output of a small team across creation, analysis, strategy, and execution.\n- **Apply**: Identify individuals combining deep expertise with strategic thinking, equip them with amplifying AI tools, remove barriers forcing specialization or management, measure by output and value, and restructure compensation accordingly.\n- **Key Q**: \"Am I creating conditions for Super ICs to emerge — or forcing everyone into traditional roles?\"","sourceLine":561,"sourceNumber":82,"part":"I","register":"full","themes":[],"concepts":["BE-M0082"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-083","name":"Permanent Beta Organization","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"An organizational philosophy treating change as the default state — every process, structure, and strategy provisional and continuously evolved — rather than alternating stability with disruptive reorgs.","apply":"Audit which structures are treated as permanent, question each, institute regular adaptation rituals, reward people who improve outdated processes, keep minimum viable structure, and accept never being fully \"done.\"","keyQuestion":"Is my organization built for continuous adaptation — or alternating between rigidity and disruptive reorganization?","body":"An organizational philosophy treating change as the default state — every process, structure, and strategy provisional and continuously evolved — rather than alternating stability with disruptive reorgs.\n- **Apply**: Audit which structures are treated as permanent, question each, institute regular adaptation rituals, reward people who improve outdated processes, keep minimum viable structure, and accept never being fully \"done.\"\n- **Key Q**: \"Is my organization built for continuous adaptation — or alternating between rigidity and disruptive reorganization?\"","sourceLine":566,"sourceNumber":83,"part":"I","register":"full","themes":[],"concepts":["BE-M0083"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-084","name":"FRED Test","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"An enterprise AI-readiness reality check across four dimensions — Foundational Readiness, Resource Allocation, Executive Alignment, and Deployment Capability — distinguishing genuine readiness from AI theater.","apply":"Rate the organization on each dimension, be honest about data infrastructure, real resources, leadership's willingness to restructure, and POC-to-production capability; if any dimension scores below 4, fix it before investing further.","keyQuestion":"Is my organization genuinely ready for AI transformation — or are we investing in AI theater?","body":"An enterprise AI-readiness reality check across four dimensions — Foundational Readiness, Resource Allocation, Executive Alignment, and Deployment Capability — distinguishing genuine readiness from AI theater.\n- **Apply**: Rate the organization on each dimension, be honest about data infrastructure, real resources, leadership's willingness to restructure, and POC-to-production capability; if any dimension scores below 4, fix it before investing further.\n- **Key Q**: \"Is my organization genuinely ready for AI transformation — or are we investing in AI theater?\"","sourceLine":571,"sourceNumber":84,"part":"I","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-085","name":"AI Discernment Framework","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"Evaluating AI capabilities versus limitations in specific business contexts to prevent both over-reliance (using it where it fails) and under-utilization (not using it where it excels).","apply":"For a proposed AI application, assess what it can reliably do, map where it fails and the cost of failure, calibrate risk, deploy where capabilities are strong and failure costs manageable, keep human oversight elsewhere, and reassess often.","keyQuestion":"Where does AI genuinely excel in my context, where does it fail, and what is the cost of getting it wrong?","body":"Evaluating AI capabilities versus limitations in specific business contexts to prevent both over-reliance (using it where it fails) and under-utilization (not using it where it excels).\n- **Apply**: For a proposed AI application, assess what it can reliably do, map where it fails and the cost of failure, calibrate risk, deploy where capabilities are strong and failure costs manageable, keep human oversight elsewhere, and reassess often.\n- **Key Q**: \"Where does AI genuinely excel in my context, where does it fail, and what is the cost of getting it wrong?\"","sourceLine":576,"sourceNumber":85,"part":"I","register":"full","themes":[],"concepts":["BE-M0085"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-086","name":"Dual-Engine Framework","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"Running core business optimization (Engine 1) and AI transformation (Engine 2) as parallel operations with dedicated resources, separate metrics, and clear interfaces — because transformation inside the core structure fails.","apply":"Separate the two engines organizationally, give each dedicated resources and distinct metrics, design the value-transfer interface, protect Engine 2 from Engine 1's short-term pressures, and plan an eventual convergence.","keyQuestion":"Am I running core optimization and AI transformation as parallel engines — or expecting the core to transform itself?","body":"Running core business optimization (Engine 1) and AI transformation (Engine 2) as parallel operations with dedicated resources, separate metrics, and clear interfaces — because transformation inside the core structure fails.\n- **Apply**: Separate the two engines organizationally, give each dedicated resources and distinct metrics, design the value-transfer interface, protect Engine 2 from Engine 1's short-term pressures, and plan an eventual convergence.\n- **Key Q**: \"Am I running core optimization and AI transformation as parallel engines — or expecting the core to transform itself?\"","sourceLine":581,"sourceNumber":86,"part":"I","register":"full","themes":[],"concepts":["BE-M0086"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-087","name":"Productivity Spectrum","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"A framework for how AI expands individual capability beyond speed — enabling one person to perform at team-level competencies across strategy, execution, analysis, design, and communication.","apply":"Audit where individuals are limited by specialization, deploy AI tools that expand capability range, measure capability expansion (not just speed), redesign roles and teams around fewer more-capable people, and rethink compensation.","keyQuestion":"Am I measuring AI productivity only as speed — or capturing the full capability expansion it enables?","body":"A framework for how AI expands individual capability beyond speed — enabling one person to perform at team-level competencies across strategy, execution, analysis, design, and communication.\n- **Apply**: Audit where individuals are limited by specialization, deploy AI tools that expand capability range, measure capability expansion (not just speed), redesign roles and teams around fewer more-capable people, and rethink compensation.\n- **Key Q**: \"Am I measuring AI productivity only as speed — or capturing the full capability expansion it enables?\"","sourceLine":586,"sourceNumber":87,"part":"I","register":"full","themes":[],"concepts":["BE-M0087"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-088","name":"Stupid-Out Matrix","discipline":"core","section":"core-section-10","sectionName":"X. ORGANIZATIONAL DESIGN & AI ADOPTION","kind":"Model / lens","essence":"A team-building framework filtering people on Capability and Adaptability into four quadrants — Stars, Specialists, Potential, and Exit — weighting adaptability more heavily because the work changes continuously.","apply":"Map your team on both dimensions, invest heavily in Stars, develop Specialists' adaptability, accelerate Potential with mentors and AI, have honest conversations in the Exit zone, and weight adaptability in hiring.","keyQuestion":"Am I building my team for the work that exists today — or the work that will exist tomorrow?","body":"A team-building framework filtering people on Capability and Adaptability into four quadrants — Stars, Specialists, Potential, and Exit — weighting adaptability more heavily because the work changes continuously.\n- **Apply**: Map your team on both dimensions, invest heavily in Stars, develop Specialists' adaptability, accelerate Potential with mentors and AI, have honest conversations in the Exit zone, and weight adaptability in hiring.\n- **Key Q**: \"Am I building my team for the work that exists today — or the work that will exist tomorrow?\"","sourceLine":591,"sourceNumber":88,"part":"I","register":"full","themes":[],"concepts":["BE-M0088"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-089","name":"Incumbent Vulnerability Analysis","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"A systematic framework for finding where incumbents are exposed across dimensions — market-position complacency, technology debt, organizational rigidity, margin dependency, and customer dissatisfaction.","apply":"Score each dimension on observable evidence (complacency, legacy constraints, adaptability, margin traps, genuine vs captive loyalty); the highest-scoring dimensions are the attack surfaces.","keyQuestion":"Where is this incumbent most structurally vulnerable — and is it in a dimension I can exploit?","body":"A systematic framework for finding where incumbents are exposed across dimensions — market-position complacency, technology debt, organizational rigidity, margin dependency, and customer dissatisfaction.\n- **Apply**: Score each dimension on observable evidence (complacency, legacy constraints, adaptability, margin traps, genuine vs captive loyalty); the highest-scoring dimensions are the attack surfaces.\n- **Key Q**: \"Where is this incumbent most structurally vulnerable — and is it in a dimension I can exploit?\"","sourceLine":599,"sourceNumber":89,"part":"I","register":"full","themes":[],"concepts":["BE-M0089"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-090","name":"Market Structure Dynamics","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"A framework for how markets evolve — Fragmented → Consolidating → Oligopoly → Monopoly/Dominant — where understanding the transition drivers matters more than the current state alone.","apply":"Classify the current state, identify the forces pushing toward the next, and match strategy to both the state and its direction (seek scale, build moats, dominate or find the ignored niche), watching for disruption that resets to fragmented.","keyQuestion":"What market structure state am I in, where is it heading, and is my strategy aligned with the transition?","body":"A framework for how markets evolve — Fragmented → Consolidating → Oligopoly → Monopoly/Dominant — where understanding the transition drivers matters more than the current state alone.\n- **Apply**: Classify the current state, identify the forces pushing toward the next, and match strategy to both the state and its direction (seek scale, build moats, dominate or find the ignored niche), watching for disruption that resets to fragmented.\n- **Key Q**: \"What market structure state am I in, where is it heading, and is my strategy aligned with the transition?\"","sourceLine":604,"sourceNumber":90,"part":"I","register":"full","themes":[],"concepts":["BE-M0090"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-091","name":"Capital Asymmetry of AI","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"A framework for how AI investment concentrates in a few hyperscalers, creating a structural divide, and how smaller players can compete despite it via specialization, efficiency, niche focus, or leverage.","apply":"Map who spends how much where, assess your position, and if smaller, don't fight head-on on compute — compete on specialization, efficiency, niche focus, or hyperscaler leverage; monitor dependency and asymmetry-shifting breakthroughs.","keyQuestion":"How can I compete in AI without hyperscaler capital — and what strategy fits my actual resource position?","body":"A framework for how AI investment concentrates in a few hyperscalers, creating a structural divide, and how smaller players can compete despite it via specialization, efficiency, niche focus, or leverage.\n- **Apply**: Map who spends how much where, assess your position, and if smaller, don't fight head-on on compute — compete on specialization, efficiency, niche focus, or hyperscaler leverage; monitor dependency and asymmetry-shifting breakthroughs.\n- **Key Q**: \"How can I compete in AI without hyperscaler capital — and what strategy fits my actual resource position?\"","sourceLine":609,"sourceNumber":91,"part":"I","register":"full","themes":[],"concepts":["BE-M0091"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-092","name":"AI Bubble vs Supercycle","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"A diagnostic separating short-term hype (bubble) from long-term transformation (supercycle), recognizing the same asset can be both — overpriced short term yet transformational long term (timing vs thesis).","apply":"Check for bubble indicators (speculative capital, unrealistic valuations, thin adoption) and supercycle indicators (infrastructure, adoption, productivity gains), position for both — surviving the correction while capturing the transformation.","keyQuestion":"Is this a bubble play or a supercycle play — and am I positioned to survive the correction and capture the transformation?","body":"A diagnostic separating short-term hype (bubble) from long-term transformation (supercycle), recognizing the same asset can be both — overpriced short term yet transformational long term (timing vs thesis).\n- **Apply**: Check for bubble indicators (speculative capital, unrealistic valuations, thin adoption) and supercycle indicators (infrastructure, adoption, productivity gains), position for both — surviving the correction while capturing the transformation.\n- **Key Q**: \"Is this a bubble play or a supercycle play — and am I positioned to survive the correction and capture the transformation?\"","sourceLine":614,"sourceNumber":92,"part":"I","register":"full","themes":[],"concepts":["BE-M0092"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-093","name":"Technology Supercycle","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"A historical framework for 30-50 year transformation waves (electricity, automobile, internet, mobile) following invention → speculation → correction → infrastructure → mass adoption → restructuring → new paradigm.","apply":"Study previous supercycles, map where AI sits in the pattern, learn who won and lost at that stage, position for the infrastructure phase, and don't mistake the correction for the end of the supercycle.","keyQuestion":"Where is AI in the supercycle pattern — and what does history say happens next?","body":"A historical framework for 30-50 year transformation waves (electricity, automobile, internet, mobile) following invention → speculation → correction → infrastructure → mass adoption → restructuring → new paradigm.\n- **Apply**: Study previous supercycles, map where AI sits in the pattern, learn who won and lost at that stage, position for the infrastructure phase, and don't mistake the correction for the end of the supercycle.\n- **Key Q**: \"Where is AI in the supercycle pattern — and what does history say happens next?\"","sourceLine":619,"sourceNumber":93,"part":"I","register":"full","themes":[],"concepts":["BE-M0093"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-094","name":"Negotiation Leverage Matrix","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"A framework for identifying and deploying leverage across five sources — BATNA, Information Asymmetry, Time Pressure, Relationship Capital, and Structural Position — mapping the true power balance before negotiating.","apply":"Map all five sources for both sides before negotiating, strengthen your BATNA, exploit information asymmetries, conceal your own time pressure, leverage relationship capital carefully, and deploy structural position deliberately.","keyQuestion":"Where does the real leverage sit in this negotiation — and have I strengthened all five sources before entering?","body":"A framework for identifying and deploying leverage across five sources — BATNA, Information Asymmetry, Time Pressure, Relationship Capital, and Structural Position — mapping the true power balance before negotiating.\n- **Apply**: Map all five sources for both sides before negotiating, strengthen your BATNA, exploit information asymmetries, conceal your own time pressure, leverage relationship capital carefully, and deploy structural position deliberately.\n- **Key Q**: \"Where does the real leverage sit in this negotiation — and have I strengthened all five sources before entering?\"","sourceLine":624,"sourceNumber":94,"part":"I","register":"full","themes":[],"concepts":["BE-M0094"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-095","name":"Comparable Company Analysis","discipline":"core","section":"core-section-11","sectionName":"XI. MARKET & INDUSTRY ANALYSIS","kind":"Model / lens","essence":"Evaluating businesses against peers not just financially but structurally, strategically, and positionally — revealing whether a company is genuinely comparable or structurally different in ways financials can't capture.","apply":"Define a genuine peer set, compare financials, moat and flywheel maturity, strategic archetype and layer, and market-position trajectory; the divergences (comparable financials, divergent structure) are the insight.","keyQuestion":"Is this company truly comparable to its peers — or do structural differences make the financial comparison misleading?","body":"Evaluating businesses against peers not just financially but structurally, strategically, and positionally — revealing whether a company is genuinely comparable or structurally different in ways financials can't capture.\n- **Apply**: Define a genuine peer set, compare financials, moat and flywheel maturity, strategic archetype and layer, and market-position trajectory; the divergences (comparable financials, divergent structure) are the insight.\n- **Key Q**: \"Is this company truly comparable to its peers — or do structural differences make the financial comparison misleading?\"","sourceLine":629,"sourceNumber":95,"part":"I","register":"full","themes":[],"concepts":["BE-M0095"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-096","name":"Agentic Web Visibility Playbook","discipline":"core","section":"core-section-12","sectionName":"XII. DISTRIBUTION & VISIBILITY","kind":"Model / lens","essence":"A framework for maintaining visibility when AI agents, not humans, mediate discovery and commerce — requiring strategies designed for agent cognition (structured data, protocols, authority signals, machine-readable value).","apply":"Audit whether your visibility targets humans or agents, implement structured data and APIs agents can parse, ensure protocol compliance, build authority signals, express value in machine-readable formats, and monitor agent-mediated traffic.","keyQuestion":"Is my visibility strategy designed for AI agents as well as humans — or am I invisible to agentic discovery?","body":"A framework for maintaining visibility when AI agents, not humans, mediate discovery and commerce — requiring strategies designed for agent cognition (structured data, protocols, authority signals, machine-readable value).\n- **Apply**: Audit whether your visibility targets humans or agents, implement structured data and APIs agents can parse, ensure protocol compliance, build authority signals, express value in machine-readable formats, and monitor agent-mediated traffic.\n- **Key Q**: \"Is my visibility strategy designed for AI agents as well as humans — or am I invisible to agentic discovery?\"","sourceLine":637,"sourceNumber":96,"part":"I","register":"full","themes":[],"concepts":["BE-M0096"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-097","name":"Digital Distribution Layers","discipline":"core","section":"core-section-12","sectionName":"XII. DISTRIBUTION & VISIBILITY","kind":"Model / lens","essence":"A framework mapping content and product flow through three layers — Platform, Algorithmic, and Direct — each with different control, scalability, and vulnerability, where over-dependence on any single layer is a risk.","apply":"Map the share of distribution through each layer, assess vulnerability to rule changes, maintain platform and algorithmic presence without depending on them, invest heavily in the direct layer (target 30%+), and diversify across all three.","keyQuestion":"How much of my distribution do I actually control — and what happens if platforms or algorithms change the rules?","body":"A framework mapping content and product flow through three layers — Platform, Algorithmic, and Direct — each with different control, scalability, and vulnerability, where over-dependence on any single layer is a risk.\n- **Apply**: Map the share of distribution through each layer, assess vulnerability to rule changes, maintain platform and algorithmic presence without depending on them, invest heavily in the direct layer (target 30%+), and diversify across all three.\n- **Key Q**: \"How much of my distribution do I actually control — and what happens if platforms or algorithms change the rules?\"","sourceLine":642,"sourceNumber":97,"part":"I","register":"full","themes":[],"concepts":["BE-M0097"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-098","name":"Brand Authority in AI Agent Age","discipline":"core","section":"core-section-12","sectionName":"XII. DISTRIBUTION & VISIBILITY","kind":"Model / lens","essence":"A framework for why brand becomes more critical when AI agents make decisions — agents use brand authority as a trust signal, and humans use brand familiarity to validate agent recommendations.","apply":"Assess whether your brand is strong enough to serve as an agent trust signal, map how agents perceive and rank you, invest in the brand-agent feedback loop, and build authority signals agents recognize — brand is now agentic-web infrastructure.","keyQuestion":"Is my brand strong enough to serve as a trust signal for AI agents — or will agent-mediated discovery erase me?","body":"A framework for why brand becomes more critical when AI agents make decisions — agents use brand authority as a trust signal, and humans use brand familiarity to validate agent recommendations.\n- **Apply**: Assess whether your brand is strong enough to serve as an agent trust signal, map how agents perceive and rank you, invest in the brand-agent feedback loop, and build authority signals agents recognize — brand is now agentic-web infrastructure.\n- **Key Q**: \"Is my brand strong enough to serve as a trust signal for AI agents — or will agent-mediated discovery erase me?\"","sourceLine":647,"sourceNumber":98,"part":"I","register":"full","themes":[],"concepts":["BE-M0098"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-099","name":"AI Search Paradigm Shift","discipline":"core","section":"core-section-12","sectionName":"XII. DISTRIBUTION & VISIBILITY","kind":"Model / lens","essence":"The transformation from Crawl-Index-Rank to Retrieve-Memory-Reason, where AI retrieves from multiple sources, keeps contextual memory, and reasons about answers instead of listing links — rewriting 25 years of discoverability rules.","apply":"Audit whether content is keyword-optimized (old) or citation-worthy (new), invest in comprehensive authoritative content and structured data, accept that clicks may never happen, monitor AI citations, and adapt now.","keyQuestion":"Is my content built for Crawl-Index-Rank or Retrieve-Memory-Reason — and am I adapting fast enough?","body":"The transformation from Crawl-Index-Rank to Retrieve-Memory-Reason, where AI retrieves from multiple sources, keeps contextual memory, and reasons about answers instead of listing links — rewriting 25 years of discoverability rules.\n- **Apply**: Audit whether content is keyword-optimized (old) or citation-worthy (new), invest in comprehensive authoritative content and structured data, accept that clicks may never happen, monitor AI citations, and adapt now.\n- **Key Q**: \"Is my content built for Crawl-Index-Rank or Retrieve-Memory-Reason — and am I adapting fast enough?\"","sourceLine":652,"sourceNumber":99,"part":"I","register":"full","themes":[],"concepts":["BE-M0099"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-100","name":"Bullseye Framework","discipline":"core","section":"core-section-12","sectionName":"XII. DISTRIBUTION & VISIBILITY","kind":"Model / lens","essence":"A method (from Weinberg and Mares' Traction) for finding the single best distribution channel — brainstorm all channels, rank, test the top 3 cheaply, identify the Bullseye, and double down.","apply":"List all possible channels, rank by fit for your specific business, test the top 3 with cheap fast experiments, identify the best-performing Bullseye, concentrate resources to dominate it, and revisit quarterly.","keyQuestion":"Have I found my Bullseye channel — or am I spreading across too many and dominating none?","body":"A method (from Weinberg and Mares' Traction) for finding the single best distribution channel — brainstorm all channels, rank, test the top 3 cheaply, identify the Bullseye, and double down.\n- **Apply**: List all possible channels, rank by fit for your specific business, test the top 3 with cheap fast experiments, identify the best-performing Bullseye, concentrate resources to dominate it, and revisit quarterly.\n- **Key Q**: \"Have I found my Bullseye channel — or am I spreading across too many and dominating none?\"","sourceLine":657,"sourceNumber":100,"part":"I","register":"full","themes":[],"concepts":["BE-M0100"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-101","name":"Antifragility (Taleb)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"The principle that some systems gain from disorder — distinguishing Fragile (breaks), Robust (resists), and Antifragile (strengthens from stress) — where the goal is antifragility, not mere resilience.","apply":"Assess whether your system is fragile, robust, or antifragile, eliminate single points of failure, build optionality with many small bets, expose the system to small survivable stresses, and apply a barbell (80-90% safe, 10-20% extreme upside).","keyQuestion":"Does my system get stronger from stress — or am I one shock away from breaking?","body":"The principle that some systems gain from disorder — distinguishing Fragile (breaks), Robust (resists), and Antifragile (strengthens from stress) — where the goal is antifragility, not mere resilience.\n- **Apply**: Assess whether your system is fragile, robust, or antifragile, eliminate single points of failure, build optionality with many small bets, expose the system to small survivable stresses, and apply a barbell (80-90% safe, 10-20% extreme upside).\n- **Key Q**: \"Does my system get stronger from stress — or am I one shock away from breaking?\"","sourceLine":665,"sourceNumber":101,"part":"I","register":"full","themes":[],"concepts":["BE-M0101"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-102","name":"Day 1 Mentality (Bezos)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Bezos's philosophy that every day must feel like Day 1 — urgency, customer obsession, experimentation, and resistance to calcification — because Day 2 is \"stasis, followed by irrelevance... followed by death.\"","apply":"Diagnose Day 1 vs Day 2 symptoms (slow decisions, process worship, customer as abstraction), re-center on customer obsession, adopt the 70% decision rule, reward experimentation, and attack process that has become a proxy for outcomes.","keyQuestion":"Are we on Day 1 or Day 2 — and what specific symptoms indicate which?","body":"Bezos's philosophy that every day must feel like Day 1 — urgency, customer obsession, experimentation, and resistance to calcification — because Day 2 is \"stasis, followed by irrelevance... followed by death.\"\n- **Apply**: Diagnose Day 1 vs Day 2 symptoms (slow decisions, process worship, customer as abstraction), re-center on customer obsession, adopt the 70% decision rule, reward experimentation, and attack process that has become a proxy for outcomes.\n- **Key Q**: \"Are we on Day 1 or Day 2 — and what specific symptoms indicate which?\"","sourceLine":670,"sourceNumber":102,"part":"I","register":"full","themes":[],"concepts":["BE-M0102"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-103","name":"First Principles (Musk)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Reasoning from fundamental truths rather than analogy — breaking problems to base physical or logical truths and rebuilding up — applied selectively to the most important strategic decisions.","apply":"Select a stalled strategic problem, list every embedded assumption, keep only fundamental truths and discard convention, rebuild the solution from base truths, and reserve this expensive method for high-payoff decisions.","keyQuestion":"Which assumptions am I treating as fixed that are actually just convention?","body":"Reasoning from fundamental truths rather than analogy — breaking problems to base physical or logical truths and rebuilding up — applied selectively to the most important strategic decisions.\n- **Apply**: Select a stalled strategic problem, list every embedded assumption, keep only fundamental truths and discard convention, rebuild the solution from base truths, and reserve this expensive method for high-payoff decisions.\n- **Key Q**: \"Which assumptions am I treating as fixed that are actually just convention?\"","sourceLine":675,"sourceNumber":103,"part":"I","register":"full","themes":[],"concepts":["BE-M0103"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-104","name":"Value Investing (Buffett)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Buffett's philosophy of seeking assets priced below intrinsic value due to sentiment or mispricing — applied beyond finance to undervalued talent, niches, technologies, and dismissed-but-sound strategies.","apply":"Develop an independent intrinsic-value assessment, demand a margin of safety, stay within your circle of competence, be patient through short-term volatility while the thesis holds, and buy when others are fearful.","keyQuestion":"Is this opportunity priced below intrinsic value — and do I have the patience for convergence?","body":"Buffett's philosophy of seeking assets priced below intrinsic value due to sentiment or mispricing — applied beyond finance to undervalued talent, niches, technologies, and dismissed-but-sound strategies.\n- **Apply**: Develop an independent intrinsic-value assessment, demand a margin of safety, stay within your circle of competence, be patient through short-term volatility while the thesis holds, and buy when others are fearful.\n- **Key Q**: \"Is this opportunity priced below intrinsic value — and do I have the patience for convergence?\"","sourceLine":680,"sourceNumber":104,"part":"I","register":"full","themes":[],"concepts":["BE-M0104"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-105","name":"Moonshot Thinking (Page)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Page's philosophy of pursuing 10x rather than 10% improvements — often easier because 10x forces reinvention rather than optimization of the existing system.","apply":"Take a stalled challenge, restate the goal as 10x, notice how it invalidates current approaches, generate approaches that only work at 10x, evaluate which might work, and apply selectively to the highest-leverage problems.","keyQuestion":"If I needed 10x improvement instead of 10%, what approach would I take — and why am I not taking it?","body":"Page's philosophy of pursuing 10x rather than 10% improvements — often easier because 10x forces reinvention rather than optimization of the existing system.\n- **Apply**: Take a stalled challenge, restate the goal as 10x, notice how it invalidates current approaches, generate approaches that only work at 10x, evaluate which might work, and apply selectively to the highest-leverage problems.\n- **Key Q**: \"If I needed 10x improvement instead of 10%, what approach would I take — and why am I not taking it?\"","sourceLine":685,"sourceNumber":105,"part":"I","register":"full","themes":[],"concepts":["BE-M0105"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-106","name":"Zero to One (Thiel)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Thiel's distinction between creating something new (0 to 1, vertical) and copying what works (1 to n, horizontal) — finding a secret others disagree with and building a monopoly around it.","apply":"Ask whether you're creating or redistributing value, identify your secret, test it against smart people's disagreement, build a monopoly by dominating a small market completely, and avoid direct competition.","keyQuestion":"Am I creating genuinely new value (0 to 1) or competing for existing value (1 to n) — and what is my secret?","body":"Thiel's distinction between creating something new (0 to 1, vertical) and copying what works (1 to n, horizontal) — finding a secret others disagree with and building a monopoly around it.\n- **Apply**: Ask whether you're creating or redistributing value, identify your secret, test it against smart people's disagreement, build a monopoly by dominating a small market completely, and avoid direct competition.\n- **Key Q**: \"Am I creating genuinely new value (0 to 1) or competing for existing value (1 to n) — and what is my secret?\"","sourceLine":690,"sourceNumber":106,"part":"I","register":"full","themes":[],"concepts":["BE-M0106"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-107","name":"Blitzscaling (Hoffman)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Hoffman's framework for prioritizing speed over efficiency under uncertainty when network effects create winner-take-all dynamics — correct in WTA markets, catastrophic without them.","apply":"First verify WTA conditions; if absent, don't blitzscale; if present, assess the competitive window, prioritize speed and accept inefficiency during it, measure share gains versus competitors, and set exit conditions to shift back to efficiency.","keyQuestion":"Does this market have winner-take-all dynamics that justify speed over efficiency — or am I just burning capital?","body":"Hoffman's framework for prioritizing speed over efficiency under uncertainty when network effects create winner-take-all dynamics — correct in WTA markets, catastrophic without them.\n- **Apply**: First verify WTA conditions; if absent, don't blitzscale; if present, assess the competitive window, prioritize speed and accept inefficiency during it, measure share gains versus competitors, and set exit conditions to shift back to efficiency.\n- **Key Q**: \"Does this market have winner-take-all dynamics that justify speed over efficiency — or am I just burning capital?\"","sourceLine":695,"sourceNumber":107,"part":"I","register":"full","themes":[],"concepts":["BE-M0107"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-108","name":"Move Fast (Zuckerberg)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Zuckerberg's philosophy (evolved from \"Move Fast and Break Things\" to \"with Stable Infrastructure\") that iteration speed is the primary competitive advantage — applied as a stage-dependent principle.","apply":"Measure your idea-to-shipped-to-measured cycle, eliminate the bottleneck, prioritize speed ruthlessly early, add quality guardrails in growth and stability at scale, build a speed culture, and treat any drop in speed as a crisis.","keyQuestion":"How fast am I iterating — and what is the bottleneck preventing me from iterating faster?","body":"Zuckerberg's philosophy (evolved from \"Move Fast and Break Things\" to \"with Stable Infrastructure\") that iteration speed is the primary competitive advantage — applied as a stage-dependent principle.\n- **Apply**: Measure your idea-to-shipped-to-measured cycle, eliminate the bottleneck, prioritize speed ruthlessly early, add quality guardrails in growth and stability at scale, build a speed culture, and treat any drop in speed as a crisis.\n- **Key Q**: \"How fast am I iterating — and what is the bottleneck preventing me from iterating faster?\"","sourceLine":700,"sourceNumber":108,"part":"I","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-109","name":"Simplicity (Jobs)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"Jobs's philosophy that simplicity is the destination reached only after understanding a problem deeply enough to strip away everything non-essential — complexity signals incomplete thinking.","apply":"Repeatedly ask what can be removed without losing value and remove it, test whether a newcomer understands without explanation, identify the ONE thing it must do brilliantly, resist adding, and treat simplicity as a competitive advantage.","keyQuestion":"What can I remove without losing value — and have I understood this deeply enough to make it simple?","body":"Jobs's philosophy that simplicity is the destination reached only after understanding a problem deeply enough to strip away everything non-essential — complexity signals incomplete thinking.\n- **Apply**: Repeatedly ask what can be removed without losing value and remove it, test whether a newcomer understands without explanation, identify the ONE thing it must do brilliantly, resist adding, and treat simplicity as a competitive advantage.\n- **Key Q**: \"What can I remove without losing value — and have I understood this deeply enough to make it simple?\"","sourceLine":705,"sourceNumber":109,"part":"I","register":"full","themes":[],"concepts":["BE-M0109"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-110","name":"Customer Obsession (Bezos/Wilke)","discipline":"core","section":"core-section-13","sectionName":"XIII. LEADER MENTAL MODELS","kind":"Model / lens","essence":"The operating principle that every decision begins and ends with the customer — obsession, where the customer is the gravitational center, not merely focus — used as the ultimate strategic tiebreaker.","apply":"Start every initiative with the customer's need, work backward from the ideal experience, optimize for long-term customer value, elevate customer signals as the most visible metrics, ignore competitors as the primary reference, and when torn, choose what's better for the customer.","keyQuestion":"Am I starting with the customer's need and working backward — or starting with my capabilities and hoping?","body":"The operating principle that every decision begins and ends with the customer — obsession, where the customer is the gravitational center, not merely focus — used as the ultimate strategic tiebreaker.\n- **Apply**: Start every initiative with the customer's need, work backward from the ideal experience, optimize for long-term customer value, elevate customer signals as the most visible metrics, ignore competitors as the primary reference, and when torn, choose what's better for the customer.\n- **Key Q**: \"Am I starting with the customer's need and working backward — or starting with my capabilities and hoping?\"","sourceLine":710,"sourceNumber":110,"part":"I","register":"full","themes":[],"concepts":["BE-M0110"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-111","name":"Revenue vs Depreciation, Not Revenue vs Capex","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Comparing a buildout's annual revenue to its annual capex is a category error — capex buys an asset that produces revenue for years; revenue is a 12-month flow. No infrastructure build in history survives that ratio. The correct income-statement test is revenue against DEPRECIATION, which arrives on a fixed schedule regardless of whether revenue does.","apply":"","keyQuestion":"Is revenue covering the depreciation of what's already built — and is it growing faster than the depreciation wave that's coming?","body":"Comparing a buildout's annual revenue to its annual capex is a category error — capex buys an asset that produces revenue for years; revenue is a 12-month flow. No infrastructure build in history survives that ratio. The correct income-statement test is revenue against DEPRECIATION, which arrives on a fixed schedule regardless of whether revenue does.\n- **Key Q**: \"Is revenue covering the depreciation of what's already built — and is it growing faster than the depreciation wave that's coming?\"","sourceLine":719,"sourceNumber":111,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0111"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-112","name":"The Hurdle Is Arithmetic","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"The revenue a capital program requires is not an opinion: required revenue = capital deployed x (1/asset life + required return) / gross margin. Derive it, publish the sensitivity (asset life and gross margin are the highest-leverage variables), and state the vintage of every external estimate you compare against.","apply":"","keyQuestion":"What revenue does the deployed capital arithmetically require — and what fraction of it exists today?","body":"The revenue a capital program requires is not an opinion: required revenue = capital deployed x (1/asset life + required return) / gross margin. Derive it, publish the sensitivity (asset life and gross margin are the highest-leverage variables), and state the vintage of every external estimate you compare against.\n- **Key Q**: \"What revenue does the deployed capital arithmetically require — and what fraction of it exists today?\"","sourceLine":723,"sourceNumber":112,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0112"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-113","name":"Allocation Becomes Obligation","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"A program funded from operating cash flow can be slowed at will; one funded by debt, leases, and external capital has counterparties, covenants, and maturities. When the CHARACTER of the money changes, a capital allocation decision becomes a credit cycle — even if nothing about the companies changed.","apply":"","keyQuestion":"Has the funding character changed from discretionary allocation to third-party obligation — and did anyone re-rate the risk when it did?","body":"A program funded from operating cash flow can be slowed at will; one funded by debt, leases, and external capital has counterparties, covenants, and maturities. When the CHARACTER of the money changes, a capital allocation decision becomes a credit cycle — even if nothing about the companies changed.\n- **Key Q**: \"Has the funding character changed from discretionary allocation to third-party obligation — and did anyone re-rate the risk when it did?\"","sourceLine":727,"sourceNumber":113,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0113"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-114","name":"Absorption Capacity","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Financing strain in a shared buildout is company-specific, not sector-wide. Each participant's position on the financial clock is set by its capital intensity (capex as a share of revenue and of operating cash flow) — one company self-funds with room while another cracks on the same build.","apply":"","keyQuestion":"What is this company's capital intensity — and where does that place it on the clock relative to peers running the same build?","body":"Financing strain in a shared buildout is company-specific, not sector-wide. Each participant's position on the financial clock is set by its capital intensity (capex as a share of revenue and of operating cash flow) — one company self-funds with room while another cracks on the same build.\n- **Key Q**: \"What is this company's capital intensity — and where does that place it on the clock relative to peers running the same build?\"","sourceLine":731,"sourceNumber":114,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0114"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-115","name":"Operating Absorption Is Not Cash Absorption","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"The income statement and the cash statement are two different tests and can give opposite answers inside one company: margins expanding while free cash flow goes negative. Run both. Strength on the operating line financed on the cash line is stretch from strength — a placement decision, not distress — but it is still stretch.","apply":"","keyQuestion":"Does the operating answer match the cash answer — and if not, which one is the market pricing?","body":"The income statement and the cash statement are two different tests and can give opposite answers inside one company: margins expanding while free cash flow goes negative. Run both. Strength on the operating line financed on the cash line is stretch from strength — a placement decision, not distress — but it is still stretch.\n- **Key Q**: \"Does the operating answer match the cash answer — and if not, which one is the market pricing?\"","sourceLine":735,"sourceNumber":115,"part":"II","register":"compressed","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-116","name":"Net Income Has Two Engines","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Reported net income mixes the operating engine with revaluation marks, equity gains, and other income. The operating line is the repeatable read; the marks are the headline risk. Strip the marks first in every print — especially when cross-holdings mean one relationship generates investment, commitment, and mark simultaneously.","apply":"","keyQuestion":"How much of the bottom line is the operating engine — and how much is a mark that can reverse?","body":"Reported net income mixes the operating engine with revaluation marks, equity gains, and other income. The operating line is the repeatable read; the marks are the headline risk. Strip the marks first in every print — especially when cross-holdings mean one relationship generates investment, commitment, and mark simultaneously.\n- **Key Q**: \"How much of the bottom line is the operating engine — and how much is a mark that can reverse?\"","sourceLine":739,"sourceNumber":116,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0116"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-117","name":"Expensed vs Capitalized (The Control Group)","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"In any buildout, study the major player that opted out: it expenses what others capitalize, rents the input, and keeps the endpoint. No depreciation cliff, no stranded assets, no financial clock — the risk migrates into a contract instead of a balance sheet, and comes due later. The opt-out is the counterfactual that prices what building actually buys.","apply":"","keyQuestion":"What does the non-builder's position reveal about what the builders are paying for — and where did its risk go instead?","body":"In any buildout, study the major player that opted out: it expenses what others capitalize, rents the input, and keeps the endpoint. No depreciation cliff, no stranded assets, no financial clock — the risk migrates into a contract instead of a balance sheet, and comes due later. The opt-out is the counterfactual that prices what building actually buys.\n- **Key Q**: \"What does the non-builder's position reveal about what the builders are paying for — and where did its risk go instead?\"","sourceLine":743,"sourceNumber":117,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0117"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-118","name":"Pre-Funding Makes the Near Term Sticky","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Capital already raised will be spent: bonds sold and facilities syndicated don't get cancelled with the plans they funded. Near-term capex is therefore sticky regardless of demand news — the real adjustment mechanism is NEXT year's guidance, which reveals a change of mind a full year before it appears in anyone's cash flow.","apply":"","keyQuestion":"Is this period's spend already funded and sticky — and am I watching guidance, where the actual decision will show first?","body":"Capital already raised will be spent: bonds sold and facilities syndicated don't get cancelled with the plans they funded. Near-term capex is therefore sticky regardless of demand news — the real adjustment mechanism is NEXT year's guidance, which reveals a change of mind a full year before it appears in anyone's cash flow.\n- **Key Q**: \"Is this period's spend already funded and sticky — and am I watching guidance, where the actual decision will show first?\"","sourceLine":747,"sourceNumber":118,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0118"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-119","name":"Deferral vs Transfer","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Off-balance-sheet obligations are not one thing: some are deferred (they land on the balance sheet eventually) and some are transferred (they never arrive — the risk lives in a vehicle, guarantee, or counterparty). Risk-weight them differently or the analysis destroys its own signal.","apply":"","keyQuestion":"Does this obligation eventually arrive on the balance sheet — or has the risk been moved somewhere it will never be consolidated?","body":"Off-balance-sheet obligations are not one thing: some are deferred (they land on the balance sheet eventually) and some are transferred (they never arrive — the risk lives in a vehicle, guarantee, or counterparty). Risk-weight them differently or the analysis destroys its own signal.\n- **Key Q**: \"Does this obligation eventually arrive on the balance sheet — or has the risk been moved somewhere it will never be consolidated?\"","sourceLine":751,"sourceNumber":119,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0119"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-120","name":"The Marginal Channel","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"The stock of financing tells you where a program has been; the marginal dollar tells you where it's going. The most diagnostic gauge in any financing analysis is whether the NEXT dollar is funded the same way as the last — off-book growth outpacing capex growth means the structure is changing at the margin even while the averages look sound.","apply":"","keyQuestion":"How is the marginal dollar financed — and is that different from how the average dollar was?","body":"The stock of financing tells you where a program has been; the marginal dollar tells you where it's going. The most diagnostic gauge in any financing analysis is whether the NEXT dollar is funded the same way as the last — off-book growth outpacing capex growth means the structure is changing at the margin even while the averages look sound.\n- **Key Q**: \"How is the marginal dollar financed — and is that different from how the average dollar was?\"","sourceLine":755,"sourceNumber":120,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0120"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-121","name":"The Credit Floor","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Engineered financing structures work exactly as far down the credit ladder as investment grade reaches — and the boundary is observable: the deal that fails to place marks the floor's coordinates. Watch whether the structure stops at the floor or starts manufacturing credit quality synthetically (guarantees, wrappers) to extend below it.","apply":"","keyQuestion":"Where does investment grade end in this structure — and is anything being built to pretend it extends further?","body":"Engineered financing structures work exactly as far down the credit ladder as investment grade reaches — and the boundary is observable: the deal that fails to place marks the floor's coordinates. Watch whether the structure stops at the floor or starts manufacturing credit quality synthetically (guarantees, wrappers) to extend below it.\n- **Key Q**: \"Where does investment grade end in this structure — and is anything being built to pretend it extends further?\"","sourceLine":759,"sourceNumber":121,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0121"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-122","name":"The Amplifier, Not the Bubble","discipline":"core","section":"core-section-14","sectionName":"XIV. CAPITAL CYCLES & FINANCING STRUCTURE","kind":"Model / lens","essence":"Financing fragility alone rarely produces a systemic break — stress every financing gauge and the composite still tops out below pre-break. The remaining distance is always the demand question. Financing structures are not the bubble; they are the amplifier a bubble would run through, and the honest instrument measures how much amplification has been installed.","apply":"","keyQuestion":"Am I measuring the probability of the shock — or the amplification installed for whenever the shock arrives?","body":"Financing fragility alone rarely produces a systemic break — stress every financing gauge and the composite still tops out below pre-break. The remaining distance is always the demand question. Financing structures are not the bubble; they are the amplifier a bubble would run through, and the honest instrument measures how much amplification has been installed.\n- **Key Q**: \"Am I measuring the probability of the shock — or the amplification installed for whenever the shock arrives?\"","sourceLine":763,"sourceNumber":122,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0122"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-123","name":"The Layer Map Is Not the Credit Map","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"Value capture runs horizontally through an industry's layers; contagion runs vertically through the financing stack — different geometries over the same companies. A default doesn't propagate to the adjacent layer; it goes to whoever lent against it, whoever bought that paper, whoever holds the fund. Risk sits at the JOINTS between layers, not at a layer.","apply":"","keyQuestion":"Am I mapping where value lands or where losses travel — and have I located the joints where the two maps touch?","body":"Value capture runs horizontally through an industry's layers; contagion runs vertically through the financing stack — different geometries over the same companies. A default doesn't propagate to the adjacent layer; it goes to whoever lent against it, whoever bought that paper, whoever holds the fund. Risk sits at the JOINTS between layers, not at a layer.\n- **Key Q**: \"Am I mapping where value lands or where losses travel — and have I located the joints where the two maps touch?\"","sourceLine":771,"sourceNumber":123,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0123"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-124","name":"It Breaks Upward","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"Buildouts fail bottom-up: nothing fails at the strongest participant and cascades down — it fails at the weakest counterparty and travels UP through the lenders. Watching the top of the structure for the first crack is watching the wrong end. Early, small failures are cheap information: the structure disclosing its boundary while tuition is low.","apply":"","keyQuestion":"Where is the weakest counterparty in this structure — and what would its failure teach before anything expensive breaks?","body":"Buildouts fail bottom-up: nothing fails at the strongest participant and cascades down — it fails at the weakest counterparty and travels UP through the lenders. Watching the top of the structure for the first crack is watching the wrong end. Early, small failures are cheap information: the structure disclosing its boundary while tuition is low.\n- **Key Q**: \"Where is the weakest counterparty in this structure — and what would its failure teach before anything expensive breaks?\"","sourceLine":775,"sourceNumber":124,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0124"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-125","name":"The Sequencing Bet","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"Every leveraged buildout is a race between two calendars: when monetization must be demonstrated (the income statement) and when the debt must be refinanced (the maturity schedule). If the income statement answers before the maturity schedule asks, the refinancing wall never materializes — it was made of doubt, not arithmetic. If it disappoints, both failures arrive as one, through two channels.","apply":"","keyQuestion":"Which comes first here — the proof of monetization or the refinancing requirement — and what happens in each order?","body":"Every leveraged buildout is a race between two calendars: when monetization must be demonstrated (the income statement) and when the debt must be refinanced (the maturity schedule). If the income statement answers before the maturity schedule asks, the refinancing wall never materializes — it was made of doubt, not arithmetic. If it disappoints, both failures arrive as one, through two channels.\n- **Key Q**: \"Which comes first here — the proof of monetization or the refinancing requirement — and what happens in each order?\"","sourceLine":779,"sourceNumber":125,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0125"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-126","name":"The Wrapper Trade","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"A guarantee converts the guarantor's credit into a derivative on the counterparty's. When a strong balance sheet backstops a weak counterparty's obligations, the market reprices the GUARANTOR on the counterparty's news — and a supplier guaranteeing its own customer's purchases has built circular exposure the layer map cannot show.","apply":"","keyQuestion":"Whose credit is actually being traded here — the issuer's, or the entity whose obligations it wrapped?","body":"A guarantee converts the guarantor's credit into a derivative on the counterparty's. When a strong balance sheet backstops a weak counterparty's obligations, the market reprices the GUARANTOR on the counterparty's news — and a supplier guaranteeing its own customer's purchases has built circular exposure the layer map cannot show.\n- **Key Q**: \"Whose credit is actually being traded here — the issuer's, or the entity whose obligations it wrapped?\"","sourceLine":783,"sourceNumber":126,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0126"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-127","name":"Downstream Incidence (The Bill for the Build)","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"A buildout's cost lands outside the builders too: wherever the bottleneck's inputs are shared, non-participants pay through input inflation, allocation loss, or channel taxes. Trace the incidence — the P&L of a company that builds nothing can be the cleanest read on how tight the build's constraint really is.","apply":"","keyQuestion":"Who is paying for this buildout without participating in it — and through which shared input does the bill arrive?","body":"A buildout's cost lands outside the builders too: wherever the bottleneck's inputs are shared, non-participants pay through input inflation, allocation loss, or channel taxes. Trace the incidence — the P&L of a company that builds nothing can be the cleanest read on how tight the build's constraint really is.\n- **Key Q**: \"Who is paying for this buildout without participating in it — and through which shared input does the bill arrive?\"","sourceLine":787,"sourceNumber":127,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0127"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-128","name":"Price Is Not Capacity","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"When a constrained input inflates, a share of the headline investment number is a TRANSFER to the input's suppliers rather than an addition to capacity. Decompose spending growth into price and volume before reading it as expansion — one dollar in several may be paying more for the same thing.","apply":"","keyQuestion":"How much of this spending growth buys additional capacity — and how much just pays the new price of the old capacity?","body":"When a constrained input inflates, a share of the headline investment number is a TRANSFER to the input's suppliers rather than an addition to capacity. Decompose spending growth into price and volume before reading it as expansion — one dollar in several may be paying more for the same thing.\n- **Key Q**: \"How much of this spending growth buys additional capacity — and how much just pays the new price of the old capacity?\"","sourceLine":791,"sourceNumber":128,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0128"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-129","name":"Toll Booths vs Tourists","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"On any structurally constrained road, distinguish the toll booths (positions that price and ration the constraint — monopolies by physics or contract) from the tourists (positions that merely travel the road and pay). Watch for the sequel: the endpoint owner internalizes its most valuable tourist — integration converts a customer into a competitor.","apply":"","keyQuestion":"Does this company price the constraint or pay it — and can anyone upstream or downstream internalize its position?","body":"On any structurally constrained road, distinguish the toll booths (positions that price and ration the constraint — monopolies by physics or contract) from the tourists (positions that merely travel the road and pay). Watch for the sequel: the endpoint owner internalizes its most valuable tourist — integration converts a customer into a competitor.\n- **Key Q**: \"Does this company price the constraint or pay it — and can anyone upstream or downstream internalize its position?\"","sourceLine":795,"sourceNumber":129,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0129"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-130","name":"The Rotating Bottleneck","discipline":"core","section":"core-section-15","sectionName":"XV. CONTAGION, INCIDENCE & JOINTS","kind":"Model / lens","essence":"In a multi-input system, the binding constraint migrates as each is relieved — and late in a cycle two can bind at once. The current bottleneck sets today's pricing power; the NEXT bottleneck sets tomorrow's. Track the rotation, not the snapshot, and note that financing itself can join the rotation as a constraint.","apply":"","keyQuestion":"What binds today, what binds next — and is more than one constraint binding at once?","body":"In a multi-input system, the binding constraint migrates as each is relieved — and late in a cycle two can bind at once. The current bottleneck sets today's pricing power; the NEXT bottleneck sets tomorrow's. Track the rotation, not the snapshot, and note that financing itself can join the rotation as a constraint.\n- **Key Q**: \"What binds today, what binds next — and is more than one constraint binding at once?\"","sourceLine":799,"sourceNumber":130,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0130"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-131","name":"The Four Clocks","discipline":"core","section":"core-section-16","sectionName":"XVI. CLOCKS, MAPS & DEPENDENCY","kind":"Model / lens","essence":"Any technology buildout runs on unsynchronized clocks: PHYSICAL (years — committed capacity that cannot un-decide), FINANCIAL (quarters — engineered credit), EFFICIENCY (fastest — software absorbing physical constraint), ADOPTION (demand-side telemetry). Most cycle narratives fail by reading one clock as if it were the system. See Model 139 for the fifth.","apply":"","keyQuestion":"Which clock is this datapoint on — and which clock is the argument I'm evaluating secretly assuming?","body":"Any technology buildout runs on unsynchronized clocks: PHYSICAL (years — committed capacity that cannot un-decide), FINANCIAL (quarters — engineered credit), EFFICIENCY (fastest — software absorbing physical constraint), ADOPTION (demand-side telemetry). Most cycle narratives fail by reading one clock as if it were the system. See Model 139 for the fifth.\n- **Key Q**: \"Which clock is this datapoint on — and which clock is the argument I'm evaluating secretly assuming?\"","sourceLine":807,"sourceNumber":131,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0131"],"coreRefs":["BE-00-139"],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-132","name":"Demand Has a Shape, Not Just a Size","discipline":"core","section":"core-section-16","sectionName":"XVI. CLOCKS, MAPS & DEPENDENCY","kind":"Model / lens","essence":"Supply commits on long clocks against demand that moves on short ones — in SIZE (the macro cycle) and in SHAPE (where demand concentrates across the map). Every node's price is a bet that today's demand shape survives that node's build time; when the shape shifts, committed supply can't adjust, so price adjusts — locally and violently.","apply":"","keyQuestion":"If demand keeps its size but changes its shape, which committed positions are stranded — and which quietly become the destination?","body":"Supply commits on long clocks against demand that moves on short ones — in SIZE (the macro cycle) and in SHAPE (where demand concentrates across the map). Every node's price is a bet that today's demand shape survives that node's build time; when the shape shifts, committed supply can't adjust, so price adjusts — locally and violently.\n- **Key Q**: \"If demand keeps its size but changes its shape, which committed positions are stranded — and which quietly become the destination?\"","sourceLine":811,"sourceNumber":132,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0132"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-133","name":"Split by Clock, Not by Category","discipline":"core","section":"core-section-16","sectionName":"XVI. CLOCKS, MAPS & DEPENDENCY","kind":"Model / lens","essence":"Decompose any capital program by asset LIFE, not by line item: the short-lived share (fast-depreciating, hard to appraise, hostage to the next generation) and the long-lived share (appraisable, re-tenantable, financeable). The two halves of the same dollar have opposite exposures to the same event — and financing instruments built for one are routinely written against the other.","apply":"","keyQuestion":"How does this spending split by asset clock — and is the financing matched to the clock it's actually secured against?","body":"Decompose any capital program by asset LIFE, not by line item: the short-lived share (fast-depreciating, hard to appraise, hostage to the next generation) and the long-lived share (appraisable, re-tenantable, financeable). The two halves of the same dollar have opposite exposures to the same event — and financing instruments built for one are routinely written against the other.\n- **Key Q**: \"How does this spending split by asset clock — and is the financing matched to the clock it's actually secured against?\"","sourceLine":815,"sourceNumber":133,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0133"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-134","name":"Efficiency Expands the Market (The Efficiency Paradox)","discipline":"core","section":"core-section-16","sectionName":"XVI. CLOCKS, MAPS & DEPENDENCY","kind":"Model / lens","essence":"When a technology's unit cost collapses, total spend usually RISES — cheaper units expand use cases faster than they cut bills. But the same event is lethal to the SPECIFIC asset vintage it obsoletes: efficiency is bullish for the category and bearish for the collateral. Both are true at once.","apply":"","keyQuestion":"Does this efficiency gain shrink the market or expand it — and which specific installed assets does it reprice on the way?","body":"When a technology's unit cost collapses, total spend usually RISES — cheaper units expand use cases faster than they cut bills. But the same event is lethal to the SPECIFIC asset vintage it obsoletes: efficiency is bullish for the category and bearish for the collateral. Both are true at once.\n- **Key Q**: \"Does this efficiency gain shrink the market or expand it — and which specific installed assets does it reprice on the way?\"","sourceLine":819,"sourceNumber":134,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0134"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-135","name":"Own the Junctions, Rent the Ends (The Property Line)","discipline":"core","section":"core-section-16","sectionName":"XVI. CLOCKS, MAPS & DEPENDENCY","kind":"Model / lens","essence":"In any stack, the ends commoditize and the junctions compound: models, tools, and capacity can be rented and swapped, but the routing points where private rules, data, and decisions are encoded should be owned. The most expensive position is the middle — renting everything while owning nothing that compounds.","apply":"","keyQuestion":"Of everything this system touches, what compounds — and does it compound on my side of the property line or the vendor's?","body":"In any stack, the ends commoditize and the junctions compound: models, tools, and capacity can be rented and swapped, but the routing points where private rules, data, and decisions are encoded should be owned. The most expensive position is the middle — renting everything while owning nothing that compounds.\n- **Key Q**: \"Of everything this system touches, what compounds — and does it compound on my side of the property line or the vendor's?\"","sourceLine":823,"sourceNumber":135,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0135"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-136","name":"Clear Title (KEPT / PARTIAL / CAPTURED)","discipline":"core","section":"core-section-16","sectionName":"XVI. CLOCKS, MAPS & DEPENDENCY","kind":"Model / lens","essence":"For any dependency, grade each compounding artifact by its exit cost: KEPT (exit is a config change), PARTIAL (exit is a project), CAPTURED (exit is a rebuild — and rebuilds are where exit plans go to die). The closing question of any vendor engagement: after it ends, does the enterprise hold clear title to what compounds?","apply":"","keyQuestion":"If this engagement ended tomorrow, what would exit actually cost, artifact by artifact — a config change, a project, or a rebuild?","body":"For any dependency, grade each compounding artifact by its exit cost: KEPT (exit is a config change), PARTIAL (exit is a project), CAPTURED (exit is a rebuild — and rebuilds are where exit plans go to die). The closing question of any vendor engagement: after it ends, does the enterprise hold clear title to what compounds?\n- **Key Q**: \"If this engagement ended tomorrow, what would exit actually cost, artifact by artifact — a config change, a project, or a rebuild?\"","sourceLine":827,"sourceNumber":136,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0136"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-137","name":"Node-by-Node Correction","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A technology buildout is a stack of coupled but unsynchronized S-curves. It does not correct as one market; it corrects node by node, in localized drawdowns that are each diagnostic of which position was stretched against which bottleneck. \"Is it a bubble?\" is a malformed question because a bubble presupposes one market. Keep a drawdown ledger: where, when, which species.","apply":"","keyQuestion":"Which node just repriced, what was it stretched against, and what does that drawdown teach about the map?","body":"A technology buildout is a stack of coupled but unsynchronized S-curves. It does not correct as one market; it corrects node by node, in localized drawdowns that are each diagnostic of which position was stretched against which bottleneck. \"Is it a bubble?\" is a malformed question because a bubble presupposes one market. Keep a drawdown ledger: where, when, which species.\n- **Key Q**: \"Which node just repriced, what was it stretched against, and what does that drawdown teach about the map?\"","sourceLine":834,"sourceNumber":137,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0132"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-138","name":"Two Species of Drawdown","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"Localized corrections come in two kinds: supply-constraint repricing (the durability of a physical bottleneck shifts) and financial-absorption repricing (financing outruns what credit will carry). Geopolitics is the shock generator for either. Each node builds its own leverage during its steep segment, which converts a repricing into a crash. Equity violence at a node means duration was repriced, not that the economics broke.","apply":"","keyQuestion":"Was this a repricing of the bottleneck's durability or of the financing's capacity, and which leverage structure turned it into a crash?","body":"Localized corrections come in two kinds: supply-constraint repricing (the durability of a physical bottleneck shifts) and financial-absorption repricing (financing outruns what credit will carry). Geopolitics is the shock generator for either. Each node builds its own leverage during its steep segment, which converts a repricing into a crash. Equity violence at a node means duration was repriced, not that the economics broke.\n- **Key Q**: \"Was this a repricing of the bottleneck's durability or of the financing's capacity, and which leverage structure turned it into a crash?\"","sourceLine":838,"sourceNumber":138,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0169"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-139","name":"The Fifth Clock (Return-Insensitive Demand)","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"Beside physical, financial, efficiency, and adoption runs a political clock immune to the return signal: sovereign programs, defense, industrial subsidy, export-control-driven state buildout. Sort past buildouts by outcome and the survivors had a state anchor; the capital-destroyers were purely private. The anchor firms the floor and widens the waste inside it. Do not lower the hurdle for it; split it.","apply":"","keyQuestion":"How much of this demand never had to clear a return, and does that set a floor or just fund the malinvestment?","body":"Beside physical, financial, efficiency, and adoption runs a political clock immune to the return signal: sovereign programs, defense, industrial subsidy, export-control-driven state buildout. Sort past buildouts by outcome and the survivors had a state anchor; the capital-destroyers were purely private. The anchor firms the floor and widens the waste inside it. Do not lower the hurdle for it; split it.\n- **Key Q**: \"How much of this demand never had to clear a return, and does that set a floor or just fund the malinvestment?\"","sourceLine":842,"sourceNumber":139,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0170"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-140","name":"The Cascade Is the Rotation","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"The bottleneck thesis and techno-geopolitics are one mechanism at two speeds. Whatever binds, earns; whoever solves the bind, rises. Innovation cascades become industrial systems, industrial systems become power systems, power systems become world orders. Read the rotation of the binding constraint as the map of who is gaining power, not only who is earning margin.","apply":"","keyQuestion":"Who is positioned to relieve the current bind, and what power does that hand them once they do?","body":"The bottleneck thesis and techno-geopolitics are one mechanism at two speeds. Whatever binds, earns; whoever solves the bind, rises. Innovation cascades become industrial systems, industrial systems become power systems, power systems become world orders. Read the rotation of the binding constraint as the map of who is gaining power, not only who is earning margin.\n- **Key Q**: \"Who is positioned to relieve the current bind, and what power does that hand them once they do?\"","sourceLine":846,"sourceNumber":140,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0138"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-141","name":"Sited, Standardised, Chokeable (The Junction Rule)","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A single technology makes an industry; intersecting technologies make a map. A technology becomes geopolitical when it passes three tests: sited (its physical layer sits somewhere specific), standardised (a gauge or protocol decides who can connect), and chokeable (a small number of points can stop it). Then ask which power form it favours and what it does to war.","apply":"","keyQuestion":"Is this technology sited, standardised, and chokeable, and at which junction with other technologies does it become a map?","body":"A single technology makes an industry; intersecting technologies make a map. A technology becomes geopolitical when it passes three tests: sited (its physical layer sits somewhere specific), standardised (a gauge or protocol decides who can connect), and chokeable (a small number of points can stop it). Then ask which power form it favours and what it does to war.\n- **Key Q**: \"Is this technology sited, standardised, and chokeable, and at which junction with other technologies does it become a map?\"","sourceLine":850,"sourceNumber":141,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0171"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-142","name":"The Independence Swap","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"New technology arrives as freedom (from the old constraint) and invoices later as dependency (on the new one). Because the freedom is felt first and the dependency later, the swap is systematically underpriced at adoption. Treat every liberation as a conservation law: the constraint moved; it did not disappear.","apply":"","keyQuestion":"What dependency is this independence going to invoice, and when does the bill arrive?","body":"New technology arrives as freedom (from the old constraint) and invoices later as dependency (on the new one). Because the freedom is felt first and the dependency later, the swap is systematically underpriced at adoption. Treat every liberation as a conservation law: the constraint moved; it did not disappear.\n- **Key Q**: \"What dependency is this independence going to invoice, and when does the bill arrive?\"","sourceLine":854,"sourceNumber":142,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0172"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-143","name":"The Permission Layer","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"When the chokepoint is software or standards rather than territory, the border becomes programmable: an export control, a licence, a kill switch, a deemed-export rule. Private assets, public permissions. Map who can revoke, not only who owns.","apply":"","keyQuestion":"Who holds the permission this system runs on, and what does revocation look like in practice?","body":"When the chokepoint is software or standards rather than territory, the border becomes programmable: an export control, a licence, a kill switch, a deemed-export rule. Private assets, public permissions. Map who can revoke, not only who owns.\n- **Key Q**: \"Who holds the permission this system runs on, and what does revocation look like in practice?\"","sourceLine":858,"sourceNumber":143,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0173"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-144","name":"The Fence and the Tunnel","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"Export fences are tall where the frontier is and thin where trailing-edge tooling suffices. Layers made with trailing-edge equipment are the ones a fence protects least, so the tunnel appears under the fence's shortest section. Read the fence by its thinnest point, not its tallest.","apply":"","keyQuestion":"Where is this fence thinnest, and which layer is being tunnelled under it?","body":"Export fences are tall where the frontier is and thin where trailing-edge tooling suffices. Layers made with trailing-edge equipment are the ones a fence protects least, so the tunnel appears under the fence's shortest section. Read the fence by its thinnest point, not its tallest.\n- **Key Q**: \"Where is this fence thinnest, and which layer is being tunnelled under it?\"","sourceLine":862,"sourceNumber":144,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0174"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-145","name":"State Capital Does Not Under-Build","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A toll rests on all capable producers under-building. When a state entrant's objective is share and sovereignty rather than return, the discipline is no longer universal. The historical rhyme: the incumbent that took the layer as a state-championed latecomer decades ago is now watching the same play aimed back at it. Near term the fence holds on physics; medium term the challenger attacks both pillars.","apply":"","keyQuestion":"Is every producer in this layer still disciplined by ROIC, or has a state actor changed the objective function?","body":"A toll rests on all capable producers under-building. When a state entrant's objective is share and sovereignty rather than return, the discipline is no longer universal. The historical rhyme: the incumbent that took the layer as a state-championed latecomer decades ago is now watching the same play aimed back at it. Near term the fence holds on physics; medium term the challenger attacks both pillars.\n- **Key Q**: \"Is every producer in this layer still disciplined by ROIC, or has a state actor changed the objective function?\"","sourceLine":866,"sourceNumber":145,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0175"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-146","name":"The Toll-Booth State","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A national economy can be functionally one layer of the stack: it collects that layer's rent in full and absorbs its shocks in full, with household leverage stacked on the national position. Its index is a real-time price of the layer. Read it as an instrument, and read its energy dependence as the short beneath the long.","apply":"","keyQuestion":"Which country is this layer, and what is stacked on top of that position?","body":"A national economy can be functionally one layer of the stack: it collects that layer's rent in full and absorbs its shocks in full, with household leverage stacked on the national position. Its index is a real-time price of the layer. Read it as an instrument, and read its energy dependence as the short beneath the long.\n- **Key Q**: \"Which country is this layer, and what is stacked on top of that position?\"","sourceLine":870,"sourceNumber":146,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0176"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-147","name":"Market Risk Becomes Counterparty Risk (The Wire)","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"Take-or-pay contracts with floors delete spot-price risk and replace it with buyer-credit risk. If the buyers are the debt-financed builders, the physical floor is contractually wired to the ceiling's credit. The wire is what gets priced when the ceiling wobbles. Deposits are demand collateralizing its own persistence.","apply":"","keyQuestion":"When this floor contracted away its price risk, whose credit did it accept instead?","body":"Take-or-pay contracts with floors delete spot-price risk and replace it with buyer-credit risk. If the buyers are the debt-financed builders, the physical floor is contractually wired to the ceiling's credit. The wire is what gets priced when the ceiling wobbles. Deposits are demand collateralizing its own persistence.\n- **Key Q**: \"When this floor contracted away its price risk, whose credit did it accept instead?\"","sourceLine":874,"sourceNumber":147,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0177"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-148","name":"Shape Cannot Be Contracted","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A long-term agreement buys certainty of payment, not certainty of shape. Demand can keep its size and change where it concentrates across the map; committed supply cannot follow. Look for the clause that leaves new-product pricing \"to be negotiated\": that is the shape risk the contract could not remove.","apply":"","keyQuestion":"What does this contract fix, and what does it leave to move?","body":"A long-term agreement buys certainty of payment, not certainty of shape. Demand can keep its size and change where it concentrates across the map; committed supply cannot follow. Look for the clause that leaves new-product pricing \"to be negotiated\": that is the shape risk the contract could not remove.\n- **Key Q**: \"What does this contract fix, and what does it leave to move?\"","sourceLine":878,"sourceNumber":148,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0178"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-149","name":"The Transmission Belt","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A buildout's cost escapes the complex through shared inputs into consumer prices: a company that builds nothing raises prices because of the build, a central bank names the buildout in the same breath as war and tariffs, the curve steepens, and the build's own debt costs more. Capex as an inflation source is a loop, not a line.","apply":"","keyQuestion":"Through which shared input does this buildout reach a price a household pays, and how does that price come back as a cost of capital?","body":"A buildout's cost escapes the complex through shared inputs into consumer prices: a company that builds nothing raises prices because of the build, a central bank names the buildout in the same breath as war and tariffs, the curve steepens, and the build's own debt costs more. Capex as an inflation source is a loop, not a line.\n- **Key Q**: \"Through which shared input does this buildout reach a price a household pays, and how does that price come back as a cost of capital?\"","sourceLine":882,"sourceNumber":149,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0179"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-150","name":"Same Tide, Different Beaches","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"One efficiency event lands differently on different shores. Cheaper, open models raise total serving demand while redistributing it from concentrated blocks (frontier training) to a broader hierarchy (distributed serving, context stores). Ask which shore each supplier stands on before calling the tide bullish or bearish.","apply":"","keyQuestion":"Which shore does this company stand on when the tide comes in, and is the tide redistributing demand or removing it?","body":"One efficiency event lands differently on different shores. Cheaper, open models raise total serving demand while redistributing it from concentrated blocks (frontier training) to a broader hierarchy (distributed serving, context stores). Ask which shore each supplier stands on before calling the tide bullish or bearish.\n- **Key Q**: \"Which shore does this company stand on when the tide comes in, and is the tide redistributing demand or removing it?\"","sourceLine":886,"sourceNumber":150,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0134"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-151","name":"Demand Subtraction Wearing a Supply Costume","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A challenger's vertical integration adds wafers and removes buyers at the same time. Watch the challenger's revenue share inside the incumbents' books: repatriated procurement is demand subtraction, even when it is reported as new supply.","apply":"","keyQuestion":"Is this new capacity adding to the market or removing a customer from it?","body":"A challenger's vertical integration adds wafers and removes buyers at the same time. Watch the challenger's revenue share inside the incumbents' books: repatriated procurement is demand subtraction, even when it is reported as new supply.\n- **Key Q**: \"Is this new capacity adding to the market or removing a customer from it?\"","sourceLine":890,"sourceNumber":151,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0180"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-152","name":"The Land–Sea Oscillation and the Blockade's Medium","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"Junction technologies decide whether power favours the maritime or the continental form, and each junction changes the medium a blockade runs through: sea lanes, then rail, then fuel, then chips, then compute. Mass returns when a cheap, producible unit can be made faster than an exquisite platform can be defended.","apply":"","keyQuestion":"Through which medium would a blockade of this system run, and does the current junction favour mass or exquisiteness?","body":"Junction technologies decide whether power favours the maritime or the continental form, and each junction changes the medium a blockade runs through: sea lanes, then rail, then fuel, then chips, then compute. Mass returns when a cheap, producible unit can be made faster than an exquisite platform can be defended.\n- **Key Q**: \"Through which medium would a blockade of this system run, and does the current junction favour mass or exquisiteness?\"","sourceLine":894,"sourceNumber":152,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0181"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-153","name":"The Three-Generation Lag and the Domestic Bill","discipline":"core","section":"core-section-17","sectionName":"XVII. THE SUPERCYCLE PREMISE, THE FIFTH CLOCK, AND THE GEOPOLITICAL LAYER","kind":"Model / lens","essence":"A junction's power effects arrive roughly three generations after the technology, and the distributional politics arrive first at home: rate-payers, regional losers, and the commissions that get created to settle them. Any forecast that skips the domestic bill skips the politics that decide the timing.","apply":"","keyQuestion":"Who pays the domestic bill for this buildout, and what institution will be created to settle it?","body":"A junction's power effects arrive roughly three generations after the technology, and the distributional politics arrive first at home: rate-payers, regional losers, and the commissions that get created to settle them. Any forecast that skips the domestic bill skips the politics that decide the timing.\n- **Key Q**: \"Who pays the domestic bill for this buildout, and what institution will be created to settle it?\"","sourceLine":898,"sourceNumber":153,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0141"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-154","name":"Name the Seat First","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"A print is misread when its seat is wrong. Ten seats: builder · bystander (downstream input incidence) · distributor (discovery incidence) · control group (expensed, opted out) · supplier (paid by the build) · funder (supplies the build's capital) · integrator (floats the build's working capital) · value-capture pole (paid by the build, finances no floor) · rail (settlement the build cannot disintermediate) · taxed (attention the build summarizes). Each seat has its own tests; run the seat's tests, not the builder's.","apply":"","keyQuestion":"Which of the ten seats is this company in, and am I running that seat's test or someone else's?","body":"A print is misread when its seat is wrong. Ten seats: builder · bystander (downstream input incidence) · distributor (discovery incidence) · control group (expensed, opted out) · supplier (paid by the build) · funder (supplies the build's capital) · integrator (floats the build's working capital) · value-capture pole (paid by the build, finances no floor) · rail (settlement the build cannot disintermediate) · taxed (attention the build summarizes). Each seat has its own tests; run the seat's tests, not the builder's.\n- **Key Q**: \"Which of the ten seats is this company in, and am I running that seat's test or someone else's?\"","sourceLine":905,"sourceNumber":154,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0182"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-155","name":"The Value-Capture Pole (The Anti-Capex Node)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"The node that gets paid BY the build while financing none of the floor: capex near zero, off both physical and financial clocks, priced on outcomes rather than consumption. It is the ceiling made legible. Its whole risk collapses onto the multiple, because there is no long-lived asset to look through to.","apply":"","keyQuestion":"Does this company pay for the build or get paid by it, and if the latter, where does its risk live?","body":"The node that gets paid BY the build while financing none of the floor: capex near zero, off both physical and financial clocks, priced on outcomes rather than consumption. It is the ceiling made legible. Its whole risk collapses onto the multiple, because there is no long-lived asset to look through to.\n- **Key Q**: \"Does this company pay for the build or get paid by it, and if the latter, where does its risk live?\"","sourceLine":909,"sourceNumber":155,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0183"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-156","name":"Proof of Concept, Not Reconciliation","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"One node monetizing the ceiling at high margin proves the return exists; it does not scale to the capital. Hold both: the highest-quality single instance of return-side monetization and its size against the build. Refuse to let either clause delete the other.","apply":"","keyQuestion":"Is this return real, and is it remotely scaled to the capital it is supposed to justify?","body":"One node monetizing the ceiling at high margin proves the return exists; it does not scale to the capital. Hold both: the highest-quality single instance of return-side monetization and its size against the build. Refuse to let either clause delete the other.\n- **Key Q**: \"Is this return real, and is it remotely scaled to the capital it is supposed to justify?\"","sourceLine":913,"sourceNumber":156,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0184"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-157","name":"Price Is the Whole Position","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"Where there is no multi-year asset, the long-duration instrument is the terminal margin or the multiple, nothing else. A business can accelerate while its stock de-rates, because the discount rate moved and the business did not. Separate the two before writing a verdict.","apply":"","keyQuestion":"If this company has no asset to reprice, what is the tape actually repricing?","body":"Where there is no multi-year asset, the long-duration instrument is the terminal margin or the multiple, nothing else. A business can accelerate while its stock de-rates, because the discount rate moved and the business did not. Separate the two before writing a verdict.\n- **Key Q**: \"If this company has no asset to reprice, what is the tape actually repricing?\"","sourceLine":917,"sourceNumber":157,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0185"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-158","name":"The Beat Raises the Hurdle","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"When a supplier's shipments accelerate, the end-customer revenue required to earn a return on those shipments rises with them. A record at the supply layer is evidence against the monetization case, not for it, until the demand side compounds at the required rate.","apply":"","keyQuestion":"How much new end-customer revenue does this beat now require, and is it appearing?","body":"When a supplier's shipments accelerate, the end-customer revenue required to earn a return on those shipments rises with them. A record at the supply layer is evidence against the monetization case, not for it, until the demand side compounds at the required rate.\n- **Key Q**: \"How much new end-customer revenue does this beat now require, and is it appearing?\"","sourceLine":921,"sourceNumber":158,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0112"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-159","name":"Stretch From Strength","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"A company can trigger every collapse condition (capex above operating cash flow, a return to the bond market) from operating strength. That is a placement decision, not distress, and it is still stretch. Grade the engine and the financing separately.","apply":"","keyQuestion":"Did the financing change because the engine weakened or because it chose to build faster than cash allowed?","body":"A company can trigger every collapse condition (capex above operating cash flow, a return to the bond market) from operating strength. That is a placement decision, not distress, and it is still stretch. Grade the engine and the financing separately.\n- **Key Q**: \"Did the financing change because the engine weakened or because it chose to build faster than cash allowed?\"","sourceLine":925,"sourceNumber":159,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0115"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-160","name":"The Related-Party Triple (The Circle)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"One counterparty relationship can generate an investment, a capacity commitment, and a revaluation mark at once. Supplier equity, supplier credit, and supplier guarantees flow out as customer revenue flows in. A valuation that counts the revenue and the mark values the same dollar twice. Trace the circle before reading either.","apply":"","keyQuestion":"How many effects does this one relationship produce in the accounts, and which of them are the same dollar?","body":"One counterparty relationship can generate an investment, a capacity commitment, and a revaluation mark at once. Supplier equity, supplier credit, and supplier guarantees flow out as customer revenue flows in. A valuation that counts the revenue and the mark values the same dollar twice. Trace the circle before reading either.\n- **Key Q**: \"How many effects does this one relationship produce in the accounts, and which of them are the same dollar?\"","sourceLine":929,"sourceNumber":160,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0186"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-161","name":"The Levered Backer","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"When a holding company funds a build's first-loss equity by borrowing against its own marked-to-market stakes, the equity is debt, the collateral is marks, and the marks are the thing being bought. A fair-value trigger writes a margin call into the equity layer. The cushion everyone assumed absorbs the shock is wired to transmit it.","apply":"","keyQuestion":"Is the first-loss equity beneath this structure real equity, or borrowed against the asset it bought?","body":"When a holding company funds a build's first-loss equity by borrowing against its own marked-to-market stakes, the equity is debt, the collateral is marks, and the marks are the thing being bought. A fair-value trigger writes a margin call into the equity layer. The cushion everyone assumed absorbs the shock is wired to transmit it.\n- **Key Q**: \"Is the first-loss equity beneath this structure real equity, or borrowed against the asset it bought?\"","sourceLine":933,"sourceNumber":161,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0187"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-162","name":"The Frozen Mark","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"A private stake carried at an unchanged valuation while every other input moves is a choice, not a measurement. The frozen mark postpones the read; it does not remove it. Note where the mark stands relative to the last transaction and what event forces it to move.","apply":"","keyQuestion":"Which mark in this book has not moved, and what would force it to?","body":"A private stake carried at an unchanged valuation while every other input moves is a choice, not a measurement. The frozen mark postpones the read; it does not remove it. Note where the mark stands relative to the last transaction and what event forces it to move.\n- **Key Q**: \"Which mark in this book has not moved, and what would force it to?\"","sourceLine":937,"sourceNumber":162,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0188"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-163","name":"Backlog as Payable (The Customer Is the Lender)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"Two operators can run the same build with opposite balance-sheet signs: one carries backlog as a receivable financed by debt, the other carries prepayments as deferred revenue and holds net cash. Strip the prepayments from operating cash flow before reading the engine. The pre-funded operator's risk is depreciation and concentration, not financing.","apply":"","keyQuestion":"Is this backlog a receivable I financed or a payable my customer prefunded, and which risk does that leave me holding?","body":"Two operators can run the same build with opposite balance-sheet signs: one carries backlog as a receivable financed by debt, the other carries prepayments as deferred revenue and holds net cash. Strip the prepayments from operating cash flow before reading the engine. The pre-funded operator's risk is depreciation and concentration, not financing.\n- **Key Q**: \"Is this backlog a receivable I financed or a payable my customer prefunded, and which risk does that leave me holding?\"","sourceLine":941,"sourceNumber":163,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0189"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-164","name":"Assembly Is Not Capture (The Integrator Floats the Timing Gap)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"The assembly point converts capital into racks at low margin, negative cash conversion, and rising trade credit extended to weaker tenants. The integrator carries the build's working capital on its own book, funded by dilution and debt. Trade-credit float is a financing channel the six gauges cannot see; inventory is the fastest collateral to reprice.","apply":"","keyQuestion":"Who is carrying the working capital of this build, and is it being extended as trade credit to counterparties the acid test never scores?","body":"The assembly point converts capital into racks at low margin, negative cash conversion, and rising trade credit extended to weaker tenants. The integrator carries the build's working capital on its own book, funded by dilution and debt. Trade-credit float is a financing channel the six gauges cannot see; inventory is the fastest collateral to reprice.\n- **Key Q**: \"Who is carrying the working capital of this build, and is it being extended as trade credit to counterparties the acid test never scores?\"","sourceLine":945,"sourceNumber":164,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0190"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-165","name":"Tightness Rent vs Monopoly Rent (The Arms Dealer)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"A supplier's margin can expand with the build because the input is tight, not because the position is a monopoly. Tightness rent is cyclical and competed; monopoly rent is structural. Separate them, and note when the anchor customer is also the biggest competitor.","apply":"","keyQuestion":"Is this margin a property of the constraint or of the position, and who else can supply once the constraint eases?","body":"A supplier's margin can expand with the build because the input is tight, not because the position is a monopoly. Tightness rent is cyclical and competed; monopoly rent is structural. Separate them, and note when the anchor customer is also the biggest competitor.\n- **Key Q**: \"Is this margin a property of the constraint or of the position, and who else can supply once the constraint eases?\"","sourceLine":949,"sourceNumber":165,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0191"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-166","name":"Incidence Runs Opposite at the Two Ends","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"The same build costs the application layer (inference in cost of goods) and pays the physical supply layer (margin expanding with tightness). The middle pays both. Never read one end's incidence as the sign for the whole stack.","apply":"","keyQuestion":"At which end of the stack is this company, and does the build cost it or pay it?","body":"The same build costs the application layer (inference in cost of goods) and pays the physical supply layer (margin expanding with tightness). The middle pays both. Never read one end's incidence as the sign for the whole stack.\n- **Key Q**: \"At which end of the stack is this company, and does the build cost it or pay it?\"","sourceLine":953,"sourceNumber":166,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0127"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-167","name":"The Vertical Wrapper (Paying to Enter the Build)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"A designer that also operates the cloud and finances its own demand on one balance sheet can report core revenue that is partly a warrant add-back: equity given to customers, amortized as contra-revenue, then added back. Customers prepay and are paid in equity at once. The razor comes with equity.","apply":"","keyQuestion":"How much of this 'core' revenue is an add-back of equity handed to the customer?","body":"A designer that also operates the cloud and finances its own demand on one balance sheet can report core revenue that is partly a warrant add-back: equity given to customers, amortized as contra-revenue, then added back. Customers prepay and are paid in equity at once. The razor comes with equity.\n- **Key Q**: \"How much of this 'core' revenue is an add-back of equity handed to the customer?\"","sourceLine":957,"sourceNumber":167,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0192"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-168","name":"The Sibling Engine (The Gravity Shift)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"When a founder's second company out-earns the first and the first's reported profit is mostly a mark on the second, gravity has shifted inside the group. Read the profit source, the talent currency, and the capital priority as one system, and read the compute they share as the flywheel for both.","apply":"","keyQuestion":"Which entity in this group is now the engine, and which is being carried by a mark on it?","body":"When a founder's second company out-earns the first and the first's reported profit is mostly a mark on the second, gravity has shifted inside the group. Read the profit source, the talent currency, and the capital priority as one system, and read the compute they share as the flywheel for both.\n- **Key Q**: \"Which entity in this group is now the engine, and which is being carried by a mark on it?\"","sourceLine":961,"sourceNumber":168,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0193"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-169","name":"Capex Is a Placement Decision (The Six Tiers)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"Capex only ever measured the part of a build a company chose to own. Obligations descend a ladder of visibility: capitalized · recorded as lease · signed-not-commenced · non-cancelable commitments · contingent guarantees · non-consolidated vehicle debt · someone else's capex. The footnote compounds faster than the capex line, and position on the ladder reveals rating headroom. Growth financed by moving down the ladder is the Descent; the ladder has a bottom where investment grade ends.","apply":"","keyQuestion":"On which rung of the ladder is the marginal dollar of this build being placed, and what does that rung confess about headroom?","body":"Capex only ever measured the part of a build a company chose to own. Obligations descend a ladder of visibility: capitalized · recorded as lease · signed-not-commenced · non-cancelable commitments · contingent guarantees · non-consolidated vehicle debt · someone else's capex. The footnote compounds faster than the capex line, and position on the ladder reveals rating headroom. Growth financed by moving down the ladder is the Descent; the ladder has a bottom where investment grade ends.\n- **Key Q**: \"On which rung of the ladder is the marginal dollar of this build being placed, and what does that rung confess about headroom?\"","sourceLine":965,"sourceNumber":169,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0120"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-170","name":"The Rating Is the Collateral","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"An isolation vehicle is a way to pledge a credit rating, not a way to finance a datacentre: the tenant's rating caps the vehicle's, the guarantee that keeps it off the books leaks through five seams, and a four-tenor mismatch (mini-perm, securitisation, hardware life, contract, institutional appetite) is bridged by a take-out assumption. The certainty gap (tenants need capacity certainty before signing; lenders need signed contracts before funding) is why private credit owns the cycle.","apply":"","keyQuestion":"Which rating is really being pledged here, through which seam would it leak, and who is assumed to take the paper out?","body":"An isolation vehicle is a way to pledge a credit rating, not a way to finance a datacentre: the tenant's rating caps the vehicle's, the guarantee that keeps it off the books leaks through five seams, and a four-tenor mismatch (mini-perm, securitisation, hardware life, contract, institutional appetite) is bridged by a take-out assumption. The certainty gap (tenants need capacity certainty before signing; lenders need signed contracts before funding) is why private credit owns the cycle.\n- **Key Q**: \"Which rating is really being pledged here, through which seam would it leak, and who is assumed to take the paper out?\"","sourceLine":969,"sourceNumber":170,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0194"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-171","name":"Efficiency Is Obsolescence From the Collateral Side","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"Cheaper compute is good for the category and lethal to a vehicle collateralized on a specific facility, hardware generation, tenant, and term. The efficiency clock absorbs physical-clock damage and accelerates financial-clock damage. Sector good news is structure bad news.","apply":"","keyQuestion":"Which specific collateral does this efficiency gain reprice, and who is holding paper against it?","body":"Cheaper compute is good for the category and lethal to a vehicle collateralized on a specific facility, hardware generation, tenant, and term. The efficiency clock absorbs physical-clock damage and accelerates financial-clock damage. Sector good news is structure bad news.\n- **Key Q**: \"Which specific collateral does this efficiency gain reprice, and who is holding paper against it?\"","sourceLine":973,"sourceNumber":171,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0134"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-172","name":"The Rack Ate a Layer (The Invisible Channels)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"When the unit of sale moves from chip to rack, the fabric inside the rack disappears from merchant networking revenue. Internal silicon reroutes the accelerator dollar to foundry, packaging, and memory without appearing in any third-party line. Captive fabric appears in nobody's numbers. Merchant reads understate the build.","apply":"","keyQuestion":"Which channels of this build are invisible to the public numbers, and how much does that bias the read?","body":"When the unit of sale moves from chip to rack, the fabric inside the rack disappears from merchant networking revenue. Internal silicon reroutes the accelerator dollar to foundry, packaging, and memory without appearing in any third-party line. Captive fabric appears in nobody's numbers. Merchant reads understate the build.\n- **Key Q**: \"Which channels of this build are invisible to the public numbers, and how much does that bias the read?\"","sourceLine":977,"sourceNumber":172,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0195"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-173","name":"Collection Becomes Cash (The Second Climb)","discipline":"core","section":"core-section-18","sectionName":"XVIII. NODE READS — THE TEN SEATS ON THE FINANCIAL CLOCK","kind":"Model / lens","essence":"The inverse of allocation becoming obligation: a toll collector converts rent to net cash, de-levers, and starts a second climb into an adjacent layer on the strength of its base. Read the second climb as the toll's reinvestment, and read its dilution against per-share leverage.","apply":"","keyQuestion":"Where is this toll collector reinvesting its rent, and does the second climb compound the first or dilute it?","body":"The inverse of allocation becoming obligation: a toll collector converts rent to net cash, de-levers, and starts a second climb into an adjacent layer on the strength of its base. Read the second climb as the toll's reinvestment, and read its dilution against per-share leverage.\n- **Key Q**: \"Where is this toll collector reinvesting its rent, and does the second climb compound the first or dilute it?\"","sourceLine":981,"sourceNumber":173,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0040"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-174","name":"Software Acquires a Cost of Goods","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"Inference makes zero marginal cost false. A build reaches the pure software layer through the income statement in real time: gross margin compresses as inference lands in cost of goods, operating margin compresses as the feature race lands in opex. This is the fifth incidence path and it finishes at the top of the stack. A first-party model is the cost-of-goods lever that turns it.","apply":"","keyQuestion":"Where in this software P&L is the inference bill landing, and what lever pulls the margin back?","body":"Inference makes zero marginal cost false. A build reaches the pure software layer through the income statement in real time: gross margin compresses as inference lands in cost of goods, operating margin compresses as the feature race lands in opex. This is the fifth incidence path and it finishes at the top of the stack. A first-party model is the cost-of-goods lever that turns it.\n- **Key Q**: \"Where in this software P&L is the inference bill landing, and what lever pulls the margin back?\"","sourceLine":988,"sourceNumber":174,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0196"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-175","name":"The Discovery Tax (The Curse Is in the Funnel)","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"The force that makes human data scarce and valuable also disintermediates the free top of the funnel that acquired the audience. Revenue is the trailing monetization of a channel now closing. Read the leading indicator (traffic, logged-in users, referral commentary), not the lagging one (revenue), and note that the two revenue lines can carry opposite exposures to the same force.","apply":"","keyQuestion":"Is this revenue being generated by the funnel or by squeezing a base the funnel stopped refilling?","body":"The force that makes human data scarce and valuable also disintermediates the free top of the funnel that acquired the audience. Revenue is the trailing monetization of a channel now closing. Read the leading indicator (traffic, logged-in users, referral commentary), not the lagging one (revenue), and note that the two revenue lines can carry opposite exposures to the same force.\n- **Key Q**: \"Is this revenue being generated by the funnel or by squeezing a base the funnel stopped refilling?\"","sourceLine":992,"sourceNumber":175,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0197"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-176","name":"Content Is Summarizable, Settlement Must Clear","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"The agentic force disintermediates the attention web and cannot disintermediate the settlement web. An answer replaces a visit; a transaction still has to clear. Same force, opposite sign, and the sign is set by whether the asset is content or a rail.","apply":"","keyQuestion":"Can an agent satisfy this demand with a summary, or does something still have to clear?","body":"The agentic force disintermediates the attention web and cannot disintermediate the settlement web. An answer replaces a visit; a transaction still has to clear. Same force, opposite sign, and the sign is set by whether the asset is content or a rail.\n- **Key Q**: \"Can an agent satisfy this demand with a summary, or does something still have to clear?\"","sourceLine":996,"sourceNumber":176,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0198"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-177","name":"Rent the Agent, Own the Rail (AGaaS)","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"The routing-fabric doctrine ported to commerce and applications: agents are the interchangeable field; the catalog, the checkout, the protocol, and the capture are the owned junction. The same move at three sites: the settlement rail, the creation substrate, the semantic layer. Structured data is a preference moat when agents pick the machine-readable listing.","apply":"","keyQuestion":"Which agent-facing junction does this company own, and is it structured well enough that agents prefer it?","body":"The routing-fabric doctrine ported to commerce and applications: agents are the interchangeable field; the catalog, the checkout, the protocol, and the capture are the owned junction. The same move at three sites: the settlement rail, the creation substrate, the semantic layer. Structured data is a preference moat when agents pick the machine-readable listing.\n- **Key Q**: \"Which agent-facing junction does this company own, and is it structured well enough that agents prefer it?\"","sourceLine":1000,"sourceNumber":177,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0135"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-178","name":"The Toll Authority (The Property Line Repriced)","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"The attempt to move content across the summarizable line: a payment gate between agent and page converts the discovery tax into metered revenue, paid in traffic today and in stablecoins tomorrow. The position can be secured before the till exists, and the gross margin carries the machine web free until the toll collects. Watch the gross-margin turn as the gauge.","apply":"","keyQuestion":"Has this toll authority secured the position, and is it collecting yet or still carrying the traffic free?","body":"The attempt to move content across the summarizable line: a payment gate between agent and page converts the discovery tax into metered revenue, paid in traffic today and in stablecoins tomorrow. The position can be secured before the till exists, and the gross margin carries the machine web free until the toll collects. Watch the gross-margin turn as the gauge.\n- **Key Q**: \"Has this toll authority secured the position, and is it collecting yet or still carrying the traffic free?\"","sourceLine":1004,"sourceNumber":178,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0199"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-179","name":"The Interface Concession","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"When human app usage is flat while agent calls through an open protocol compound, an incumbent priced per seat faces a choice: defend a front door nobody opens or become the governed substrate under every agent. Conceding the interface is the correct call and a downgrade at once, because metered access to the customer's own record is smaller and more contestable than a seat.","apply":"","keyQuestion":"Has this incumbent conceded the interface, and what is the substrate business worth once it has?","body":"When human app usage is flat while agent calls through an open protocol compound, an incumbent priced per seat faces a choice: defend a front door nobody opens or become the governed substrate under every agent. Conceding the interface is the correct call and a downgrade at once, because metered access to the customer's own record is smaller and more contestable than a seat.\n- **Key Q**: \"Has this incumbent conceded the interface, and what is the substrate business worth once it has?\"","sourceLine":1008,"sourceNumber":179,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0200"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-180","name":"Substitution Shows Up in the Segments Before the Total","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"A growing total can hide product lines going negative. Agents calling systems directly route around integration middleware first; a model that queries and narrates replaces the dashboard second. Read the retiring segment appendix before it disappears, and read the adoption chart and the segment chart as one fact seen twice.","apply":"","keyQuestion":"Which segment inside this total has gone negative, and which agent behaviour explains it?","body":"A growing total can hide product lines going negative. Agents calling systems directly route around integration middleware first; a model that queries and narrates replaces the dashboard second. Read the retiring segment appendix before it disappears, and read the adoption chart and the segment chart as one fact seen twice.\n- **Key Q**: \"Which segment inside this total has gone negative, and which agent behaviour explains it?\"","sourceLine":1012,"sourceNumber":180,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0201"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-181","name":"The Definition Moved With the Number","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"When a headline metric is redefined in the quarter the underlying growth slowed, read the redefinition as the disclosure. Watch for: a broader product set folded into a run-rate, a shift to milestone-based reporting, a segment structure retired. Units that compound while the price attached to them does not are activity meters, not revenue leading indicators.","apply":"","keyQuestion":"What changed in the definition of this number, and in which quarter did the change arrive?","body":"When a headline metric is redefined in the quarter the underlying growth slowed, read the redefinition as the disclosure. Watch for: a broader product set folded into a run-rate, a shift to milestone-based reporting, a segment structure retired. Units that compound while the price attached to them does not are activity meters, not revenue leading indicators.\n- **Key Q**: \"What changed in the definition of this number, and in which quarter did the change arrive?\"","sourceLine":1016,"sourceNumber":181,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0202"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-182","name":"Growth Bought, Not Grown","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"At the application layer the financial clock arrives through the buyback, not the capex line: debt taken on to convert a flat operating business into doubled earnings per share. The guidance tell is a raise smaller than the marks already banked. Strip the marks and the share count before crediting the growth.","apply":"","keyQuestion":"How much of this earnings growth is operating, how much is a mark, and how much is a smaller share count bought with debt?","body":"At the application layer the financial clock arrives through the buyback, not the capex line: debt taken on to convert a flat operating business into doubled earnings per share. The guidance tell is a raise smaller than the marks already banked. Strip the marks and the share count before crediting the growth.\n- **Key Q**: \"How much of this earnings growth is operating, how much is a mark, and how much is a smaller share count bought with debt?\"","sourceLine":1020,"sourceNumber":182,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0203"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-183","name":"Hedge the Displacement","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"An incumbent long equity in the layer taking its interface will report earnings carried by the revaluation of that stake. Hedge or admission is the open question; the structural fact is that the displacement is being monetized by the displaced. Do not assert the attribution of an undisclosed gain.","apply":"","keyQuestion":"Is this company's profit coming from the business or from its stake in the thing replacing the business?","body":"An incumbent long equity in the layer taking its interface will report earnings carried by the revaluation of that stake. Hedge or admission is the open question; the structural fact is that the displacement is being monetized by the displaced. Do not assert the attribution of an undisclosed gain.\n- **Key Q**: \"Is this company's profit coming from the business or from its stake in the thing replacing the business?\"","sourceLine":1024,"sourceNumber":183,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0116"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-184","name":"The Dependency Is a Variable, Not a Verdict","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"A channel governed by one discretionary counterparty can tighten or loosen in either direction, and the same counterparty may pay for the data while gating the traffic. The risk is the dependency itself, not the current direction. The rational move is to build the owned front door regardless of which way the counterparty leans this quarter.","apply":"","keyQuestion":"Who holds discretion over this channel, and is the response to their current mood or to the dependency?","body":"A channel governed by one discretionary counterparty can tighten or loosen in either direction, and the same counterparty may pay for the data while gating the traffic. The risk is the dependency itself, not the current direction. The rational move is to build the owned front door regardless of which way the counterparty leans this quarter.\n- **Key Q**: \"Who holds discretion over this channel, and is the response to their current mood or to the dependency?\"","sourceLine":1028,"sourceNumber":184,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0140"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-185","name":"The Rented Front Door, One Layer Down","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"A rail that monetizes agentic demand still depends on agent channels owned by rivals, the same discretionary counterparties that gate the taxed side of the web. Durability comes from an open standard, depth in the settlement, and the irreducibility of clearing. If a frontier agent owns checkout, the rail is disintermediated.","apply":"","keyQuestion":"Whose front door does this rail sit behind, and what stops that door owner from owning the settlement too?","body":"A rail that monetizes agentic demand still depends on agent channels owned by rivals, the same discretionary counterparties that gate the taxed side of the web. Durability comes from an open standard, depth in the settlement, and the irreducibility of clearing. If a frontier agent owns checkout, the rail is disintermediated.\n- **Key Q**: \"Whose front door does this rail sit behind, and what stops that door owner from owning the settlement too?\"","sourceLine":1032,"sourceNumber":185,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0140"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-186","name":"The Free User Is a Cost","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"On the web the free user was an asset with near-zero marginal cost whose attention was sold. In the AI era every free query consumes inference, so the free user is a cost until paid. The wedge is paid from day one, the metric is the outcome, and the enterprise pays first. The era's consumer-scale surface is the discovery line, reached by being cited.","apply":"","keyQuestion":"Is this company's free tier an asset it monetizes elsewhere or a bill it has not yet found a payer for?","body":"On the web the free user was an asset with near-zero marginal cost whose attention was sold. In the AI era every free query consumes inference, so the free user is a cost until paid. The wedge is paid from day one, the metric is the outcome, and the enterprise pays first. The era's consumer-scale surface is the discovery line, reached by being cited.\n- **Key Q**: \"Is this company's free tier an asset it monetizes elsewhere or a bill it has not yet found a payer for?\"","sourceLine":1036,"sourceNumber":186,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0204"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-187","name":"The Deflation Paradox","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"Price per unit of intelligence falls by an order of magnitude a year while tokens per task rise faster. Total spend rises as unit price collapses. Budget in tokens per accepted outcome, never in price tables; the operating response to deflation is more work per task, not less spend.","apply":"","keyQuestion":"As the unit price of this intelligence falls, are tokens per task rising faster, and is the budget denominated in outcomes?","body":"Price per unit of intelligence falls by an order of magnitude a year while tokens per task rise faster. Total spend rises as unit price collapses. Budget in tokens per accepted outcome, never in price tables; the operating response to deflation is more work per task, not less spend.\n- **Key Q**: \"As the unit price of this intelligence falls, are tokens per task rising faster, and is the budget denominated in outcomes?\"","sourceLine":1040,"sourceNumber":187,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0134"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-188","name":"The Three-Column Ledger","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"Old web, old software, new software on nine rows: unit of sale (attention / seat / accepted outcome), cost of goods (~0 / ~0 / inference), gross margin (property / property / performance), price, customer shape (crowd / median / tail), the free user (product / asset / cost), moat, balance sheet, metric. Two rows carry the meaning: the cost of goods returned, and the customer changed shape.","apply":"","keyQuestion":"In which column does this business sit on each row, and which two rows changed?","body":"Old web, old software, new software on nine rows: unit of sale (attention / seat / accepted outcome), cost of goods (~0 / ~0 / inference), gross margin (property / property / performance), price, customer shape (crowd / median / tail), the free user (product / asset / cost), moat, balance sheet, metric. Two rows carry the meaning: the cost of goods returned, and the customer changed shape.\n- **Key Q**: \"In which column does this business sit on each row, and which two rows changed?\"","sourceLine":1044,"sourceNumber":188,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0205"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-189","name":"The Data Oil and the Second Barrel","discipline":"core","section":"core-section-19","sectionName":"XIX. INCIDENCE AND SUBSTITUTION AT THE TOP OF THE STACK","kind":"Model / lens","essence":"The web's most valuable asset was the one it gave away: free content crawled under norms written for indexing became the corpus; value was captured at the refinery; creators were paid in traffic the models learned to make unnecessary. The settlement is late and a fraction. The wells thin under recursion, and the second barrel is the firm's residue: decision records, adjudicated cases, unavailable to any refinery that does not hold the loop.","apply":"","keyQuestion":"Who refined this firm's first barrel, and is the second barrel priced and owned before the first runs out?","body":"The web's most valuable asset was the one it gave away: free content crawled under norms written for indexing became the corpus; value was captured at the refinery; creators were paid in traffic the models learned to make unnecessary. The settlement is late and a fraction. The wells thin under recursion, and the second barrel is the firm's residue: decision records, adjudicated cases, unavailable to any refinery that does not hold the loop.\n- **Key Q**: \"Who refined this firm's first barrel, and is the second barrel priced and owned before the first runs out?\"","sourceLine":1048,"sourceNumber":189,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0206"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-190","name":"The Harness Is a Router","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Value migrates up to the harness, and inside the harness it concentrates on routing. The model was the heart of the old harness; the routing junction is the heart of the new one. Routing is a six-axis problem (model, stage, hardware, cost, jurisdiction, policy), and a firm routing only across models misses most of the cost surface.","apply":"","keyQuestion":"Where in this stack is the routing decision made, on how many axes, and who owns the rules that make it?","body":"Value migrates up to the harness, and inside the harness it concentrates on routing. The model was the heart of the old harness; the routing junction is the heart of the new one. Routing is a six-axis problem (model, stage, hardware, cost, jurisdiction, policy), and a firm routing only across models misses most of the cost surface.\n- **Key Q**: \"Where in this stack is the routing decision made, on how many axes, and who owns the rules that make it?\"","sourceLine":1055,"sourceNumber":190,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0207"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-191","name":"Routing Is Fractal","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"The same pattern recurs at every altitude: compute fabric routes workloads in nanoseconds, the harness routes queries in milliseconds, the depth stack routes per deployment, an independence integrator routes vendors per engagement, a coalition routes narrative over years. The moat at each altitude is the private logic deciding which end to call.","apply":"","keyQuestion":"At which altitude is this router operating, and what does the same pattern look like one rung up and one rung down?","body":"The same pattern recurs at every altitude: compute fabric routes workloads in nanoseconds, the harness routes queries in milliseconds, the depth stack routes per deployment, an independence integrator routes vendors per engagement, a coalition routes narrative over years. The moat at each altitude is the private logic deciding which end to call.\n- **Key Q**: \"At which altitude is this router operating, and what does the same pattern look like one rung up and one rung down?\"","sourceLine":1059,"sourceNumber":191,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0208"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-192","name":"The Owned/Rented Barbell (The Alpha-Writing Sort)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Own the deep substrate and the routing junction; rent the middle. The most expensive position is the middle: renting everything while owning nothing that compounds. Sort workloads by one question: does this write the firm's edge? If yes, own it on open weights; if no, rent the closed frontier and never look back.","apply":"","keyQuestion":"Does this workload write my edge, and if so, is it running on something I own?","body":"Own the deep substrate and the routing junction; rent the middle. The most expensive position is the middle: renting everything while owning nothing that compounds. Sort workloads by one question: does this write the firm's edge? If yes, own it on open weights; if no, rent the closed frontier and never look back.\n- **Key Q**: \"Does this workload write my edge, and if so, is it running on something I own?\"","sourceLine":1063,"sourceNumber":192,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0135"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-193","name":"The Co-Adaptation Principle","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Model, harness, and context are a loop, not a hierarchy. Performance is the fit between them, and the fit can be tuned without retraining the model. Harness tuning at a fraction of the cost can close most of a capability gap; the search space a cheaper model affords is itself a capability.","apply":"","keyQuestion":"Am I improving the model, or the fit between model, harness, and context, and which one is cheaper to move?","body":"Model, harness, and context are a loop, not a hierarchy. Performance is the fit between them, and the fit can be tuned without retraining the model. Harness tuning at a fraction of the cost can close most of a capability gap; the search space a cheaper model affords is itself a capability.\n- **Key Q**: \"Am I improving the model, or the fit between model, harness, and context, and which one is cheaper to move?\"","sourceLine":1067,"sourceNumber":193,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0209"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-194","name":"The Exhaust Flywheel","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Traces, evaluations, harness configuration, and memory are next turn's fuel, and they exist nowhere but the deployment that produced them. The moat of a super agent is its exhaust. A closed frontier condenses that exhaust into the landlord's weights and redistributes it; an open harness keeps the flywheel inside the firm's walls.","apply":"","keyQuestion":"Where does this deployment's exhaust accumulate, and whose walls is it inside?","body":"Traces, evaluations, harness configuration, and memory are next turn's fuel, and they exist nowhere but the deployment that produced them. The moat of a super agent is its exhaust. A closed frontier condenses that exhaust into the landlord's weights and redistributes it; an open harness keeps the flywheel inside the firm's walls.\n- **Key Q**: \"Where does this deployment's exhaust accumulate, and whose walls is it inside?\"","sourceLine":1071,"sourceNumber":194,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0260"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-195","name":"Depth Collapse","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"The artifact built for a shallow layer is the artifact the deep layer requires: a grounding graph built for retrieval is a training corpus at another depth. Firms that structured data for retrieval already own their path to a co-designed model. Depth is not how far into the model you reach; it is what you own at the bottom, what you own at the junction, and whether you can serve the difference.","apply":"","keyQuestion":"Which artifact built for retrieval is also this firm's training substrate, and does it hold clear title to it?","body":"The artifact built for a shallow layer is the artifact the deep layer requires: a grounding graph built for retrieval is a training corpus at another depth. Firms that structured data for retrieval already own their path to a co-designed model. Depth is not how far into the model you reach; it is what you own at the bottom, what you own at the junction, and whether you can serve the difference.\n- **Key Q**: \"Which artifact built for retrieval is also this firm's training substrate, and does it hold clear title to it?\"","sourceLine":1075,"sourceNumber":195,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0210"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-196","name":"Restriction vs Diffusion (Openness as Demand Policy)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"The axis is not closed-Western versus open-Chinese; it is whether a layer is restricted or diffused. From a supplier's seat, open weights are demand policy: openness at every layer below a junction raises the value of the junction. Tiers stratify rather than substitute, and stratification multiplies routing decisions. A signature list is a map of whose economics depend on which layer staying open; the absences are the counter-coalition.","apply":"","keyQuestion":"Which layer does this actor want open, which does it hold, and what does the roster of absences say?","body":"The axis is not closed-Western versus open-Chinese; it is whether a layer is restricted or diffused. From a supplier's seat, open weights are demand policy: openness at every layer below a junction raises the value of the junction. Tiers stratify rather than substitute, and stratification multiplies routing decisions. A signature list is a map of whose economics depend on which layer staying open; the absences are the counter-coalition.\n- **Key Q**: \"Which layer does this actor want open, which does it hold, and what does the roster of absences say?\"","sourceLine":1079,"sourceNumber":196,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0211"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-197","name":"The Palantir Paradox","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"The firm with the strongest incentive to defend lock-in signs for model portability because its capture point sits above the model layer. Best empirical proof that the enterprise-AI moat is not the model. Generalizes upward: whoever captures at the endpoint or the junction can commit to openness below at no cost.","apply":"","keyQuestion":"Where does this company capture, and does that let it be generous about everything beneath?","body":"The firm with the strongest incentive to defend lock-in signs for model portability because its capture point sits above the model layer. Best empirical proof that the enterprise-AI moat is not the model. Generalizes upward: whoever captures at the endpoint or the junction can commit to openness below at no cost.\n- **Key Q**: \"Where does this company capture, and does that let it be generous about everything beneath?\"","sourceLine":1083,"sourceNumber":197,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0211"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-198","name":"The Absorption Line (The Sixth Risk)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Beside value, viability, usability, and feasibility sits a fifth risk (will it keep doing what it did) and a sixth: will the next release do it without you. Draw the line between perishable compensation for what the model cannot yet do and durable requirement the firm should own. Deletions are progress; the harness becomes a meta-harness, the referee of referees.","apply":"","keyQuestion":"Which parts of this product compensate for a temporary gap, and which would the firm still need after the next release?","body":"Beside value, viability, usability, and feasibility sits a fifth risk (will it keep doing what it did) and a sixth: will the next release do it without you. Draw the line between perishable compensation for what the model cannot yet do and durable requirement the firm should own. Deletions are progress; the harness becomes a meta-harness, the referee of referees.\n- **Key Q**: \"Which parts of this product compensate for a temporary gap, and which would the firm still need after the next release?\"","sourceLine":1087,"sourceNumber":198,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0212"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-199","name":"The Three-Stage Token Lifecycle (The Reasoning Tax)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Training (fabric-bound, amortized), prefill (parallel, cheap), decode (sequential, memory-bound, where the tolls sit). Reasoning and agentic loops multiply decode by 50–200x for the same user question. Cheaper models raise total decode spend because they expand what is worth asking. Value cascades to the physical floor, the distribution endpoint, and the routing junction, not the model.","apply":"","keyQuestion":"Which stage of the token lifecycle does this cost or moat live in, and does it scale with reasoning?","body":"Training (fabric-bound, amortized), prefill (parallel, cheap), decode (sequential, memory-bound, where the tolls sit). Reasoning and agentic loops multiply decode by 50–200x for the same user question. Cheaper models raise total decode spend because they expand what is worth asking. Value cascades to the physical floor, the distribution endpoint, and the routing junction, not the model.\n- **Key Q**: \"Which stage of the token lifecycle does this cost or moat live in, and does it scale with reasoning?\"","sourceLine":1091,"sourceNumber":199,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0213"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-200","name":"Networking Inversion","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"An efficiency release can move the gate rather than open it: open weights free to download and expensive to serve relocate the binding constraint from model access to serving capacity, shrinking one interconnect bucket and inflating another. Falsify by watching where fabric demand rotates.","apply":"","keyQuestion":"Did this efficiency gain remove the constraint or move it, and to which physical bucket?","body":"An efficiency release can move the gate rather than open it: open weights free to download and expensive to serve relocate the binding constraint from model access to serving capacity, shrinking one interconnect bucket and inflating another. Falsify by watching where fabric demand rotates.\n- **Key Q**: \"Did this efficiency gain remove the constraint or move it, and to which physical bucket?\"","sourceLine":1095,"sourceNumber":200,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0130"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-201","name":"Product Workloads vs Capability Workloads (The Inference Cage)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"A product workload is high-volume, continuous, meterable, and has an external buyer; it books revenue. A capability workload is lumpy, internal, bursty, and has one customer; it books nothing. One substrate serving both starves the second, and a merchant gradient bends the architecture toward the workload it can sell. Owning every layer lets the layer that pays overrule the layer that wins later.","apply":"","keyQuestion":"Which workload does this substrate's roadmap bend toward, and what does the bend crowd out?","body":"A product workload is high-volume, continuous, meterable, and has an external buyer; it books revenue. A capability workload is lumpy, internal, bursty, and has one customer; it books nothing. One substrate serving both starves the second, and a merchant gradient bends the architecture toward the workload it can sell. Owning every layer lets the layer that pays overrule the layer that wins later.\n- **Key Q**: \"Which workload does this substrate's roadmap bend toward, and what does the bend crowd out?\"","sourceLine":1099,"sourceNumber":201,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0214"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-202","name":"The Split Is the Admission","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"A product line that bifurcates after years as one architecture confesses that the unified version carried a compromise. Read roadmap splits backward, and note that the admission lands years before the fix ships.","apply":"","keyQuestion":"What does this split confess about the years the line was unified?","body":"A product line that bifurcates after years as one architecture confesses that the unified version carried a compromise. Read roadmap splits backward, and note that the admission lands years before the fix ships.\n- **Key Q**: \"What does this split confess about the years the line was unified?\"","sourceLine":1103,"sourceNumber":202,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0215"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-203","name":"The Option to Iterate (Rationing Reprices the Bench)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"The binding constraint on frontier research is compute available now, not in aggregate; measure it in queue latency, not chips. Rationing changes the return on staying for exactly the people with the most options. Compute allocation is a talent policy whether intended as one or not, and the first casualties are the strongest names.","apply":"","keyQuestion":"What is this lab's queue latency, and who leaves first when it lengthens?","body":"The binding constraint on frontier research is compute available now, not in aggregate; measure it in queue latency, not chips. Rationing changes the return on staying for exactly the people with the most options. Compute allocation is a talent policy whether intended as one or not, and the first casualties are the strongest names.\n- **Key Q**: \"What is this lab's queue latency, and who leaves first when it lengthens?\"","sourceLine":1107,"sourceNumber":203,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0216"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-204","name":"The Second Index (Structuring Is Ownership)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"The competency that wins a corpus is industrializing its structuring, not the intelligence on top. Usage is the substitute signal where a corpus does not self-describe, but it reaches only data already in use (the cold corpus), and usage is not authority. The encoded business logic is the unit of capture; exit stops being migration and becomes rebuild. The open format is a solvent on rivals' lock-in and a funnel into your own index. The consultant becomes a subscription.","apply":"","keyQuestion":"Who is building the graph over this corpus, from what signal, and who holds it once built?","body":"The competency that wins a corpus is industrializing its structuring, not the intelligence on top. Usage is the substitute signal where a corpus does not self-describe, but it reaches only data already in use (the cold corpus), and usage is not authority. The encoded business logic is the unit of capture; exit stops being migration and becomes rebuild. The open format is a solvent on rivals' lock-in and a funnel into your own index. The consultant becomes a subscription.\n- **Key Q**: \"Who is building the graph over this corpus, from what signal, and who holds it once built?\"","sourceLine":1111,"sourceNumber":204,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0217"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-205","name":"The Only Door (The Four Planes)","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"A model knows nothing but what it reads, and at the moment of use it reads only the window. Capability, cost, and governance are all decided at one aperture. Application, execution, and governance planes read through the context plane; a rule not in the window is not a rule, and a rule only in the window is not enforced. Policy holds in the substrate and the runtime, not the prompt.","apply":"","keyQuestion":"What does this agent actually read at the moment of action, and where is the policy enforced if not there?","body":"A model knows nothing but what it reads, and at the moment of use it reads only the window. Capability, cost, and governance are all decided at one aperture. Application, execution, and governance planes read through the context plane; a rule not in the window is not a rule, and a rule only in the window is not enforced. Policy holds in the substrate and the runtime, not the prompt.\n- **Key Q**: \"What does this agent actually read at the moment of action, and where is the policy enforced if not there?\"","sourceLine":1115,"sourceNumber":205,"part":"II","register":"compressed","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-206","name":"The Attack Surface Is the Window","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Injection is a context failure: instruction and fact look identical in the window. Defense is provenance on the fact, data marked as data, permission on the read, scope on the tool, a gate on the write, and attenuation across every hand-off (permissions only narrow). Memory is persistent injection risk. Forgetting is a property of the substrate, not the model.","apply":"","keyQuestion":"Which of the five gates does this window lack, and can a child agent reach more than its parent?","body":"Injection is a context failure: instruction and fact look identical in the window. Defense is provenance on the fact, data marked as data, permission on the read, scope on the tool, a gate on the write, and attenuation across every hand-off (permissions only narrow). Memory is persistent injection risk. Forgetting is a property of the substrate, not the model.\n- **Key Q**: \"Which of the five gates does this window lack, and can a child agent reach more than its parent?\"","sourceLine":1119,"sourceNumber":206,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0219"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-207","name":"The Two Readers","discipline":"core","section":"core-section-20","sectionName":"XX. THE INTELLIGENCE STACK — ROUTING, HARNESS, CONTEXT, MODELS","kind":"Model / lens","essence":"Humans ask by query; agents ask by description. The shape of the store decides the question it can answer (by key, by similarity, by reference, by description and traversal). A fact by traversal costs hundreds of tokens; by similarity, thousands. The domain expert signs the vocabulary; an ontology the business does not recognize is a schema. Answer engines outside the firm read the same substrate, so entity clarity is one piece of work done once.","apply":"","keyQuestion":"Is this store shaped for the question the agent asks, and did the business sign the vocabulary it uses?","body":"Humans ask by query; agents ask by description. The shape of the store decides the question it can answer (by key, by similarity, by reference, by description and traversal). A fact by traversal costs hundreds of tokens; by similarity, thousands. The domain expert signs the vocabulary; an ontology the business does not recognize is a schema. Answer engines outside the firm read the same substrate, so entity clarity is one piece of work done once.\n- **Key Q**: \"Is this store shaped for the question the agent asks, and did the business sign the vocabulary it uses?\"","sourceLine":1123,"sourceNumber":207,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0220"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-208","name":"Goodhart Is the Physics","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Reward hacking, specification gaming, judge exploitation, sycophancy, benchmark contamination, and sandbagging are one literature with five names. Any measure a loop can see, the loop will optimize. Treat this as physics, not as a bug class, and design every instrument so the loop cannot see it.","apply":"","keyQuestion":"Can the thing being optimized see the measure I am using to judge it?","body":"Reward hacking, specification gaming, judge exploitation, sycophancy, benchmark contamination, and sandbagging are one literature with five names. Any measure a loop can see, the loop will optimize. Treat this as physics, not as a bug class, and design every instrument so the loop cannot see it.\n- **Key Q**: \"Can the thing being optimized see the measure I am using to judge it?\"","sourceLine":1130,"sourceNumber":208,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0221"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-209","name":"The Frozen Suite","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"The one measure the loop cannot see: real cases, adjudicated by domain experts, frozen before the build, held out, versioned, model-agnostic. Grown by logged addition, frozen per version. Right for the right reasons predicts the next version; a passing score alone does not.","apply":"","keyQuestion":"Is there a referee this loop cannot see, and was it frozen before the loop started?","body":"The one measure the loop cannot see: real cases, adjudicated by domain experts, frozen before the build, held out, versioned, model-agnostic. Grown by logged addition, frozen per version. Right for the right reasons predicts the next version; a passing score alone does not.\n- **Key Q**: \"Is there a referee this loop cannot see, and was it frozen before the loop started?\"","sourceLine":1134,"sourceNumber":209,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0222"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-210","name":"Evaluation Is the Specification (The Model Chosen Last)","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Behaviour is specified by adjudicated example: the golden set is the requirements document, thresholds are the acceptance criteria. Choose the model last, in the final week, because by then the suite exists to choose it with. Vendor benchmarks say nothing about your cases.","apply":"","keyQuestion":"Does this product have a specification a model can be graded against, and was the model chosen before or after it existed?","body":"Behaviour is specified by adjudicated example: the golden set is the requirements document, thresholds are the acceptance criteria. Choose the model last, in the final week, because by then the suite exists to choose it with. Vendor benchmarks say nothing about your cases.\n- **Key Q**: \"Does this product have a specification a model can be graded against, and was the model chosen before or after it existed?\"","sourceLine":1138,"sourceNumber":210,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0223"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-211","name":"Cost per Accepted Outcome (The Third Bottleneck)","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Tokens, then compute, then attention: the one bottleneck you cannot buy. Spend tokens to save attention; the attention bill is yours. Denominate everything in cost per referee-accepted outcome, never per token or per seat, and grade value maxing, not token maxing.","apply":"","keyQuestion":"What does an accepted outcome cost in tokens, compute, and human attention, and which of the three is binding?","body":"Tokens, then compute, then attention: the one bottleneck you cannot buy. Spend tokens to save attention; the attention bill is yours. Denominate everything in cost per referee-accepted outcome, never per token or per seat, and grade value maxing, not token maxing.\n- **Key Q**: \"What does an accepted outcome cost in tokens, compute, and human attention, and which of the three is binding?\"","sourceLine":1142,"sourceNumber":211,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0157"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-212","name":"The Loop as the Unit","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Persistent context plus delegation plus triggers is a loop. The loop, not the prompt or the model, is the unit of engineering, ownership, and value. Bound it, instrument it, own it; the engineer who polls is the scheduler, router, and memory the loop should have had.","apply":"","keyQuestion":"Is this a loop the firm owns, or a person doing the loop's job by hand?","body":"Persistent context plus delegation plus triggers is a loop. The loop, not the prompt or the model, is the unit of engineering, ownership, and value. Bound it, instrument it, own it; the engineer who polls is the scheduler, router, and memory the loop should have had.\n- **Key Q**: \"Is this a loop the firm owns, or a person doing the loop's job by hand?\"","sourceLine":1146,"sourceNumber":212,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0224"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-213","name":"Gross Margin as a Design Outcome","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"In this era margin is built, not given. Four levers: the routing table, the cache hit rate, the owned-model share, and attention per outcome. A lab's arc runs from making for a dollar and selling for twenty cents to a positive gross margin; an application's arc runs the same way through its own model. Report the levers pulled and the levers available, never the assumed margin.","apply":"","keyQuestion":"Which of the four margin levers has this company pulled, and which is still available?","body":"In this era margin is built, not given. Four levers: the routing table, the cache hit rate, the owned-model share, and attention per outcome. A lab's arc runs from making for a dollar and selling for twenty cents to a positive gross margin; an application's arc runs the same way through its own model. Report the levers pulled and the levers available, never the assumed margin.\n- **Key Q**: \"Which of the four margin levers has this company pulled, and which is still available?\"","sourceLine":1150,"sourceNumber":213,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0225"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-214","name":"Pricing as a Finance Instrument (Price the Tail)","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Price on attribution and autonomy, ladder by proof, never seat-price agentic value, price the compounding, and price the tail, because a small share of accounts consume most of the tokens. The incumbent's tell is the sequence seats → conversations → credits → usage.","apply":"","keyQuestion":"Does this price track the work done and the tail that does it, or the chairs?","body":"Price on attribution and autonomy, ladder by proof, never seat-price agentic value, price the compounding, and price the tail, because a small share of accounts consume most of the tokens. The incumbent's tell is the sequence seats → conversations → credits → usage.\n- **Key Q**: \"Does this price track the work done and the tail that does it, or the chairs?\"","sourceLine":1154,"sourceNumber":214,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0226"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-215","name":"Outcome Pricing Is an End State (The Hybrid Is the Transition)","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Outcome pricing is right in theory and hard in practice: attribution is contested, baselines are gamed, verification lags, and the guarantee has a cost wherever it sits. The realistic path is the hybrid, seat plus credits, subscription plus metered requests, three meters at once on the record. Choose the ramp.","apply":"","keyQuestion":"Which rung of the seat-to-outcome ramp is this contract on, and who is carrying the guarantee's cost?","body":"Outcome pricing is right in theory and hard in practice: attribution is contested, baselines are gamed, verification lags, and the guarantee has a cost wherever it sits. The realistic path is the hybrid, seat plus credits, subscription plus metered requests, three meters at once on the record. Choose the ramp.\n- **Key Q**: \"Which rung of the seat-to-outcome ramp is this contract on, and who is carrying the guarantee's cost?\"","sourceLine":1158,"sourceNumber":215,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0227"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-216","name":"The Counterfactual as Referee (Attribution Collapsed)","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"When the path runs through a model there is no touch to log, so last-touch attribution dies. Only incrementality survives: holdouts, geographic splits, difference-in-differences, synthetic controls. The experiment loop must be frozen like any other referee or it games itself.","apply":"","keyQuestion":"Is this growth claim backed by a counterfactual, or by a touch that no longer exists?","body":"When the path runs through a model there is no touch to log, so last-touch attribution dies. Only incrementality survives: holdouts, geographic splits, difference-in-differences, synthetic controls. The experiment loop must be frozen like any other referee or it games itself.\n- **Key Q**: \"Is this growth claim backed by a counterfactual, or by a touch that no longer exists?\"","sourceLine":1162,"sourceNumber":216,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0158"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-217","name":"Growth Goodhart (The Slop Flood)","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"The era adds three ways to game growth: a flood of generated content with negative return, agent-farmed activity metrics, and a self-gaming experiment loop. Only substance the machine cannot generate grows; the instruments that survive are the ones a machine cannot fake and a buyer would pay for.","apply":"","keyQuestion":"Could a machine have produced this growth number, and would a buyer pay for what it measures?","body":"The era adds three ways to game growth: a flood of generated content with negative return, agent-farmed activity metrics, and a self-gaming experiment loop. Only substance the machine cannot generate grows; the instruments that survive are the ones a machine cannot fake and a buyer would pay for.\n- **Key Q**: \"Could a machine have produced this growth number, and would a buyer pay for what it measures?\"","sourceLine":1166,"sourceNumber":217,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0221"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-218","name":"The Two Surfaces","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"A human sees the interface; an agent sees the specification. Same outcome, two surfaces, one suite grading both. Design for the reader who never sees the screen. Activation is the first verified outcome; retention is the outcome kept.","apply":"","keyQuestion":"Does this product have an agent surface, and is it graded by the same referee as the human one?","body":"A human sees the interface; an agent sees the specification. Same outcome, two surfaces, one suite grading both. Design for the reader who never sees the screen. Activation is the first verified outcome; retention is the outcome kept.\n- **Key Q**: \"Does this product have an agent surface, and is it graded by the same referee as the human one?\"","sourceLine":1170,"sourceNumber":218,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0259"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-219","name":"The Residue Loop","discipline":"core","section":"core-section-21","sectionName":"XXI. MEASUREMENT UNDER OPTIMIZATION PRESSURE — THE DISCIPLINES","kind":"Model / lens","essence":"Every accepted outcome and every adjudicated exception leaves a record: the decision loop's second output. It is the only growth loop the machines cannot mediate, the second barrel of oil, the roadmap (\"what was built twice?\"), and the basis of the owned model. Capture rate of the residue is a board number.","apply":"","keyQuestion":"What does this loop leave behind, who owns it, and what fraction is being captured?","body":"Every accepted outcome and every adjudicated exception leaves a record: the decision loop's second output. It is the only growth loop the machines cannot mediate, the second barrel of oil, the roadmap (\"what was built twice?\"), and the basis of the owned model. Capture rate of the residue is a board number.\n- **Key Q**: \"What does this loop leave behind, who owns it, and what fraction is being captured?\"","sourceLine":1174,"sourceNumber":219,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0260"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-220","name":"The Multiple Comes Last (The Five Broken Assumptions)","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"The software toolkit (run-rate × multiple) rests on five assumptions the era broke: run-rate is revenue (it is a month times twelve, unaudited, on the company's own basis); gross margin is a category property (it is a design outcome in motion); the product is the asset (the next release absorbs part of it); the customer pays per seat (a heavy tail pays for work); the capital is on the balance sheet (leases, guarantees, supplier equity, private credit). Each error runs in a nameable direction. The reported number is the beginning of a valuation, not its input.","apply":"","keyQuestion":"Which of the five assumptions is this valuation still making, and in which direction does the error run?","body":"The software toolkit (run-rate × multiple) rests on five assumptions the era broke: run-rate is revenue (it is a month times twelve, unaudited, on the company's own basis); gross margin is a category property (it is a design outcome in motion); the product is the asset (the next release absorbs part of it); the customer pays per seat (a heavy tail pays for work); the capital is on the balance sheet (leases, guarantees, supplier equity, private credit). Each error runs in a nameable direction. The reported number is the beginning of a valuation, not its input.\n- **Key Q**: \"Which of the five assumptions is this valuation still making, and in which direction does the error run?\"","sourceLine":1181,"sourceNumber":220,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0228"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-221","name":"The Counted Top Line","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"Count each end-customer dollar once, at the tier where the customer transacted: assign the tier, strip pass-through, exclude the tier that is a cost of the tiers above, convert gross to net, convert run-rate to a year with growth decaying to a terminal rate, and state source and range. Counted-to-reported typically lands at 0.6–0.85. A gross figure in the headline is a maturity-zero disclosure.","apply":"","keyQuestion":"What is this company's counted top line, and what is the ratio of counted to reported?","body":"Count each end-customer dollar once, at the tier where the customer transacted: assign the tier, strip pass-through, exclude the tier that is a cost of the tiers above, convert gross to net, convert run-rate to a year with growth decaying to a terminal rate, and state source and range. Counted-to-reported typically lands at 0.6–0.85. A gross figure in the headline is a maturity-zero disclosure.\n- **Key Q**: \"What is this company's counted top line, and what is the ratio of counted to reported?\"","sourceLine":1185,"sourceNumber":221,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0229"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-222","name":"The Residual","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"The fraction of a company's value on the durable side of the absorption line, after what the next release absorbs, what the supplier's mark inflated, and what the hidden obligation subtracts. A company at 70% residual is a business; at 30% it is a feature with a run-rate. The multiple is applied to the residual and to nothing else. In a residual-adjusted cash flow, the perishable share decays per release and terminal value is taken on the durable share only; a compensation with a two-release life at a six-week cadence is worth a quarter of a year, not a perpetuity.","apply":"","keyQuestion":"What fraction of this company survives the next release, and is the multiple being applied to that fraction or to the whole?","body":"The fraction of a company's value on the durable side of the absorption line, after what the next release absorbs, what the supplier's mark inflated, and what the hidden obligation subtracts. A company at 70% residual is a business; at 30% it is a feature with a run-rate. The multiple is applied to the residual and to nothing else. In a residual-adjusted cash flow, the perishable share decays per release and terminal value is taken on the durable share only; a compensation with a two-release life at a six-week cadence is worth a quarter of a year, not a perpetuity.\n- **Key Q**: \"What fraction of this company survives the next release, and is the multiple being applied to that fraction or to the whole?\"","sourceLine":1189,"sourceNumber":222,"part":"II","register":"compressed","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-223","name":"The EV Bridge With Hidden Piers","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"Enterprise value is equity plus debt plus what the balance sheet hides: leases not commenced (weighted by deferral versus transfer), purchase commitments, guarantees weighted by call likelihood, supplier financing, vehicle debt, private credit. Builders and neoclouds carry hidden-obligation multiples from 1.1 to well above 1.5.","apply":"","keyQuestion":"What is this company's hidden-obligation multiple, and does the equity story survive it?","body":"Enterprise value is equity plus debt plus what the balance sheet hides: leases not commenced (weighted by deferral versus transfer), purchase commitments, guarantees weighted by call likelihood, supplier financing, vehicle debt, private credit. Builders and neoclouds carry hidden-obligation multiples from 1.1 to well above 1.5.\n- **Key Q**: \"What is this company's hidden-obligation multiple, and does the equity story survive it?\"","sourceLine":1193,"sourceNumber":223,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0231"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-224","name":"The Worthless Cases, Weighted","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"A valuation without its worthless case is a bull case with a number on it. Name three: commoditisation (the model layer absorbs the product), capture (the vendor holds what compounds), the wrapper (the guarantee or the counterparty fails), each with a trigger and a probability. Sum probability times value across base and worthless cases.","apply":"","keyQuestion":"What kills this company, what is the trigger, and what is the probability-weighted value once that case is in the sum?","body":"A valuation without its worthless case is a bull case with a number on it. Name three: commoditisation (the model layer absorbs the product), capture (the vendor holds what compounds), the wrapper (the guarantee or the counterparty fails), each with a trigger and a probability. Sum probability times value across base and worthless cases.\n- **Key Q**: \"What kills this company, what is the trigger, and what is the probability-weighted value once that case is in the sum?\"","sourceLine":1197,"sourceNumber":224,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0232"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-225","name":"The Layer Multiple and the Reconciliation","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"Borrow the multiple from the nearest priced asset by layer, not by category: junction, rail, application, neocloud, supplier, each has a priced comparable; the frontier lab has none, which is itself the finding. Then reconcile to the reported number by naming the question that made the gap. The company is usually real; the number often was not.","apply":"","keyQuestion":"From which priced layer does this multiple come, and which of the nine questions explains the gap to the reported number?","body":"Borrow the multiple from the nearest priced asset by layer, not by category: junction, rail, application, neocloud, supplier, each has a priced comparable; the frontier lab has none, which is itself the finding. Then reconcile to the reported number by naming the question that made the gap. The company is usually real; the number often was not.\n- **Key Q**: \"From which priced layer does this multiple come, and which of the nine questions explains the gap to the reported number?\"","sourceLine":1201,"sourceNumber":225,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0095"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-226","name":"The Acqui-Hire Read","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"License the IP, hire the team, leave the shell: the market pricing the residual directly and leaving the company on the table. Read each such deal as a valuation of what compounds (the people and the exhaust) against what does not (the corporate entity). Place public cases on a residual axis and the pattern reads itself.","apply":"","keyQuestion":"In this deal, what did the buyer pay for and what did it leave behind, and what does that say about the residual of the whole company?","body":"License the IP, hire the team, leave the shell: the market pricing the residual directly and leaving the company on the table. Read each such deal as a valuation of what compounds (the people and the exhaust) against what does not (the corporate entity). Place public cases on a residual axis and the pattern reads itself.\n- **Key Q**: \"In this deal, what did the buyer pay for and what did it leave behind, and what does that say about the residual of the whole company?\"","sourceLine":1205,"sourceNumber":226,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0233"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-227","name":"The Hostile Reading First","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"Before the base case, write the reading a hostile analyst would write: gross booked as net, the assumed margin, the perishable feature, the supplier's mark, the hidden obligation. If the company survives the hostile reading at a defensible number, the base case has earned its place.","apply":"","keyQuestion":"What would the most hostile competent reader say this is worth, and can I answer each of their questions with an artifact?","body":"Before the base case, write the reading a hostile analyst would write: gross booked as net, the assumed margin, the perishable feature, the supplier's mark, the hidden obligation. If the company survives the hostile reading at a defensible number, the base case has earned its place.\n- **Key Q**: \"What would the most hostile competent reader say this is worth, and can I answer each of their questions with an artifact?\"","sourceLine":1209,"sourceNumber":227,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0162"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-228","name":"Read the Sign of the Distortion (Two Engines, Both Ways)","discipline":"core","section":"core-section-22","sectionName":"XXII. VALUATION — THE NINE QUESTIONS AND THE RESIDUAL","kind":"Model / lens","essence":"Marks distort earnings upward; stock compensation, convert-extinguishment losses, and IPO charges distort them downward. Reported net income can sit above or below the operating line, and the direction is diagnostic. Strip in both directions; never assume the distortion flatters.","apply":"","keyQuestion":"Does this reported number sit above or below the operating engine, and which non-cash item put it there?","body":"Marks distort earnings upward; stock compensation, convert-extinguishment losses, and IPO charges distort them downward. Reported net income can sit above or below the operating line, and the direction is diagnostic. Strip in both directions; never assume the distortion flatters.\n- **Key Q**: \"Does this reported number sit above or below the operating engine, and which non-cash item put it there?\"","sourceLine":1213,"sourceNumber":228,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0116"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-229","name":"The Asymmetry","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"The seller runs the meeting fifty times a year; the buyer runs it twice. Selling is a practiced craft, now automated; buying is an amateur sport played against professionals. Instruments substitute for the repetitions the buyer will never have. The ordering is the argument: the standard, the separated champion, and the buying function come before any vendor.","apply":"","keyQuestion":"What instrument does this buyer hold that substitutes for the repetitions the seller has and it does not?","body":"The seller runs the meeting fifty times a year; the buyer runs it twice. Selling is a practiced craft, now automated; buying is an amateur sport played against professionals. Instruments substitute for the repetitions the buyer will never have. The ordering is the argument: the standard, the separated champion, and the buying function come before any vendor.\n- **Key Q**: \"What instrument does this buyer hold that substitutes for the repetitions the seller has and it does not?\"","sourceLine":1220,"sourceNumber":229,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0234"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-230","name":"VERIFIED (The Buyer's Qualification)","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"The mirror of the seller's qualification alphabet: Verification owned · Economics read · Rights scheduled · Incentives separated · Feasibility on your floor · Independence priced · Exposure governed · Drift instrumented. Every letter holds an artifact, never an assurance. Run three letters before contact, three at the wedge's clock, two before signature, then annually; a failed letter prices the purchase.","apply":"","keyQuestion":"Which letters of VERIFIED hold an artifact, and which is the one nobody checked?","body":"The mirror of the seller's qualification alphabet: Verification owned · Economics read · Rights scheduled · Incentives separated · Feasibility on your floor · Independence priced · Exposure governed · Drift instrumented. Every letter holds an artifact, never an assurance. Run three letters before contact, three at the wedge's clock, two before signature, then annually; a failed letter prices the purchase.\n- **Key Q**: \"Which letters of VERIFIED hold an artifact, and which is the one nobody checked?\"","sourceLine":1224,"sourceNumber":230,"part":"II","register":"compressed","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-231","name":"Procurement Theater","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"A pilot defends a budget; a champion's advocacy is not an audit; a coached reference proves the vendor curates well; the paid map (analysts as channel, assessors selling remediation) is a channel; a board introduction is a bypass. The one test that separates theater from proof is the frozen suite on the buyer's own floor.","apply":"","keyQuestion":"Which part of this evaluation could the vendor have staged, and which part ran on my floor against my referee?","body":"A pilot defends a budget; a champion's advocacy is not an audit; a coached reference proves the vendor curates well; the paid map (analysts as channel, assessors selling remediation) is a channel; a board introduction is a bypass. The one test that separates theater from proof is the frozen suite on the buyer's own floor.\n- **Key Q**: \"Which part of this evaluation could the vendor have staged, and which part ran on my floor against my referee?\"","sourceLine":1228,"sourceNumber":231,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0236"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-232","name":"Fast Yes With Clean Title","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"The seat's answer to shadow adoption is not a slower door but a faster one with conditions: an intake measured in days that absorbs the card purchases, attaches the standard, places the junction, and prices the exit. Let go of the door; keep the four keys.","apply":"","keyQuestion":"Can this firm say yes in days while keeping clear title to what the purchase will compound?","body":"The seat's answer to shadow adoption is not a slower door but a faster one with conditions: an intake measured in days that absorbs the card purchases, attaches the standard, places the junction, and prices the exit. Let go of the door; keep the four keys.\n- **Key Q**: \"Can this firm say yes in days while keeping clear title to what the purchase will compound?\"","sourceLine":1232,"sourceNumber":232,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0237"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-233","name":"The Enterprise Alliance (Opened vs Held)","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"The unit of competition is shifting from the firm to the alliance network, in three species: vendor-vendor stacks entering as one motion, substrate coalitions whose membership lists are the argument, and customer co-design where the asset is the customer's own codified expertise. Reading rule for every alliance: which layer does each ally open and which does it hold. Partner today, rival at renewal. Alliance moves lead repricing by quarters.","apply":"","keyQuestion":"Which layer does this ally open for me and which does it hold for itself, and where are the absences on the roster?","body":"The unit of competition is shifting from the firm to the alliance network, in three species: vendor-vendor stacks entering as one motion, substrate coalitions whose membership lists are the argument, and customer co-design where the asset is the customer's own codified expertise. Reading rule for every alliance: which layer does each ally open and which does it hold. Partner today, rival at renewal. Alliance moves lead repricing by quarters.\n- **Key Q**: \"Which layer does this ally open for me and which does it hold for itself, and where are the absences on the roster?\"","sourceLine":1236,"sourceNumber":233,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0152"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-234","name":"The Hand That Wires the Harness Chooses the Landlord","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"Forward-deployed engineering is the capture vector: whoever wires the loop decides where the exhaust lands. When deployment labor is automated, the absorption machine is industrialized and capture gets cheaper to run at scale. A better landlord is not sovereignty; the cage moved one floor up.","apply":"","keyQuestion":"Who wired this loop, and whose walls does its exhaust accumulate inside?","body":"Forward-deployed engineering is the capture vector: whoever wires the loop decides where the exhaust lands. When deployment labor is automated, the absorption machine is industrialized and capture gets cheaper to run at scale. A better landlord is not sovereignty; the cage moved one floor up.\n- **Key Q**: \"Who wired this loop, and whose walls does its exhaust accumulate inside?\"","sourceLine":1240,"sourceNumber":234,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0238"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-235","name":"The Two-Hinge Window","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"Two hinges move in opposite directions: the funding hinge (vendor subsidy for capture) is closing, the cost hinge (open tiers collapsing the cost of alternatives) is opening and does not reverse. What expires is the subsidy, not the feasibility. Regulation with tested-exit requirements mandates the barbell in regulated industries.","apply":"","keyQuestion":"Which hinge is this firm timing against, the subsidy that expires or the feasibility that does not?","body":"Two hinges move in opposite directions: the funding hinge (vendor subsidy for capture) is closing, the cost hinge (open tiers collapsing the cost of alternatives) is opening and does not reverse. What expires is the subsidy, not the feasibility. Regulation with tested-exit requirements mandates the barbell in regulated industries.\n- **Key Q**: \"Which hinge is this firm timing against, the subsidy that expires or the feasibility that does not?\"","sourceLine":1244,"sourceNumber":235,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0239"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-236","name":"The Independence Integrator (The Double Objective)","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"A regime-agnostic deployment firm that turns vendor land-grab budgets into enterprise independence: column A the vendor pays for, column B the enterprise owns, same engagement. A six-week migration test at production scale is the proof; independence certification is the payday; exit is the payday, not the risk. Doctrine is the hiring filter, and the talent and the toolkit must both pass the portability test.","apply":"","keyQuestion":"Does this engagement leave the enterprise able to migrate in six weeks, and who gets paid when it can?","body":"A regime-agnostic deployment firm that turns vendor land-grab budgets into enterprise independence: column A the vendor pays for, column B the enterprise owns, same engagement. A six-week migration test at production scale is the proof; independence certification is the payday; exit is the payday, not the risk. Doctrine is the hiring filter, and the talent and the toolkit must both pass the portability test.\n- **Key Q**: \"Does this engagement leave the enterprise able to migrate in six weeks, and who gets paid when it can?\"","sourceLine":1248,"sourceNumber":236,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0240"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-237","name":"The Three Cages","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"Model, cloud, platform: three cages an enterprise can be captured in, each with its own exit cost. The regulated-industry wedge (single-vendor-risk prohibitions, budget scale, institutional patience) is where the cages get priced first. Sovereignty productized (the customer owns the weights, the vendor owns the junction) is the correct doctrine implemented at the layer that happens to be the vendor's own.","apply":"","keyQuestion":"In which of the three cages is this enterprise, and is the sovereignty it was sold the customer's or the vendor's?","body":"Model, cloud, platform: three cages an enterprise can be captured in, each with its own exit cost. The regulated-industry wedge (single-vendor-risk prohibitions, budget scale, institutional patience) is where the cages get priced first. Sovereignty productized (the customer owns the weights, the vendor owns the junction) is the correct doctrine implemented at the layer that happens to be the vendor's own.\n- **Key Q**: \"In which of the three cages is this enterprise, and is the sovereignty it was sold the customer's or the vendor's?\"","sourceLine":1252,"sourceNumber":237,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0241"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-238","name":"The Enterprise Edge as Distribution","discipline":"core","section":"core-section-23","sectionName":"XXIII. THE ENTERPRISE — BUYING, CAPTURE, ALLIANCES","kind":"Model / lens","essence":"As fine-tuning moves on-premises onto enterprise silicon, the enterprise itself becomes a distribution channel for the silicon vendor, one the vendor could not open alone. The governable software layer is the business-model wrapper that makes the sale legible; the junction owner and the silicon vendor coordinate by coincidence of interest, not alignment.","apply":"","keyQuestion":"Which vendor's silicon does this enterprise stack distribute, and who wrapped it into something buyable?","body":"As fine-tuning moves on-premises onto enterprise silicon, the enterprise itself becomes a distribution channel for the silicon vendor, one the vendor could not open alone. The governable software layer is the business-model wrapper that makes the sale legible; the junction owner and the silicon vendor coordinate by coincidence of interest, not alignment.\n- **Key Q**: \"Which vendor's silicon does this enterprise stack distribute, and who wrapped it into something buyable?\"","sourceLine":1256,"sourceNumber":238,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0242"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-239","name":"The Neutral Gain","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"Every dashboard green, margin unchanged: everyone got faster, nobody got ahead. Symmetric tools produce a neutral gain unless the firm adds asymmetric inputs or an asymmetric organization. Operational effectiveness is not strategy; with symmetric tools it is arithmetic.","apply":"","keyQuestion":"Your people are faster. Is the firm ahead, and by what asymmetry?","body":"Every dashboard green, margin unchanged: everyone got faster, nobody got ahead. Symmetric tools produce a neutral gain unless the firm adds asymmetric inputs or an asymmetric organization. Operational effectiveness is not strategy; with symmetric tools it is arithmetic.\n- **Key Q**: \"Your people are faster. Is the firm ahead, and by what asymmetry?\"","sourceLine":1263,"sourceNumber":239,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0243"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-240","name":"The Ascent Through Scales","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"The gain must climb four scales (individual → group → organization → strategy) and evaporates at every scale it fails to climb. The escape at each level is one level up. Track the climb, not the tool count.","apply":"","keyQuestion":"At which scale did this firm's gain stop climbing, and what would carry it one level up?","body":"The gain must climb four scales (individual → group → organization → strategy) and evaporates at every scale it fails to climb. The escape at each level is one level up. Track the climb, not the tool count.\n- **Key Q**: \"At which scale did this firm's gain stop climbing, and what would carry it one level up?\"","sourceLine":1267,"sourceNumber":240,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0244"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-241","name":"Edges Find and Cannot Choose; Center Chooses and Cannot Find","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"Bottom-up discovery is fuel, not vehicle: it cannot rank, it fragments, it leaks. Top-down direction allocates, standardizes, and directs but cannot find. Governance is the transmission between them: a paved road measured by coverage not policy, a discovery pipeline measured by conversion time, a junction map, and a residue rule.","apply":"","keyQuestion":"What is this firm's conversion time from an edge discovery to a governed loop, and who owns the paved road?","body":"Bottom-up discovery is fuel, not vehicle: it cannot rank, it fragments, it leaks. Top-down direction allocates, standardizes, and directs but cannot find. Governance is the transmission between them: a paved road measured by coverage not policy, a discovery pipeline measured by conversion time, a junction map, and a residue rule.\n- **Key Q**: \"What is this firm's conversion time from an edge discovery to a governed loop, and who owns the paved road?\"","sourceLine":1271,"sourceNumber":241,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0245"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-242","name":"Installation Is the Entry Fee, Reorganization Is the Harvest","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"The dynamo took forty years because factories kept the line shaft; the harvest came with unit drive and the rebuilt floor. Today's line shaft is the workflow built around scarce human attention as the central power source. The forty-year lesson runs on a five-year clock.","apply":"","keyQuestion":"Has this firm installed the technology or rebuilt the floor around what it makes cheap?","body":"The dynamo took forty years because factories kept the line shaft; the harvest came with unit drive and the rebuilt floor. Today's line shaft is the workflow built around scarce human attention as the central power source. The forty-year lesson runs on a five-year clock.\n- **Key Q**: \"Has this firm installed the technology or rebuilt the floor around what it makes cheap?\"","sourceLine":1275,"sourceNumber":242,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0246"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-243","name":"Automation or Enhancement Is a Deployment Choice","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"Substitute versus amplify is a property of the deployment, not the model. Labor evidence shows recomposition rather than disappearance: exposure and augmentability form a diagonal, the mix moves before the total, and the missing first rung is where the damage concentrates. Design the task line with both spans and the entry gap in view.","apply":"","keyQuestion":"On this task line, which spans are automated, which enhanced, and where does the next person enter?","body":"Substitute versus amplify is a property of the deployment, not the model. Labor evidence shows recomposition rather than disappearance: exposure and augmentability form a diagonal, the mix moves before the total, and the missing first rung is where the damage concentrates. Design the task line with both spans and the entry gap in view.\n- **Key Q**: \"On this task line, which spans are automated, which enhanced, and where does the next person enter?\"","sourceLine":1279,"sourceNumber":243,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0247"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-244","name":"The Ratio Rule (Push Until the Gate Bends)","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"Raise the agent-to-human ratio until the quality gate bends, then step back one notch. A ratio without a measured gate is refused. Public reversals (support reopened to humans after quality bent) are the rule stated in the wild.","apply":"","keyQuestion":"Is this ratio backed by a measured gate, and at what ratio did the gate last bend?","body":"Raise the agent-to-human ratio until the quality gate bends, then step back one notch. A ratio without a measured gate is refused. Public reversals (support reopened to humans after quality bent) are the rule stated in the wild.\n- **Key Q**: \"Is this ratio backed by a measured gate, and at what ratio did the gate last bend?\"","sourceLine":1283,"sourceNumber":244,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0248"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-245","name":"The Import Test","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"Before importing another firm's mechanism, ask three questions: same scale, same gate, same dates. Import the mechanism; rebuild the numbers on your own floor. Revenue per employee conflates leverage with layoffs; a stale headcount violates same-dates.","apply":"","keyQuestion":"Does this case pass same scale, same gate, same dates, or am I importing a headline?","body":"Before importing another firm's mechanism, ask three questions: same scale, same gate, same dates. Import the mechanism; rebuild the numbers on your own floor. Revenue per employee conflates leverage with layoffs; a stale headcount violates same-dates.\n- **Key Q**: \"Does this case pass same scale, same gate, same dates, or am I importing a headline?\"","sourceLine":1287,"sourceNumber":245,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0167"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-246","name":"Organization Design Is Moat Design","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"The moat rebuilt on four stones: the residue, the property line, coordination capital, and default status with machine buyers. Cost, then speed with coherence, then optionality, then moat, in strict order. The order matters because each purchase is the entry fee for the next.","apply":"","keyQuestion":"Which of the four stones is this organization laying, and in what order is it buying cost, speed, optionality, and moat?","body":"The moat rebuilt on four stones: the residue, the property line, coordination capital, and default status with machine buyers. Cost, then speed with coherence, then optionality, then moat, in strict order. The order matters because each purchase is the entry fee for the next.\n- **Key Q**: \"Which of the four stones is this organization laying, and in what order is it buying cost, speed, optionality, and moat?\"","sourceLine":1291,"sourceNumber":246,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0249"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-247","name":"The Missing Rung","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"AI commoditizes the climb, prices the summit, and removes the stairs. Generation at the bottom rungs becomes symmetric; the premium moves up to judgment and selection; the tool erodes that judgment through sycophancy and removes the apprenticeship that built it. The response is not better judgment but judgment you cannot skip: externalized into a structure that holds at three in the afternoon as at nine.","apply":"","keyQuestion":"Where in this firm is judgment being built now that the stairs are gone, and is it enforced by structure or by exhortation?","body":"AI commoditizes the climb, prices the summit, and removes the stairs. Generation at the bottom rungs becomes symmetric; the premium moves up to judgment and selection; the tool erodes that judgment through sycophancy and removes the apprenticeship that built it. The response is not better judgment but judgment you cannot skip: externalized into a structure that holds at three in the afternoon as at nine.\n- **Key Q**: \"Where in this firm is judgment being built now that the stairs are gone, and is it enforced by structure or by exhortation?\"","sourceLine":1295,"sourceNumber":247,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0250"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-248","name":"The Judgment Layer","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"Above the loop sits the place only very highly skilled domain experts can stand: the exceptions the suite cannot accept rise to a junction, and the person who decides is the one who can say what the standard should be when the standard is silent. Scarce by construction, it compounds through the seed (spent once, levered forever) and is the firm's defensible position against both the client's agent and the vendor's embedded engineer.","apply":"","keyQuestion":"Who in this firm can say what the standard should be when it is silent, and does each of their judgments become a case?","body":"Above the loop sits the place only very highly skilled domain experts can stand: the exceptions the suite cannot accept rise to a junction, and the person who decides is the one who can say what the standard should be when the standard is silent. Scarce by construction, it compounds through the seed (spent once, levered forever) and is the firm's defensible position against both the client's agent and the vendor's embedded engineer.\n- **Key Q**: \"Who in this firm can say what the standard should be when it is silent, and does each of their judgments become a case?\"","sourceLine":1299,"sourceNumber":248,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0251"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-249","name":"The Seed","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"The pyramid was seeded from the bottom; the loop is seeded from the top. A harness is empty until an expert adjudicates the first fifty cases, names the gray areas, and signs the vocabulary. It cannot be done by the machine (it is what is being seeded) or by a junior (who does not know). The expert was the cost the pyramid diluted; in the loop the expert is the seed the leverage grows from.","apply":"","keyQuestion":"Who seeded this loop, how many cases did they adjudicate, and did they sign the vocabulary?","body":"The pyramid was seeded from the bottom; the loop is seeded from the top. A harness is empty until an expert adjudicates the first fifty cases, names the gray areas, and signs the vocabulary. It cannot be done by the machine (it is what is being seeded) or by a junior (who does not know). The expert was the cost the pyramid diluted; in the loop the expert is the seed the leverage grows from.\n- **Key Q**: \"Who seeded this loop, how many cases did they adjudicate, and did they sign the vocabulary?\"","sourceLine":1303,"sourceNumber":249,"part":"II","register":"compressed","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-250","name":"Leverage Is Loops per Senior","discipline":"core","section":"core-section-24","sectionName":"XXIV. THE ORGANIZATION, THE SEATS, AND THE WORK","kind":"Model / lens","essence":"The professional pyramid's leverage was rate times utilization times leverage in the grinding tier. When the model does the pyramid's work the shape becomes an obelisk, and leverage becomes accepted outcomes the harness lets a senior sign. The pod (senior, builder, operator, harness) replaces the tier; retainer, meter, and share replace the hour; the document was the receipt and the residue is the moat.","apply":"","keyQuestion":"How many loops does each senior in this firm sign, and is the price attached to the outcome or the hour?","body":"The professional pyramid's leverage was rate times utilization times leverage in the grinding tier. When the model does the pyramid's work the shape becomes an obelisk, and leverage becomes accepted outcomes the harness lets a senior sign. The pod (senior, builder, operator, harness) replaces the tier; retainer, meter, and share replace the hour; the document was the receipt and the residue is the moat.\n- **Key Q**: \"How many loops does each senior in this firm sign, and is the price attached to the outcome or the hour?\"","sourceLine":1307,"sourceNumber":250,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0253"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-251","name":"The Four Ownerships","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"Regardless of title, the seat handed the AI mandate must own the substrate, the junctions, the standard, and the exit; rent everything else freely, because you can leave. A new title names a gap; it closes it only when it arrives with budget authority, the standard, and the right to stop. Whoever holds the four is the chief AI officer, whatever the card says.","apply":"","keyQuestion":"Who in this firm holds the substrate, the junctions, the standard, and the exit, before any title is created?","body":"Regardless of title, the seat handed the AI mandate must own the substrate, the junctions, the standard, and the exit; rent everything else freely, because you can leave. A new title names a gap; it closes it only when it arrives with budget authority, the standard, and the right to stop. Whoever holds the four is the chief AI officer, whatever the card says.\n- **Key Q**: \"Who in this firm holds the substrate, the junctions, the standard, and the exit, before any title is created?\"","sourceLine":1314,"sourceNumber":251,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0254"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-252","name":"Absorb, Be Displaced, Converge","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"When an asset changes character faster than a seat's identity, a new C-title is created and resolves one of three ways: absorbed back into the seat, displacing it, or converging with it. The digital-officer arc was the rhyme; the data-officer arc is the warning. The seat that holds the four absorbs the title; the seat that holds only the door is displaced by it.","apply":"","keyQuestion":"Is this new title going to be absorbed, displace the seat, or converge with it, and which of the four ownerships decides?","body":"When an asset changes character faster than a seat's identity, a new C-title is created and resolves one of three ways: absorbed back into the seat, displacing it, or converging with it. The digital-officer arc was the rhyme; the data-officer arc is the warning. The seat that holds the four absorbs the title; the seat that holds only the door is displaced by it.\n- **Key Q**: \"Is this new title going to be absorbed, displace the seat, or converge with it, and which of the four ownerships decides?\"","sourceLine":1318,"sourceNumber":252,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0255"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-253","name":"The Grid (Watch the Blanks)","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"Roles sit on a lifecycle across (specify, prepare, build, deploy, evaluate) and five accountable functions down (business owner, domain owner, builder, evaluation owner, adoption owner). Every loop is a path through the grid; an unowned hand-off is an empty cell. Recurring cells are the small center, varying cells the federated edge. A title is evidence of attention, not of a market.","apply":"","keyQuestion":"Which cells of this firm's grid are blank, and which loop's hand-off is falling through them?","body":"Roles sit on a lifecycle across (specify, prepare, build, deploy, evaluate) and five accountable functions down (business owner, domain owner, builder, evaluation owner, adoption owner). Every loop is a path through the grid; an unowned hand-off is an empty cell. Recurring cells are the small center, varying cells the federated edge. A title is evidence of attention, not of a market.\n- **Key Q**: \"Which cells of this firm's grid are blank, and which loop's hand-off is falling through them?\"","sourceLine":1322,"sourceNumber":253,"part":"II","register":"compressed","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-254","name":"The Entry Point Moves","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The era is not destroying jobs or creating them; it is moving the entry point from producing the work to owning the loop that produces it. Rebuild the first rung as a ninety-day apprenticeship whose credential is the case study with its failures; convert the analyst tier into operators and evaluators before hiring.","apply":"","keyQuestion":"Where does a new person enter this firm now, and what is the first rung they stand on?","body":"The era is not destroying jobs or creating them; it is moving the entry point from producing the work to owning the loop that produces it. Rebuild the first rung as a ninety-day apprenticeship whose credential is the case study with its failures; convert the analyst tier into operators and evaluators before hiring.\n- **Key Q**: \"Where does a new person enter this firm now, and what is the first rung they stand on?\"","sourceLine":1326,"sourceNumber":254,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0250"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-255","name":"The Seat That Grades Never Built","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The evaluation owner is separated from the builder by design, at the loop and at the top row: the seat that owns the standard is never the seat that builds the loops. Governance reports outside the technology organization. Flatter in function, denser in ownership: a seat is added and a boundary is lost at the same time.","apply":"","keyQuestion":"In this firm, does the seat that grades the loop ever build it?","body":"The evaluation owner is separated from the builder by design, at the loop and at the top row: the seat that owns the standard is never the seat that builds the loops. Governance reports outside the technology organization. Flatter in function, denser in ownership: a seat is added and a boundary is lost at the same time.\n- **Key Q**: \"In this firm, does the seat that grades the loop ever build it?\"","sourceLine":1330,"sourceNumber":255,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0149"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-256","name":"The CTO of Someone Else's Company (DEPLOY)","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The deployment seat is accountable for production value while holding no levers. Its sequence is DEPLOY: Discovery · Envelope · Proof · Landing · Outcome · Yield, and every letter has a date. Say no in writing and keep the refusal log; the baseline is taken before, the gauge page after; what comes back is the reference architecture and the product requirement.","apply":"","keyQuestion":"Which letter of DEPLOY is this engagement on, what is its date, and what did the architect refuse in writing?","body":"The deployment seat is accountable for production value while holding no levers. Its sequence is DEPLOY: Discovery · Envelope · Proof · Landing · Outcome · Yield, and every letter has a date. Say no in writing and keep the refusal log; the baseline is taken before, the gauge page after; what comes back is the reference architecture and the product requirement.\n- **Key Q**: \"Which letter of DEPLOY is this engagement on, what is its date, and what did the architect refuse in writing?\"","sourceLine":1334,"sourceNumber":256,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0256"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-257","name":"The Railroad Rhyme (Capital Ahead of Demand)","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The right historical rhyme for a physical buildout is the railroad: four panics, one continuous buildout, mileage tripling through them. Not the web bubble. The pattern repeats in the fiber overbuild: capital on a physical clock against demand on its own schedule, the income statement asked first, survivors buying the assets. Real, historic, and, for most of the capital, insufficient.","apply":"","keyQuestion":"Which rhyme am I using, and does it account for the buildout continuing through the panics?","body":"The right historical rhyme for a physical buildout is the railroad: four panics, one continuous buildout, mileage tripling through them. Not the web bubble. The pattern repeats in the fiber overbuild: capital on a physical clock against demand on its own schedule, the income statement asked first, survivors buying the assets. Real, historic, and, for most of the capital, insufficient.\n- **Key Q**: \"Which rhyme am I using, and does it account for the buildout continuing through the panics?\"","sourceLine":1338,"sourceNumber":257,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0093"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-258","name":"The Access Rent","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The firm that owns access earns a rent only while access is scarce; when the constraint opens, the rent moves to whatever the input was gating. The dial-up subscription was the first web rent; each era since has repriced the same lesson.","apply":"","keyQuestion":"Which scarce access is this rent built on, and what happens to the rent when that access opens?","body":"The firm that owns access earns a rent only while access is scarce; when the constraint opens, the rent moves to whatever the input was gating. The dial-up subscription was the first web rent; each era since has repriced the same lesson.\n- **Key Q**: \"Which scarce access is this rent built on, and what happens to the rent when that access opens?\"","sourceLine":1342,"sourceNumber":258,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0129"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-259","name":"Get Big Fast, Monetize Later vs Paid From Day One","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The web's growth doctrine assumed a free user with zero marginal cost and an advertiser who would pay later. The AI era's free user is a cost, so the wedge is paid, the metric is the outcome, and the enterprise pays first. Do not import the web's growth math into a business with a cost of goods.","apply":"","keyQuestion":"Is this growth plan assuming a free user who is an asset, when the free user is now a cost?","body":"The web's growth doctrine assumed a free user with zero marginal cost and an advertiser who would pay later. The AI era's free user is a cost, so the wedge is paid, the metric is the outcome, and the enterprise pays first. Do not import the web's growth math into a business with a cost of goods.\n- **Key Q**: \"Is this growth plan assuming a free user who is an asset, when the free user is now a cost?\"","sourceLine":1346,"sourceNumber":259,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0204"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-260","name":"Intent Is the Scarcest Thing on the Web","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"The auction priced intent in real time and built the most profitable machine ever made from a copy that cost nothing, teaching two decades of finance that software's margin was a law of nature rather than a property of one product. The copy was free for thirty years; that was the accident, not the rule.","apply":"","keyQuestion":"Which of this business's margin assumptions rests on the copy being free, and does the copy still cost nothing?","body":"The auction priced intent in real time and built the most profitable machine ever made from a copy that cost nothing, teaching two decades of finance that software's margin was a law of nature rather than a property of one product. The copy was free for thirty years; that was the accident, not the rule.\n- **Key Q**: \"Which of this business's margin assumptions rests on the copy being free, and does the copy still cost nothing?\"","sourceLine":1350,"sourceNumber":260,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0257"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-00-261","name":"Web Squared (Outside-In and Inside-Out)","discipline":"core","section":"core-section-25","sectionName":"XXV. THE SEATS, THE ROLES, AND THE HISTORICAL RHYMES","kind":"Model / lens","essence":"AI does not replace the web; it compounds it, riding thirty years of the web's infrastructure, data, and distribution, which is why web-native industries transform first. The web changed distribution first and the operating model last (outside-in); AI changes the operating model first, the business model next, and distribution last (inside-out). Organizational transformation is the prerequisite for business-model transformation, which is why enterprise AI is hard. Carry the inside-out nuance only where it serves the argument; drop the branding where it does not.","apply":"","keyQuestion":"Is this transformation being attempted from the outside in, when the era runs from the inside out?","body":"AI does not replace the web; it compounds it, riding thirty years of the web's infrastructure, data, and distribution, which is why web-native industries transform first. The web changed distribution first and the operating model last (outside-in); AI changes the operating model first, the business model next, and distribution last (inside-out). Organizational transformation is the prerequisite for business-model transformation, which is why enterprise AI is hard. Carry the inside-out nuance only where it serves the argument; drop the branding where it does not.\n- **Key Q**: \"Is this transformation being attempted from the outside in, when the era runs from the inside out?\"","sourceLine":1354,"sourceNumber":261,"part":"II","register":"compressed","themes":[],"concepts":["BE-M0258"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-001","name":"Layer 0 — Environment","discipline":"architect","section":"architect-section-01","sectionName":"The Design Engine (Layers 0–4)","kind":"Engine step","essence":"Establishes what ground a design stands on: which constraint currently binds its layer (and which bound it two states ago), the clock mismatch (how fast its environment reprices vs how fast the firm can actually rebuild), and template exposure (which inherited pattern book it descends from and whether that template's era-assumptions still hold). Checks the era's three broken defaults: zero marginal cost is over, summarizable value has no floor, the aggregator's throne moved to agent access and settlement authority.","apply":"First step of any review or founding. Produce the environment card — constraint address, clock mismatch, template exposure with the specific broken assumption named.","keyQuestion":"","body":"Establishes what ground a design stands on: which constraint currently binds its layer (and which bound it two states ago), the clock mismatch (how fast its environment reprices vs how fast the firm can actually rebuild), and template exposure (which inherited pattern book it descends from and whether that template's era-assumptions still hold). Checks the era's three broken defaults: zero marginal cost is over, summarizable value has no floor, the aggregator's throne moved to agent access and settlement authority.\n- **Apply**: First step of any review or founding. Produce the environment card — constraint address, clock mismatch, template exposure with the specific broken assumption named.","sourceLine":1370,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-002","name":"Layer 1 — The Four Choices","discipline":"architect","section":"architect-section-01","sectionName":"The Design Engine (Layers 0–4)","kind":"Engine step","essence":"Tests whether the four irreversible choices — Value, Technology, Distribution, Finance — are made and cohere. Value must survive the subtraction and land at commitment/clearing/context/trust/desire; Technology audits the barbell (own differentiators, rent commodity behind clean joints) plus the second barbell and cost-curve conversion; Distribution classifies channels (owned endpoint / rail / rented door) and checks machine legibility; Finance covers terminal-margin thesis, capital intensity, engine honesty, and survival reserves.","apply":"Score each of the four choices coherent / incoherent / unmade and name the binding incoherence. Central to Full Design Review and Clean-Sheet Founding.","keyQuestion":"","body":"Tests whether the four irreversible choices — Value, Technology, Distribution, Finance — are made and cohere. Value must survive the subtraction and land at commitment/clearing/context/trust/desire; Technology audits the barbell (own differentiators, rent commodity behind clean joints) plus the second barbell and cost-curve conversion; Distribution classifies channels (owned endpoint / rail / rented door) and checks machine legibility; Finance covers terminal-margin thesis, capital intensity, engine honesty, and survival reserves.\n- **Apply**: Score each of the four choices coherent / incoherent / unmade and name the binding incoherence. Central to Full Design Review and Clean-Sheet Founding.","sourceLine":1374,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-003","name":"Layer 2 — Position","discipline":"architect","section":"architect-section-01","sectionName":"The Design Engine (Layers 0–4)","kind":"Engine step","essence":"Places the design on the site plan by its economic signature, not its pitch, then decomposes the rent (monopoly vs tightness) and runs the rotation test: which constraint state current economics depend on, whether the position sits on the constraint's return path, and in which not-yet-happened state the design fails structurally. A design with no failing state usually has no position; with several, it is a trade.","apply":"Produce the position card — seat, signature evidence, rent split %, rotation verdict (freehold / lease / trade). The heart of a Position Audit.","keyQuestion":"","body":"Places the design on the site plan by its economic signature, not its pitch, then decomposes the rent (monopoly vs tightness) and runs the rotation test: which constraint state current economics depend on, whether the position sits on the constraint's return path, and in which not-yet-happened state the design fails structurally. A design with no failing state usually has no position; with several, it is a trade.\n- **Apply**: Produce the position card — seat, signature evidence, rent split %, rotation verdict (freehold / lease / trade). The heart of a Position Audit.","sourceLine":1378,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-004","name":"Layer 3 — Moats","discipline":"architect","section":"architect-section-01","sectionName":"The Design Engine (Layers 0–4)","kind":"Engine step","essence":"Applies the daily-mechanism test to every claimed moat — name the daily operation whose by-product is defensibility, or the claim is a metaphor. Sorts moats into the compounding menu (accumulated fit, residence, clearing and standing, standards and protocols, physical scarcity) and the retired list (model quality, feature velocity, raw data volume, headcount scale, attention on summarizable content).","apply":"Produce the moat ledger — claimed moats with their daily mechanism or their retirement, plus the accrual verdict. Core of a Moat Audit.","keyQuestion":"","body":"Applies the daily-mechanism test to every claimed moat — name the daily operation whose by-product is defensibility, or the claim is a metaphor. Sorts moats into the compounding menu (accumulated fit, residence, clearing and standing, standards and protocols, physical scarcity) and the retired list (model quality, feature velocity, raw data volume, headcount scale, attention on summarizable content).\n- **Apply**: Produce the moat ledger — claimed moats with their daily mechanism or their retirement, plus the accrual verdict. Core of a Moat Audit.","sourceLine":1382,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-005","name":"Layer 4 — Structure","discipline":"architect","section":"architect-section-01","sectionName":"The Design Engine (Layers 0–4)","kind":"Engine step","essence":"Asks whether the design survives being wrong by auditing four structural practices: modularity at the joints (a repricing is a swap, not a rebuild), reversibility as a visible budget line sized to the rotation, optionality against the named failure states from Layer 2, and falsifiers written on the blueprint and reviewed on cadence.","apply":"Produce the structure card — joints, reversibility budget, live options vs failure states, and the falsifier register's existence and staleness.","keyQuestion":"","body":"Asks whether the design survives being wrong by auditing four structural practices: modularity at the joints (a repricing is a swap, not a rebuild), reversibility as a visible budget line sized to the rotation, optionality against the named failure states from Layer 2, and falsifiers written on the blueprint and reviewed on cadence.\n- **Apply**: Produce the structure card — joints, reversibility budget, live options vs failure states, and the falsifier register's existence and staleness.","sourceLine":1386,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-006","name":"Mode 1 — Full Design Review","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"All layers run as an audit; delivers findings per layer, a Design Integrity Level, five ranked corrections, and a 90-day sequence.","apply":"\"Review our strategy/business model,\" \"is this sound.\" Also the base for a fundraising narrative (position card, terminal-margin thesis, moat ledger recast as the story).","keyQuestion":"","body":"All layers run as an audit; delivers findings per layer, a Design Integrity Level, five ranked corrections, and a 90-day sequence.\n- **Apply**: \"Review our strategy/business model,\" \"is this sound.\" Also the base for a fundraising narrative (position card, terminal-margin thesis, moat ledger recast as the story).","sourceLine":1395,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-007","name":"Mode 2 — Clean-Sheet Founding","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Layers 0→4 run forward as choices rather than audits — four choices argued, seat chosen against endowments, moat plan with day-one mechanisms, structure spec.","apply":"\"Starting a company,\" \"designing from scratch,\" or the annual clean-sheet exercise. Endowment-matching: junction rewards trust held, rail rewards neutrality, substrate rewards installed base, endpoint rewards brand, constrained input rewards patient capital.","keyQuestion":"","body":"Layers 0→4 run forward as choices rather than audits — four choices argued, seat chosen against endowments, moat plan with day-one mechanisms, structure spec.\n- **Apply**: \"Starting a company,\" \"designing from scratch,\" or the annual clean-sheet exercise. Endowment-matching: junction rewards trust held, rail rewards neutrality, substrate rewards installed base, endpoint rewards brand, constrained input rewards patient capital.","sourceLine":1399,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-008","name":"Mode 3 — Position Audit","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Layer 2 deep plus Layer 0; delivers position card, rent decomposition, and rotation verdict.","apply":"\"Where do we sit,\" \"are we a platform,\" competitive position. Also run on an acquisition target or a rival (from their filings).","keyQuestion":"","body":"Layer 2 deep plus Layer 0; delivers position card, rent decomposition, and rotation verdict.\n- **Apply**: \"Where do we sit,\" \"are we a platform,\" competitive position. Also run on an acquisition target or a rival (from their filings).","sourceLine":1403,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-009","name":"Mode 4 — Moat Audit","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Layer 3 deep; delivers the moat ledger with the daily-mechanism test run per claim and a build order for missing mechanisms.","apply":"\"What's our moat,\" defensibility, competitive advantage.","keyQuestion":"","body":"Layer 3 deep; delivers the moat ledger with the daily-mechanism test run per claim and a build order for missing mechanisms.\n- **Apply**: \"What's our moat,\" defensibility, competitive advantage.","sourceLine":1407,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-010","name":"Mode 5 — Dependency Pricing","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Inventories every rent (models, doors, rails, clouds, channels, single sources) and prices three exposures per line — toll (price can rise), gate (access can close), learning (the flow condenses the firm's edge into the counterparty — the transfer that never sends an invoice) — then engineers the joints. A dependency priced at design time is an input; priced at renewal it is a hostage negotiation.","apply":"Platform risk, vendor risk, \"what if they change the terms.\" Produce the dependency radar + joint-engineering plan.","keyQuestion":"","body":"Inventories every rent (models, doors, rails, clouds, channels, single sources) and prices three exposures per line — toll (price can rise), gate (access can close), learning (the flow condenses the firm's edge into the counterparty — the transfer that never sends an invoice) — then engineers the joints. A dependency priced at design time is an input; priced at renewal it is a hostage negotiation.\n- **Apply**: Platform risk, vendor risk, \"what if they change the terms.\" Produce the dependency radar + joint-engineering plan.","sourceLine":1411,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-011","name":"Mode 6 — Capture Design","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Places the meter at maximum irreducibility — meters hold at commitment, clearing, consumption of the newly marginal cost, and residence; they fail at summarizable content and matchable features. The well-placed meter doubles as the firm's best market instrument.","apply":"Pricing, monetization, \"how do we charge.\" Produce the meter map — capture points scored for irreducibility and telemetry value.","keyQuestion":"","body":"Places the meter at maximum irreducibility — meters hold at commitment, clearing, consumption of the newly marginal cost, and residence; they fail at summarizable content and matchable features. The well-placed meter doubles as the firm's best market instrument.\n- **Apply**: Pricing, monetization, \"how do we charge.\" Produce the meter map — capture points scored for irreducibility and telemetry value.","sourceLine":1415,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-012","name":"Mode 7 — Rotation Stress Test","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Expands Layer 2's failing-state question — runs the design against standard plus user-specific stress states, classifies each as absorbed / degraded / structural failure, and checks Layer 4 structure covers the failures.","apply":"\"What could kill us,\" scenario planning, resilience. Produce the stress panel.","keyQuestion":"","body":"Expands Layer 2's failing-state question — runs the design against standard plus user-specific stress states, classifies each as absorbed / degraded / structural failure, and checks Layer 4 structure covers the failures.\n- **Apply**: \"What could kill us,\" scenario planning, resilience. Produce the stress panel.","sourceLine":1419,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-013","name":"Mode 8 — Sequencing","discipline":"architect","section":"architect-section-02","sectionName":"Operating Modes","kind":"Operating mode","essence":"Own first what cannot be added later (trust, standards seats, clean-export reputation); rent first what teaches fastest; convert at the capture points when the learning justifies it; never let the balance sheet bet ahead of the design's evidence.","apply":"Roadmap, \"what to build first,\" scaling plan, M&A build-vs-buy order. Produce the build sequence — stage-by-stage own/rent ledger with conversion triggers.","keyQuestion":"","body":"Own first what cannot be added later (trust, standards seats, clean-export reputation); rent first what teaches fastest; convert at the capture points when the learning justifies it; never let the balance sheet bet ahead of the design's evidence.\n- **Apply**: Roadmap, \"what to build first,\" scaling plan, M&A build-vs-buy order. Produce the build sequence — stage-by-stage own/rent ledger with conversion triggers.","sourceLine":1423,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-014","name":"The Value Subtraction","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"Strike everything a customer's own assistant produces on demand (drafts, analysis, code, answers); what survives must sit at commitment, clearing, context, trust, or desire. A value proposition upstream of all five is cost, not value.","apply":"Layer 1 Value test — to locate where durable value actually lives after generation commoditizes the rest.","keyQuestion":"","body":"Strike everything a customer's own assistant produces on demand (drafts, analysis, code, answers); what survives must sit at commitment, clearing, context, trust, or desire. A value proposition upstream of all five is cost, not value.\n- **Apply**: Layer 1 Value test — to locate where durable value actually lives after generation commoditizes the rest.","sourceLine":1430,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-015","name":"The Design Barbell (VTDF technology audit)","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"Rent the commodity behind clean, swappable joints; own the differentiators (any lever controlling the firm's own costs, plus proprietary fit). A second barbell checks whether the bet that could obsolete the design is funded by anyone — ideally this firm.","apply":"Layer 1 Technology test — deciding what to own vs rent at the component level, and whether the killer bet is funded.","keyQuestion":"","body":"Rent the commodity behind clean, swappable joints; own the differentiators (any lever controlling the firm's own costs, plus proprietary fit). A second barbell checks whether the bet that could obsolete the design is funded by anyone — ideally this firm.\n- **Apply**: Layer 1 Technology test — deciding what to own vs rent at the component level, and whether the killer bet is funded.","sourceLine":1434,"sourceNumber":null,"part":"III","register":"full","themes":["boundary"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-016","name":"The Site Plan (six seats)","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"Six positions defined by filings-grade economic signature: constrained input (scarcity margins, heavy capital, full rotation exposure), junction (customer context meets rented models — near-triple-digit growth at sub-1% capital intensity), rail (clearing functions demand must pass through — toll economics at trivial capex), substrate (the system of record machine work accumulates in — deepening switching costs but pays the inference bill first), endpoint (the brand, the habit), and commodity seat (volume with capture flowing to neighbors — fatal when occupied unknowingly).","apply":"Layer 2 placement — locate the firm's actual seat by economics, ghost the aspiration seat if different.","keyQuestion":"","body":"Six positions defined by filings-grade economic signature: constrained input (scarcity margins, heavy capital, full rotation exposure), junction (customer context meets rented models — near-triple-digit growth at sub-1% capital intensity), rail (clearing functions demand must pass through — toll economics at trivial capex), substrate (the system of record machine work accumulates in — deepening switching costs but pays the inference bill first), endpoint (the brand, the habit), and commodity seat (volume with capture flowing to neighbors — fatal when occupied unknowingly).\n- **Apply**: Layer 2 placement — locate the firm's actual seat by economics, ghost the aspiration seat if different.","sourceLine":1438,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-017","name":"Rent Decomposition (Tightness vs Monopoly Rent)","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"Split operating profit into monopoly rent (from a structural chokepoint; persists across constraint states) and tightness rent (from the constraint's current visit; leaves with it). The confession to watch: incumbents converting rent to contract (take-or-pay, price floors, multi-year) reveal which rent they actually have.","apply":"Before pricing or valuing any position — decompose the rent, then contract it or size for its departure.","keyQuestion":"","body":"Split operating profit into monopoly rent (from a structural chokepoint; persists across constraint states) and tightness rent (from the constraint's current visit; leaves with it). The confession to watch: incumbents converting rent to contract (take-or-pay, price floors, multi-year) reveal which rent they actually have.\n- **Apply**: Before pricing or valuing any position — decompose the rent, then contract it or size for its departure.","sourceLine":1442,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-018","name":"The Rotation Test","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"Three questions on a position: which constraint state current economics depend on; whether the position sits on the constraint's return path (own the station the constraint returns to; the visited station is a trade in strategy's clothes); and in which not-yet-happened state the design fails structurally.","apply":"Layer 2 — to distinguish a freehold from a lease from a trade, and to feed named failure states into Layers 4 and 7.","keyQuestion":"","body":"Three questions on a position: which constraint state current economics depend on; whether the position sits on the constraint's return path (own the station the constraint returns to; the visited station is a trade in strategy's clothes); and in which not-yet-happened state the design fails structurally.\n- **Apply**: Layer 2 — to distinguish a freehold from a lease from a trade, and to feed named failure states into Layers 4 and 7.","sourceLine":1446,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-019","name":"The Three-Exposure Dependency Inventory","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"For every rented input, score toll (the price can rise), gate (access can close), and learning (the flow condenses the firm's edge into the counterparty) — the last being the transfer that never sends an invoice. Then engineer joints: second sources, rehearsed exportability, ring-fenced learning, dependency on categories not counterparties.","apply":"Mode 5 — to price platform/vendor risk at design time rather than at renewal.","keyQuestion":"","body":"For every rented input, score toll (the price can rise), gate (access can close), and learning (the flow condenses the firm's edge into the counterparty) — the last being the transfer that never sends an invoice. Then engineer joints: second sources, rehearsed exportability, ring-fenced learning, dependency on categories not counterparties.\n- **Apply**: Mode 5 — to price platform/vendor risk at design time rather than at renewal.","sourceLine":1450,"sourceNumber":null,"part":"III","register":"full","themes":["ownership","boundary"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-020","name":"The Meter Placement Model","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"Value flows through a pipe; the meter belongs at maximum irreducibility — commitment, clearing, consumption of the newly marginal cost, residence — and fails at summarizable content and matchable features. A well-placed meter is also the firm's best telemetry instrument.","apply":"Mode 6 — designing pricing and monetization architecture.","keyQuestion":"","body":"Value flows through a pipe; the meter belongs at maximum irreducibility — commitment, clearing, consumption of the newly marginal cost, residence — and fails at summarizable content and matchable features. A well-placed meter is also the firm's best telemetry instrument.\n- **Apply**: Mode 6 — designing pricing and monetization architecture.","sourceLine":1454,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-021","name":"The Load-Bearing Frame (VTDF)","discipline":"architect","section":"architect-section-03","sectionName":"Frameworks","kind":"Model / lens","essence":"The four irreversible choices — Value, Technology, Distribution, Finance — drawn as a structural frame, each member colored by coherence verdict with the binding incoherence flagged.","apply":"Modes 1–2 — to visualize and test whether the four choices cohere and where the design fails.","keyQuestion":"","body":"The four irreversible choices — Value, Technology, Distribution, Finance — drawn as a structural frame, each member colored by coherence verdict with the binding incoherence flagged.\n- **Apply**: Modes 1–2 — to visualize and test whether the four choices cohere and where the design fails.","sourceLine":1458,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-022","name":"The Rotation Mismatch","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"The environment reprices in quarters while the firm rebuilds in years; therefore design for the constraint structure, not the current constraint.","apply":"The governing lens for the whole discipline; foregrounded in Layer 0.","keyQuestion":"","body":"The environment reprices in quarters while the firm rebuilds in years; therefore design for the constraint structure, not the current constraint.\n- **Apply**: The governing lens for the whole discipline; foregrounded in Layer 0.","sourceLine":1465,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-023","name":"Templates Are Frozen Answers","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Inherited pattern books (SaaS, marketplace, attention, platform, hardware, services pyramid) are frozen answers whose era-assumptions break on schedule at era boundaries.","apply":"Layer 0 template-exposure check; re-derive the four choices from first questions rather than running an expired playbook.","keyQuestion":"","body":"Inherited pattern books (SaaS, marketplace, attention, platform, hardware, services pyramid) are frozen answers whose era-assumptions break on schedule at era boundaries.\n- **Apply**: Layer 0 template-exposure check; re-derive the four choices from first questions rather than running an expired playbook.","sourceLine":1469,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-024","name":"Stories Expire With Constraints","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Designs made at a constraint narrative's peak (\"compute is destiny\") are made for the state about to end.","apply":"Layer 0 — guard against narrative-peak design; design against the structure, not the story.","keyQuestion":"","body":"Designs made at a constraint narrative's peak (\"compute is destiny\") are made for the state about to end.\n- **Apply**: Layer 0 — guard against narrative-peak design; design against the structure, not the story.","sourceLine":1473,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-026","name":"Fund the Bet That Kills You","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"The discontinuous bet that would obsolete the design should be funded by this firm — or a competitor will fund it.","apply":"Layer 1 Technology second-barbell check; corrects the Unfunded Killer failure pattern.","keyQuestion":"","body":"The discontinuous bet that would obsolete the design should be funded by this firm — or a competitor will fund it.\n- **Apply**: Layer 1 Technology second-barbell check; corrects the Unfunded Killer failure pattern.","sourceLine":1479,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-027","name":"Distribution First","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"The channel constrains everything; choose it before the product.","apply":"Layer 1 Distribution — sequence the channel decision ahead of the product decision.","keyQuestion":"","body":"The channel constrains everything; choose it before the product.\n- **Apply**: Layer 1 Distribution — sequence the channel decision ahead of the product decision.","sourceLine":1483,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-028","name":"The Rented Front Door","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"A rented channel is reach purchased with dependency — a term sheet the landlord can reopen.","apply":"Layer 1 Distribution and Mode 5 — score the rented-door share of demand and price it.","keyQuestion":"","body":"A rented channel is reach purchased with dependency — a term sheet the landlord can reopen.\n- **Apply**: Layer 1 Distribution and Mode 5 — score the rented-door share of demand and price it.","sourceLine":1487,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-029","name":"The Second Readership","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"On a machine-majority web, agent legibility (structured data, APIs, protocols) is the new indexability.","apply":"Layer 1 Distribution — check the design is legible to machines, not only humans.","keyQuestion":"","body":"On a machine-majority web, agent legibility (structured data, APIs, protocols) is the new indexability.\n- **Apply**: Layer 1 Distribution — check the design is legible to machines, not only humans.","sourceLine":1491,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-030","name":"Capital Intensity Is a Choice","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Capital intensity spans three orders of magnitude within one industry; match it deliberately to the durability of the position it buys.","apply":"Layer 1 Finance and Mode 8 — choose intensity against proven position durability; corrects the Premature Build.","keyQuestion":"","body":"Capital intensity spans three orders of magnitude within one industry; match it deliberately to the durability of the position it buys.\n- **Apply**: Layer 1 Finance and Mode 8 — choose intensity against proven position durability; corrects the Premature Build.","sourceLine":1495,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-031","name":"The Terminal Margin Is the Whole Position","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"For designs without long-duration assets, the mature gross margin (with AI costs at scale, and who controls the levers) is effectively the entire position; inference as a pass-through outsources margin to a vendor's pricing committee.","apply":"Layer 1 Finance — write the terminal-margin thesis and secure a firm-controlled cost lever.","keyQuestion":"","body":"For designs without long-duration assets, the mature gross margin (with AI costs at scale, and who controls the levers) is effectively the entire position; inference as a pass-through outsources margin to a vendor's pricing committee.\n- **Apply**: Layer 1 Finance — write the terminal-margin thesis and secure a firm-controlled cost lever.","sourceLine":1499,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-032","name":"A Position Is What the Filings Say","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"A position is what the margins, capital intensity, and dependency map say it is — never what the vision or pitch says.","apply":"Hard rule across Layer 2; when the engine contradicts self-description, the position card outranks the pitch.","keyQuestion":"","body":"A position is what the margins, capital intensity, and dependency map say it is — never what the vision or pitch says.\n- **Apply**: Hard rule across Layer 2; when the engine contradicts self-description, the position card outranks the pitch.","sourceLine":1503,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-033","name":"Own the Station the Constraint Returns To","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Value comes from owning the station the constraint returns to; owning the currently-visited station is a trade dressed as strategy.","apply":"Layer 2 rotation test — evaluate whether a position is on the constraint's return path.","keyQuestion":"","body":"Value comes from owning the station the constraint returns to; owning the currently-visited station is a trade dressed as strategy.\n- **Apply**: Layer 2 rotation test — evaluate whether a position is on the constraint's return path.","sourceLine":1507,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-034","name":"The Failing State","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"A design with no state in which it fails structurally usually has no position; a design with several failing states is a trade.","apply":"Layer 2 and Mode 7 — use failing-state count as a position/trade diagnostic.","keyQuestion":"","body":"A design with no state in which it fails structurally usually has no position; a design with several failing states is a trade.\n- **Apply**: Layer 2 and Mode 7 — use failing-state count as a position/trade diagnostic.","sourceLine":1511,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-035","name":"The Daily-Mechanism Test","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Every claimed moat must name the daily operation whose by-product is defensibility; a moat with no daily mechanism is a metaphor.","apply":"Layer 3 and Mode 4 — filter real moats from claimed ones.","keyQuestion":"","body":"Every claimed moat must name the daily operation whose by-product is defensibility; a moat with no daily mechanism is a metaphor.\n- **Apply**: Layer 3 and Mode 4 — filter real moats from claimed ones.","sourceLine":1515,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-036","name":"The Accumulated Fit","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Competitors can rent your model but not your ten thousand corrections — the co-adapted loop of model, harness, context, and corrections, built inside the firm's own walls from day one.","apply":"Layer 3 compounding menu; a day-one moat requirement handed to Agent Engineering.","keyQuestion":"","body":"Competitors can rent your model but not your ten thousand corrections — the co-adapted loop of model, harness, context, and corrections, built inside the firm's own walls from day one.\n- **Apply**: Layer 3 compounding menu; a day-one moat requirement handed to Agent Engineering.","sourceLine":1519,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-037","name":"Residence","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Own where machine work accumulates; export ease becomes the trust feature.","apply":"Layer 3 — moat via being the system of record; also a Mode 6 meter point.","keyQuestion":"","body":"Own where machine work accumulates; export ease becomes the trust feature.\n- **Apply**: Layer 3 — moat via being the system of record; also a Mode 6 meter point.","sourceLine":1523,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-038","name":"Clearing and Standing","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"The oldest durable moats (verification, transactions with identity/payment/liability); the machine web strengthens them.","apply":"Layer 3 — recognize and build toward clearing/standing positions.","keyQuestion":"","body":"The oldest durable moats (verification, transactions with identity/payment/liability); the machine web strengthens them.\n- **Apply**: Layer 3 — recognize and build toward clearing/standing positions.","sourceLine":1527,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-039","name":"The Standards Game","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Give away the language, own the toll booth — the shipping container's game; won early or not at all.","apply":"Layer 3 and Mode 8 (own first what cannot be added later) — standards/protocol seats.","keyQuestion":"","body":"Give away the language, own the toll booth — the shipping container's game; won early or not at all.\n- **Apply**: Layer 3 and Mode 8 (own first what cannot be added later) — standards/protocol seats.","sourceLine":1531,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-040","name":"The Pace Car","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Model quality now sets the tempo but protects no one who merely keeps up; it is a retired moat.","apply":"Layer 3 retired list — refuse to budget model quality (or feature velocity, raw data volume, headcount scale, summarizable attention) as defensibility.","keyQuestion":"","body":"Model quality now sets the tempo but protects no one who merely keeps up; it is a retired moat.\n- **Apply**: Layer 3 retired list — refuse to budget model quality (or feature velocity, raw data volume, headcount scale, summarizable attention) as defensibility.","sourceLine":1535,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-041","name":"Swap, Not Rebuild","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Modularity at the joints means every rented component sits behind an interface the firm controls, so a repricing becomes a swap rather than a rebuild.","apply":"Layer 4 — audit the joints for controlled interfaces.","keyQuestion":"","body":"Modularity at the joints means every rented component sits behind an interface the firm controls, so a repricing becomes a swap rather than a rebuild.\n- **Apply**: Layer 4 — audit the joints for controlled interfaces.","sourceLine":1539,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-042","name":"Reversibility Is a Budget Line","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Reversibility (expensed vs capitalized, short vs long commitments, convertible positions) is paid for visibly and sized to the rotation's speed.","apply":"Layer 4 and Mode 8 — budget reversibility explicitly; corrects the Premature Build.","keyQuestion":"","body":"Reversibility (expensed vs capitalized, short vs long commitments, convertible positions) is paid for visibly and sized to the rotation's speed.\n- **Apply**: Layer 4 and Mode 8 — budget reversibility explicitly; corrects the Premature Build.","sourceLine":1543,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-043","name":"Priced Dependency","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"A dependency priced at design time is an input; priced at renewal it is a hostage negotiation.","apply":"Mode 5 — run the three-exposure inventory now, not at contract renewal.","keyQuestion":"","body":"A dependency priced at design time is an input; priced at renewal it is a hostage negotiation.\n- **Apply**: Mode 5 — run the three-exposure inventory now, not at contract renewal.","sourceLine":1547,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-044","name":"Sequence Beats State","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Own first what cannot be added later; rent first what teaches fastest; convert at the capture points when learning justifies it.","apply":"Mode 8 — the ordering law for build sequences.","keyQuestion":"","body":"Own first what cannot be added later; rent first what teaches fastest; convert at the capture points when learning justifies it.\n- **Apply**: Mode 8 — the ordering law for build sequences.","sourceLine":1551,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-045","name":"The Clean-Sheet Test","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"The standing design must beat today's redesign — or borrow from it.","apply":"Mode 2 / annual exercise — benchmark the existing firm against a clean-sheet founding.","keyQuestion":"","body":"The standing design must beat today's redesign — or borrow from it.\n- **Apply**: Mode 2 / annual exercise — benchmark the existing firm against a clean-sheet founding.","sourceLine":1555,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-01-046","name":"Strategy Is Structure","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"Good strategy is positioned where the rotation returns, metered where every state passes, and jointed where the constraint strikes.","apply":"Closing synthesis lens tying position, capture, and structure into one verdict.","keyQuestion":"","body":"Good strategy is positioned where the rotation returns, metered where every state passes, and jointed where the constraint strikes.\n- **Apply**: Closing synthesis lens tying position, capture, and structure into one verdict.","sourceLine":1559,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-047","name":"D0 Implicit","discipline":"architect","section":"architect-section-05","sectionName":"Maturity Ladder — Design Integrity Levels (D0–D5)","kind":"Maturity ladder","essence":"The four choices were never made on purpose; the position is inherited.","apply":"Baseline diagnosis for firms with no deliberate design.","keyQuestion":"","body":"The four choices were never made on purpose; the position is inherited.\n- **Apply**: Baseline diagnosis for firms with no deliberate design.","sourceLine":1566,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-048","name":"D1 Narrated","discipline":"architect","section":"architect-section-05","sectionName":"Maturity Ladder — Design Integrity Levels (D0–D5)","kind":"Maturity ladder","essence":"Strategy exists as story; no filings-grade evidence ties to it.","apply":"Most strategies audit here; flag the absence of evidence.","keyQuestion":"","body":"Strategy exists as story; no filings-grade evidence ties to it.\n- **Apply**: Most strategies audit here; flag the absence of evidence.","sourceLine":1570,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-049","name":"D2 Placed","discipline":"architect","section":"architect-section-05","sectionName":"Maturity Ladder — Design Integrity Levels (D0–D5)","kind":"Maturity ladder","essence":"Position identified from real economics; rent decomposition done; template exposure named.","apply":"Achieved once Layer 2 is run honestly.","keyQuestion":"","body":"Position identified from real economics; rent decomposition done; template exposure named.\n- **Apply**: Achieved once Layer 2 is run honestly.","sourceLine":1574,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-050","name":"D3 Chosen","discipline":"architect","section":"architect-section-05","sectionName":"Maturity Ladder — Design Integrity Levels (D0–D5)","kind":"Maturity ladder","essence":"The four choices coherent; terminal-margin thesis written; meter placed at irreducibility; dependencies priced.","apply":"The target of the payoff jump — D1→D3 is placement and choices, not vision work.","keyQuestion":"","body":"The four choices coherent; terminal-margin thesis written; meter placed at irreducibility; dependencies priced.\n- **Apply**: The target of the payoff jump — D1→D3 is placement and choices, not vision work.","sourceLine":1578,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-051","name":"D4 Structured","discipline":"architect","section":"architect-section-05","sectionName":"Maturity Ladder — Design Integrity Levels (D0–D5)","kind":"Maturity ladder","essence":"Joints modular, reversibility budgeted, options live against named failure states, falsifier register reviewed on cadence.","apply":"Reached when Layer 4 practices are in place.","keyQuestion":"","body":"Joints modular, reversibility budgeted, options live against named failure states, falsifier register reviewed on cadence.\n- **Apply**: Reached when Layer 4 practices are in place.","sourceLine":1582,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-052","name":"D5 Compounding","discipline":"architect","section":"architect-section-05","sectionName":"Maturity Ladder — Design Integrity Levels (D0–D5)","kind":"Maturity ladder","essence":"Moat mechanisms run daily with measurable accrual; the design has survived at least one rotation with corrections logged.","apply":"The compounding endstate; proven through a completed rotation.","keyQuestion":"","body":"Moat mechanisms run daily with measurable accrual; the design has survived at least one rotation with corrections logged.\n- **Apply**: The compounding endstate; proven through a completed rotation.","sourceLine":1586,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-053","name":"Aspiration-Position Mismatch","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"The deck says platform while the margins say assembler — position claimed from vision.","apply":"Fix via Layer 2 placement from the filings; rename the strategy or change the economics.","keyQuestion":"","body":"The deck says platform while the margins say assembler — position claimed from vision.\n- **Apply**: Fix via Layer 2 placement from the filings; rename the strategy or change the economics.","sourceLine":1593,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-054","name":"Template Inheritance","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"A SaaS/attention/marketplace playbook run after its era, mistaking a pattern book for law.","apply":"Fix by re-deriving the four choices from the questions.","keyQuestion":"","body":"A SaaS/attention/marketplace playbook run after its era, mistaking a pattern book for law.\n- **Apply**: Fix by re-deriving the four choices from the questions.","sourceLine":1597,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-055","name":"Terminal-Margin Blindness","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"Growth applauded while gross margin erodes with every AI feature.","apply":"Fix by writing the terminal-margin thesis and securing a firm-controlled cost lever.","keyQuestion":"","body":"Growth applauded while gross margin erodes with every AI feature.\n- **Apply**: Fix by writing the terminal-margin thesis and securing a firm-controlled cost lever.","sourceLine":1601,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-056","name":"The Rented Whole","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"The entire front door is one landlord's discretion.","apply":"Fix via dependency pricing; build or buy a second door before renewal.","keyQuestion":"","body":"The entire front door is one landlord's discretion.\n- **Apply**: Fix via dependency pricing; build or buy a second door before renewal.","sourceLine":1605,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-057","name":"Tightness Capitalized","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"The constraint's visit priced as a permanent chokepoint — in valuation, hiring, or capex.","apply":"Fix via rent decomposition; contract the rent or size for its departure.","keyQuestion":"","body":"The constraint's visit priced as a permanent chokepoint — in valuation, hiring, or capex.\n- **Apply**: Fix via rent decomposition; contract the rent or size for its departure.","sourceLine":1609,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-058","name":"Moat as Metaphor","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"Defensibility claims with no daily mechanism.","apply":"Fix via the moat ledger; build the mechanism or retire the claim.","keyQuestion":"","body":"Defensibility claims with no daily mechanism.\n- **Apply**: Fix via the moat ledger; build the mechanism or retire the claim.","sourceLine":1613,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-059","name":"The Premature Build","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"Capital intensity chosen before position durability is proven.","apply":"Fix via the sequencing mode and a reversibility budget.","keyQuestion":"","body":"Capital intensity chosen before position durability is proven.\n- **Apply**: Fix via the sequencing mode and a reversibility budget.","sourceLine":1617,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-060","name":"Renewal Hostage","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"A dependency discovered only at contract renewal.","apply":"Fix via the three-exposure inventory, run now.","keyQuestion":"","body":"A dependency discovered only at contract renewal.\n- **Apply**: Fix via the three-exposure inventory, run now.","sourceLine":1621,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-061","name":"Upstream Meter","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"Charging at content/features where flows route around the meter.","apply":"Fix by moving the meter to commitment, clearing, consumption, or residence.","keyQuestion":"","body":"Charging at content/features where flows route around the meter.\n- **Apply**: Fix by moving the meter to commitment, clearing, consumption, or residence.","sourceLine":1625,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-062","name":"Optionality Theater","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"\"Options\" that are slideware — nothing owned, nothing priced.","apply":"Fix by making options budget lines against named failure states.","keyQuestion":"","body":"\"Options\" that are slideware — nothing owned, nothing priced.\n- **Apply**: Fix by making options budget lines against named failure states.","sourceLine":1629,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-063","name":"Narrative-Peak Design","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"The firm designed at the top of a constraint story, on the eve of its rotation.","apply":"Fix via Layer 0 honestly; design against the structure.","keyQuestion":"","body":"The firm designed at the top of a constraint story, on the eve of its rotation.\n- **Apply**: Fix via Layer 0 honestly; design against the structure.","sourceLine":1633,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-01-064","name":"The Unfunded Killer","discipline":"architect","section":"architect-section-06","sectionName":"Failure Pattern Library","kind":"Failure pattern","essence":"The discontinuous bet that obsoletes the design is funded only by competitors.","apply":"Fix via the second barbell; fund the bet that kills you.","keyQuestion":"","body":"The discontinuous bet that obsoletes the design is funded only by competitors.\n- **Apply**: Fix via the second barbell; fund the bet that kills you.","sourceLine":1637,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-001","name":"The Accident Mistaken for a Law","discipline":"economics","section":"economics-section-01","sectionName":"Foundational Inversions (why the seat exists)","kind":"Model / lens","essence":"The software era rested on an accident it mistook for a law — that the marginal cost of a copy was zero. That was a property of the copy, not a law of business.","apply":"Whenever an \"80% SaaS gross margin\" assumption is imported into an AI business; name it as an accident that three inversions removed.","keyQuestion":"","body":"The software era rested on an accident it mistook for a law — that the marginal cost of a copy was zero. That was a property of the copy, not a law of business.\n- **Apply**: Whenever an \"80% SaaS gross margin\" assumption is imported into an AI business; name it as an accident that three inversions removed.","sourceLine":1654,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-002","name":"Marginal Cost Is Back","discipline":"economics","section":"economics-section-01","sectionName":"Foundational Inversions (why the seat exists)","kind":"Model / lens","essence":"This era sells work, and work has a cost of goods; the marginal cost that vanished with the copy returns with the outcome.","apply":"Any time revenue is generated by producing work (tokens, outcomes) rather than shipping a copy — build a real COGS line.","keyQuestion":"","body":"This era sells work, and work has a cost of goods; the marginal cost that vanished with the copy returns with the outcome.\n- **Apply**: Any time revenue is generated by producing work (tokens, outcomes) rather than shipping a copy — build a real COGS line.","sourceLine":1658,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-003","name":"The Seat Broke From Both Ends","discipline":"economics","section":"economics-section-01","sectionName":"Foundational Inversions (why the seat exists)","kind":"Model / lens","essence":"The per-seat pricing unit broke from both directions — consumption is heavy-tailed, so a median price loses money on the customers worth having; and agents complete work with no person to charge.","apply":"When evaluating or defending seat pricing for products with usage dispersion or agentic autonomy.","keyQuestion":"","body":"The per-seat pricing unit broke from both directions — consumption is heavy-tailed, so a median price loses money on the customers worth having; and agents complete work with no person to charge.\n- **Apply**: When evaluating or defending seat pricing for products with usage dispersion or agentic autonomy.","sourceLine":1662,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-004","name":"The Balance Sheet Moved","discipline":"economics","section":"economics-section-01","sectionName":"Foundational Inversions (why the seat exists)","kind":"Model / lens","essence":"The capital to produce intelligence is committed years ahead on a physical clock and financed increasingly off the balance sheet — the P&L you read is not the capital you owe.","apply":"When reading any AI firm's financials; look past the income statement to commitments and off-balance-sheet financing.","keyQuestion":"","body":"The capital to produce intelligence is committed years ahead on a physical clock and financed increasingly off the balance sheet — the P&L you read is not the capital you owe.\n- **Apply**: When reading any AI firm's financials; look past the income statement to commitments and off-balance-sheet financing.","sourceLine":1666,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-005","name":"Software Acquires a Cost of Goods","discipline":"economics","section":"economics-section-01","sectionName":"Foundational Inversions (why the seat exists)","kind":"Model / lens","essence":"Software, historically near-zero-COGS, now carries a genuine cost of goods sold because it performs work.","apply":"When modeling an AI software P&L — never assume the old margin structure.","keyQuestion":"","body":"Software, historically near-zero-COGS, now carries a genuine cost of goods sold because it performs work.\n- **Apply**: When modeling an AI software P&L — never assume the old margin structure.","sourceLine":1670,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0196"],"coreRefs":[],"instrumentRefs":[],"usedBy":["architect"]},{"id":"BE-11-006","name":"The Counting Rule","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Instrument","essence":"Each end-customer dollar is counted once, at the tier the customer transacted with; lab compute bought from a cloud is the same dollar one step down, and neocloud revenue is a cost of the tiers above it, never incremental demand. Naive addition of published run-rates overstates by roughly 40–70%.","apply":"Stage 0 of any analysis touching published figures; run before believing any market number.","keyQuestion":"","body":"Each end-customer dollar is counted once, at the tier the customer transacted with; lab compute bought from a cloud is the same dollar one step down, and neocloud revenue is a cost of the tiers above it, never incremental demand. Naive addition of published run-rates overstates by roughly 40–70%.\n- **Apply**: Stage 0 of any analysis touching published figures; run before believing any market number.","sourceLine":1679,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["cfo"]},{"id":"BE-11-007","name":"The Double-Counted Tier","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"A failure pattern: lab revenue added to the cloud revenue that carried it — the same dollar counted twice across tiers.","apply":"When summing run-rates across labs / clouds / applications; trace each line to its transacting tier.","keyQuestion":"","body":"A failure pattern: lab revenue added to the cloud revenue that carried it — the same dollar counted twice across tiers.\n- **Apply**: When summing run-rates across labs / clouds / applications; trace each line to its transacting tier.","sourceLine":1683,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-008","name":"The Symmetric-Count Illusion","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"Counting capital broadly (across the whole build) while admitting revenue only where it transacts — a bias that runs in one fixed direction and is usually left unstated.","apply":"Whenever a hurdle or coverage figure is produced; name the asymmetry and its direction.","keyQuestion":"","body":"Counting capital broadly (across the whole build) while admitting revenue only where it transacts — a bias that runs in one fixed direction and is usually left unstated.\n- **Apply**: Whenever a hurdle or coverage figure is produced; name the asymmetry and its direction.","sourceLine":1687,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-009","name":"The Counting Asymmetry","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"Capital is estimated across the whole build; revenue is admitted only where it transacts; the largest capital program may have no external AI revenue at all — a fixed-direction bias the reader must be told about.","apply":"State it wherever the hurdle is computed; offer the two repairs (narrow the capital, or widen the return with an operating-surplus estimate).","keyQuestion":"","body":"Capital is estimated across the whole build; revenue is admitted only where it transacts; the largest capital program may have no external AI revenue at all — a fixed-direction bias the reader must be told about.\n- **Apply**: State it wherever the hurdle is computed; offer the two repairs (narrow the capital, or widen the return with an operating-surplus estimate).","sourceLine":1691,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-010","name":"Corroboration Must Be Independent","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"Two figures that share a margin assumption, a capital base, or a vintage agree by construction, not by corroboration; re-run any external method at current vintage before citing it.","apply":"Before treating any second number (e.g. \"the $600B figure confirms it\") as independent support.","keyQuestion":"","body":"Two figures that share a margin assumption, a capital base, or a vintage agree by construction, not by corroboration; re-run any external method at current vintage before citing it.\n- **Apply**: Before treating any second number (e.g. \"the $600B figure confirms it\") as independent support.","sourceLine":1695,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-011","name":"The Borrowed Corroboration","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"A failure pattern: citing an external figure of another vintage as if it independently confirms your own.","apply":"When leaning on Sequoia/JPMorgan-style external numbers; state vintage, method, and shared assumptions.","keyQuestion":"","body":"A failure pattern: citing an external figure of another vintage as if it independently confirms your own.\n- **Apply**: When leaning on Sequoia/JPMorgan-style external numbers; state vintage, method, and shared assumptions.","sourceLine":1699,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-012","name":"Never Divide a Stock by a Flow","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"Capex against revenue, forward obligation against an annual capital line, run-rate against a capital base — all category errors. Revenue is compared to depreciation; obligation to forward cash flow.","apply":"As the first red-team check on any ratio in the discipline.","keyQuestion":"","body":"Capex against revenue, forward obligation against an annual capital line, run-rate against a capital base — all category errors. Revenue is compared to depreciation; obligation to forward cash flow.\n- **Apply**: As the first red-team check on any ratio in the discipline.","sourceLine":1703,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-013","name":"The Stock-Over-Flow Error","discipline":"economics","section":"economics-section-02","sectionName":"The Counting Discipline","kind":"Model / lens","essence":"The named failure of comparing a stock quantity to a flow quantity (the fix: revenue vs depreciation).","apply":"When someone puts capex against AI revenue on a board slide.","keyQuestion":"","body":"The named failure of comparing a stock quantity to a flow quantity (the fix: revenue vs depreciation).\n- **Apply**: When someone puts capex against AI revenue on a board slide.","sourceLine":1707,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-014","name":"Cost per Accepted Outcome","discipline":"economics","section":"economics-section-03","sectionName":"Unit Economics","kind":"Instrument","essence":"Tokens (in and out, at the model's price) + environment compute (sandboxes, retrieval, serving) + attention (human minutes at the loop's outer edge, at a loaded rate), over outcomes a referee accepted — not things produced.","apply":"Stage 1 of the engine; the base unit for every margin, price, and budget in the seat.","keyQuestion":"","body":"Tokens (in and out, at the model's price) + environment compute (sandboxes, retrieval, serving) + attention (human minutes at the loop's outer edge, at a loaded rate), over outcomes a referee accepted — not things produced.\n- **Apply**: Stage 1 of the engine; the base unit for every margin, price, and budget in the seat.","sourceLine":1716,"sourceNumber":null,"part":"III","register":"full","themes":["accepted-outcome"],"concepts":["BE-M0157"],"coreRefs":[],"instrumentRefs":[],"usedBy":["cfo","engineering","product","growth"]},{"id":"BE-11-015","name":"Budget on Tokens per Outcome","discipline":"economics","section":"economics-section-03","sectionName":"Unit Economics","kind":"Model / lens","essence":"Budget intelligence in tokens per accepted outcome, never from a price table — token prices go stale within a quarter.","apply":"Building any forward AI budget or line item; refuse \"budget at today's token prices.\"","keyQuestion":"","body":"Budget intelligence in tokens per accepted outcome, never from a price table — token prices go stale within a quarter.\n- **Apply**: Building any forward AI budget or line item; refuse \"budget at today's token prices.\"","sourceLine":1720,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-016","name":"The Deflation Paradox","discipline":"economics","section":"economics-section-03","sectionName":"Unit Economics","kind":"Model / lens","essence":"When modeling a model-price cut, work tokens-per-task first and price second — never price alone; falling unit prices can be offset (or overwhelmed) by rising tokens per task.","apply":"\"Model the impact of a model-price cut\" routes here first, before any repricing.","keyQuestion":"","body":"When modeling a model-price cut, work tokens-per-task first and price second — never price alone; falling unit prices can be offset (or overwhelmed) by rising tokens per task.\n- **Apply**: \"Model the impact of a model-price cut\" routes here first, before any repricing.","sourceLine":1724,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0134"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-017","name":"Heavy-Tailed Consumption","discipline":"economics","section":"economics-section-03","sectionName":"Unit Economics","kind":"Model / lens","essence":"Consumption is heavily skewed — the top few percent of users can consume the majority of tokens, so a price set to the median loses money on the customers worth having.","apply":"Diagnosing per-customer losses; compute cost per accepted outcome for the top decile and median separately (the answer is usually distributional, not level).","keyQuestion":"","body":"Consumption is heavily skewed — the top few percent of users can consume the majority of tokens, so a price set to the median loses money on the customers worth having.\n- **Apply**: Diagnosing per-customer losses; compute cost per accepted outcome for the top decile and median separately (the answer is usually distributional, not level).","sourceLine":1728,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-018","name":"The Median-User Price","discipline":"economics","section":"economics-section-03","sectionName":"Unit Economics","kind":"Model / lens","essence":"A failure pattern: pricing to the median user in a heavy-tailed distribution (the fix: price the tail).","apply":"When a flat price is losing money on power users.","keyQuestion":"","body":"A failure pattern: pricing to the median user in a heavy-tailed distribution (the fix: price the tail).\n- **Apply**: When a flat price is losing money on power users.","sourceLine":1732,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-019","name":"The Physics of the Cost Line","discipline":"economics","section":"economics-section-03","sectionName":"Unit Economics","kind":"Model / lens","essence":"The cost line obeys real physics — tokens, watts, compute, human minutes — not the frictionless economics of the copy.","apply":"When reasoning about where cost actually comes from before proposing to move it.","keyQuestion":"","body":"The cost line obeys real physics — tokens, watts, compute, human minutes — not the frictionless economics of the copy.\n- **Apply**: When reasoning about where cost actually comes from before proposing to move it.","sourceLine":1736,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-020","name":"Gross Margin as a Design Outcome","discipline":"economics","section":"economics-section-04","sectionName":"Margin Design","kind":"Model / lens","essence":"Gross margin stops being a property of the category and becomes a design outcome — recovery comes from deliberate levers, not from scale.","apply":"Whenever margins are weak; refuse \"model our margin at 80%\" and build it from the levers.","keyQuestion":"","body":"Gross margin stops being a property of the category and becomes a design outcome — recovery comes from deliberate levers, not from scale.\n- **Apply**: Whenever margins are weak; refuse \"model our margin at 80%\" and build it from the levers.","sourceLine":1745,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0225"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-021","name":"The Four Levers","discipline":"economics","section":"economics-section-04","sectionName":"Margin Design","kind":"Model / lens","essence":"The four finance-owned, metered levers of margin: the routing table (task class → model → price), the cache hit rate, the owned-model share (residue trained into weights), and attention per outcome.","apply":"Stage 2 margin design; the slide when explaining margin to the board.","keyQuestion":"","body":"The four finance-owned, metered levers of margin: the routing table (task class → model → price), the cache hit rate, the owned-model share (residue trained into weights), and attention per outcome.\n- **Apply**: Stage 2 margin design; the slide when explaining margin to the board.","sourceLine":1749,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-022","name":"Ceiling vs Company Average","discipline":"economics","section":"economics-section-04","sectionName":"Margin Design","kind":"Model / lens","essence":"A ceiling on well-used capacity is not the company average across the whole revenue mix — the two must never be mistaken for each other.","apply":"Any margin claim; hold the best-case unit figure apart from the blended company figure explicitly.","keyQuestion":"","body":"A ceiling on well-used capacity is not the company average across the whole revenue mix — the two must never be mistaken for each other.\n- **Apply**: Any margin claim; hold the best-case unit figure apart from the blended company figure explicitly.","sourceLine":1753,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-023","name":"The Ceiling at Seventy","discipline":"economics","section":"economics-section-04","sectionName":"Margin Design","kind":"Model / lens","essence":"A named ceiling reference — the gross-margin ceiling that well-used inference capacity tends toward, distinct from the company average.","apply":"When benchmarking an inference margin against its structural limit.","keyQuestion":"","body":"A named ceiling reference — the gross-margin ceiling that well-used inference capacity tends toward, distinct from the company average.\n- **Apply**: When benchmarking an inference margin against its structural limit.","sourceLine":1757,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-024","name":"Revenue per Megawatt / Tokens per Watt","discipline":"economics","section":"economics-section-04","sectionName":"Margin Design","kind":"Model / lens","essence":"Physical-unit efficiency metrics reading revenue and token throughput against the power a build consumes.","apply":"Reading lab/datacenter unit economics where the binding constraint is power, not headcount.","keyQuestion":"","body":"Physical-unit efficiency metrics reading revenue and token throughput against the power a build consumes.\n- **Apply**: Reading lab/datacenter unit economics where the binding constraint is power, not headcount.","sourceLine":1761,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-025","name":"The SaaS-Margin Assumption","discipline":"economics","section":"economics-section-04","sectionName":"Margin Design","kind":"Model / lens","essence":"A failure pattern: assuming zero-marginal-cost SaaS margins in an AI business (the fix: margin as design).","apply":"When a plan pencils 80% gross margin by default.","keyQuestion":"","body":"A failure pattern: assuming zero-marginal-cost SaaS margins in an AI business (the fix: margin as design).\n- **Apply**: When a plan pencils 80% gross margin by default.","sourceLine":1765,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-026","name":"Pricing as a Finance Instrument","discipline":"economics","section":"economics-section-05","sectionName":"Pricing (as a Finance Instrument)","kind":"Model / lens","essence":"Price is set on a grid of attribution × autonomy — seats where the system assists, usage where autonomy runs without clean attribution, outcomes where a verifiable result is owned and unlocked by proof.","apply":"Stage 3; every pricing/packaging decision (seats vs usage vs outcomes vs credits).","keyQuestion":"","body":"Price is set on a grid of attribution × autonomy — seats where the system assists, usage where autonomy runs without clean attribution, outcomes where a verifiable result is owned and unlocked by proof.\n- **Apply**: Stage 3; every pricing/packaging decision (seats vs usage vs outcomes vs credits).","sourceLine":1774,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0226"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-027","name":"Never Seat-Price Agentic Value","discipline":"economics","section":"economics-section-05","sectionName":"Pricing (as a Finance Instrument)","kind":"Model / lens","essence":"Seat pricing caps revenue at the customer's headcount precisely where the product removes the seat's work — so agentic scope must not be seat-priced.","apply":"Refuse \"price it per seat\" for agentic products; move to the grid.","keyQuestion":"","body":"Seat pricing caps revenue at the customer's headcount precisely where the product removes the seat's work — so agentic scope must not be seat-priced.\n- **Apply**: Refuse \"price it per seat\" for agentic products; move to the grid.","sourceLine":1778,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["growth"]},{"id":"BE-11-028","name":"Price the Tail","discipline":"economics","section":"economics-section-05","sectionName":"Pricing (as a Finance Instrument)","kind":"Model / lens","essence":"Price the heavy-tailed high-consumption cohort with multiples of usage rather than a flat rate; when a price must move, move the tail first and the base last.","apply":"Repricing a heavy-tailed product; protecting the base while recovering margin from power users.","keyQuestion":"","body":"Price the heavy-tailed high-consumption cohort with multiples of usage rather than a flat rate; when a price must move, move the tail first and the base last.\n- **Apply**: Repricing a heavy-tailed product; protecting the base while recovering margin from power users.","sourceLine":1782,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-029","name":"Hybrids Are the Transition","discipline":"economics","section":"economics-section-05","sectionName":"Pricing (as a Finance Instrument)","kind":"Model / lens","essence":"Hybrids (seat → credits/usage → outcomes) are the transition; outcome pricing is the end state; each step has conditions that must be true before it is taken.","apply":"Designing a pricing migration path with staged triggers.","keyQuestion":"","body":"Hybrids (seat → credits/usage → outcomes) are the transition; outcome pricing is the end state; each step has conditions that must be true before it is taken.\n- **Apply**: Designing a pricing migration path with staged triggers.","sourceLine":1786,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-030","name":"The Guarantee Has a Cost Wherever It Sits","discipline":"economics","section":"economics-section-05","sectionName":"Pricing (as a Finance Instrument)","kind":"Model / lens","essence":"An outcome/result guarantee always carries a cost — outcome pricing without a verification instrument is merely a dispute schedule.","apply":"Before offering outcome terms; require the verification instrument first.","keyQuestion":"","body":"An outcome/result guarantee always carries a cost — outcome pricing without a verification instrument is merely a dispute schedule.\n- **Apply**: Before offering outcome terms; require the verification instrument first.","sourceLine":1790,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-031","name":"The Compounding Curve (for the buyer)","discipline":"economics","section":"economics-section-05","sectionName":"Pricing (as a Finance Instrument)","kind":"Model / lens","essence":"Show the buyer the curve where unit price falls as the substrate matures while account value rises.","apply":"In the sales/pricing narrative for a maturing agentic product.","keyQuestion":"","body":"Show the buyer the curve where unit price falls as the substrate matures while account value rises.\n- **Apply**: In the sales/pricing narrative for a maturing agentic product.","sourceLine":1794,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-032","name":"The Free User Is a Cost","discipline":"economics","section":"economics-section-06","sectionName":"Growth Accounting","kind":"Model / lens","essence":"In an era with real COGS, the free user is a cost, not a marketing asset — the free wedge must be sized to a verified outcome and no further.","apply":"Costing a free tier; sizing the wedge in growth accounting.","keyQuestion":"","body":"In an era with real COGS, the free user is a cost, not a marketing asset — the free wedge must be sized to a verified outcome and no further.\n- **Apply**: Costing a free tier; sizing the wedge in growth accounting.","sourceLine":1803,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0204"],"coreRefs":[],"instrumentRefs":[],"usedBy":["growth"]},{"id":"BE-11-033","name":"AI-Era LTV / CAC / Payback","discipline":"economics","section":"economics-section-06","sectionName":"Growth Accounting","kind":"Model / lens","essence":"LTV carries a cost of goods per period; CAC is recomputed for citation-and-endpoint acquisition; payback is keyed to time-to-magic — the cohort table shows margin, not just revenue.","apply":"Any cohort, retention, or acquisition-economics analysis in the AI era.","keyQuestion":"","body":"LTV carries a cost of goods per period; CAC is recomputed for citation-and-endpoint acquisition; payback is keyed to time-to-magic — the cohort table shows margin, not just revenue.\n- **Apply**: Any cohort, retention, or acquisition-economics analysis in the AI era.","sourceLine":1807,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-034","name":"The Free-Tier Bill","discipline":"economics","section":"economics-section-06","sectionName":"Growth Accounting","kind":"Model / lens","essence":"A failure pattern: an uncosted free tier arriving as a real bill (the fix: wedge sized to an outcome).","apply":"When free-user compute is unmodeled in the plan.","keyQuestion":"","body":"A failure pattern: an uncosted free tier arriving as a real bill (the fix: wedge sized to an outcome).\n- **Apply**: When free-user compute is unmodeled in the plan.","sourceLine":1811,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-035","name":"The Three Tests","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Model / lens","essence":"Read capital with three tests that disagree, and the disagreement is the answer — the income-statement test (revenue vs recognized depreciation), the capital test (the hurdle), and the funding test (external share and whether the character of the money changed).","apply":"\"Is the buildout sustainable / is this a bubble / capex vs revenue\"; refuse the single-ratio question.","keyQuestion":"","body":"Read capital with three tests that disagree, and the disagreement is the answer — the income-statement test (revenue vs recognized depreciation), the capital test (the hurdle), and the funding test (external share and whether the character of the money changed).\n- **Apply**: \"Is the buildout sustainable / is this a bubble / capex vs revenue\"; refuse the single-ratio question.","sourceLine":1820,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["economics"]},{"id":"BE-11-036","name":"Revenue Against Depreciation, Not Capex","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Model / lens","essence":"Revenue is compared to recognized depreciation, never to capex; the coverage ratio is revenue ÷ recognized D&A.","apply":"Replacing any capex-against-revenue exhibit; the fast-lane board fix.","keyQuestion":"","body":"Revenue is compared to recognized depreciation, never to capex; the coverage ratio is revenue ÷ recognized D&A.\n- **Apply**: Replacing any capex-against-revenue exhibit; the fast-lane board fix.","sourceLine":1824,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-037","name":"The Hurdle Is Arithmetic","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Model / lens","essence":"Required annual revenue = deployed base × (1/blended life + cost of capital) ÷ gross margin — a division shown with every input, not a judgment call.","apply":"\"What return does this capital need\"; compute with full inputs and a sensitivity band.","keyQuestion":"","body":"Required annual revenue = deployed base × (1/blended life + cost of capital) ÷ gross margin — a division shown with every input, not a judgment call.\n- **Apply**: \"What return does this capital need\"; compute with full inputs and a sensitivity band.","sourceLine":1828,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0112"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-038","name":"The Beat Raises the Hurdle","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Model / lens","essence":"A record quarter at a supplier enlarges the capital base that must earn a return, so it raises the end-customer revenue the layers above must eventually produce — a silicon-layer beat is evidence against the monetization case, not for it.","apply":"When a supplier \"just printed\"; add the note to any hurdle.","keyQuestion":"","body":"A record quarter at a supplier enlarges the capital base that must earn a return, so it raises the end-customer revenue the layers above must eventually produce — a silicon-layer beat is evidence against the monetization case, not for it.\n- **Apply**: When a supplier \"just printed\"; add the note to any hurdle.","sourceLine":1832,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0112"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-039","name":"The Income Statement Answers Before the Maturity Schedule Asks","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Instrument","essence":"The operating economics (revenue vs depreciation, coverage) resolve the sustainability question before the debt maturity schedule even poses it.","apply":"Sequencing a capital read — start at the income statement, not the maturity wall.","keyQuestion":"","body":"The operating economics (revenue vs depreciation, coverage) resolve the sustainability question before the debt maturity schedule even poses it.\n- **Apply**: Sequencing a capital read — start at the income statement, not the maturity wall.","sourceLine":1836,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-040","name":"Growth Requirements Are Compounded, Not Averaged","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Model / lens","essence":"A charge heading to 3× over three years requires revenue to triple — ~44% a year (3^(1/3)=1.442), not the 40% an average returns; check every growth claim against its own exponent.","apply":"Any multi-year growth requirement; note when the error flatters the case.","keyQuestion":"","body":"A charge heading to 3× over three years requires revenue to triple — ~44% a year (3^(1/3)=1.442), not the 40% an average returns; check every growth claim against its own exponent.\n- **Apply**: Any multi-year growth requirement; note when the error flatters the case.","sourceLine":1840,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-041","name":"The Uncompounded Growth Requirement","discipline":"economics","section":"economics-section-07","sectionName":"Reading the Capital","kind":"Model / lens","essence":"A failure pattern: averaging a growth requirement that should be compounded.","apply":"When a tripling is quoted as ~40%/yr.","keyQuestion":"","body":"A failure pattern: averaging a growth requirement that should be compounded.\n- **Apply**: When a tripling is quoted as ~40%/yr.","sourceLine":1844,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-042","name":"Split by Clock","discipline":"economics","section":"economics-section-08","sectionName":"Depreciation & Asset Structure","kind":"Model / lens","essence":"Capital splits by clock — short-lived vs long-lived, financeable vs pledgeable — read as one pipe into two vessels with two clock faces.","apply":"Stage 5; any capex composition or depreciation analysis.","keyQuestion":"","body":"Capital splits by clock — short-lived vs long-lived, financeable vs pledgeable — read as one pipe into two vessels with two clock faces.\n- **Apply**: Stage 5; any capex composition or depreciation analysis.","sourceLine":1853,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["economics"]},{"id":"BE-11-043","name":"Depreciation-Weighted Life","discipline":"economics","section":"economics-section-08","sectionName":"Depreciation & Asset Structure","kind":"Model / lens","essence":"With mixed asset lives the annual charge is the sum of each share divided by its own life, and the blended life is that sum's reciprocal — 60% at 5 years and 40% at 25 gives ~13.6%/yr and a life near 7.35, not the ~13 years arithmetic averaging returns.","apply":"Any blended asset-life figure; state the weighting method inline.","keyQuestion":"","body":"With mixed asset lives the annual charge is the sum of each share divided by its own life, and the blended life is that sum's reciprocal — 60% at 5 years and 40% at 25 gives ~13.6%/yr and a life near 7.35, not the ~13 years arithmetic averaging returns.\n- **Apply**: Any blended asset-life figure; state the weighting method inline.","sourceLine":1857,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-044","name":"The Arithmetic Asset Life","discipline":"economics","section":"economics-section-08","sectionName":"Depreciation & Asset Structure","kind":"Model / lens","essence":"A failure pattern: averaging asset lives arithmetically instead of depreciation-weighting them.","apply":"When a blended life is quoted without its weighting method.","keyQuestion":"","body":"A failure pattern: averaging asset lives arithmetically instead of depreciation-weighting them.\n- **Apply**: When a blended life is quoted without its weighting method.","sourceLine":1861,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-045","name":"Price Is Not Capacity","discipline":"economics","section":"economics-section-08","sectionName":"Depreciation & Asset Structure","kind":"Model / lens","essence":"The price-not-capacity share distinguishes what the capital bought in capability from what it merely paid in price — capacity and its cost are separate readings.","apply":"Reading a capital program's composition; isolate genuine capacity from price inflation.","keyQuestion":"","body":"The price-not-capacity share distinguishes what the capital bought in capability from what it merely paid in price — capacity and its cost are separate readings.\n- **Apply**: Reading a capital program's composition; isolate genuine capacity from price inflation.","sourceLine":1865,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0128"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-046","name":"Financeable vs Pledgeable","discipline":"economics","section":"economics-section-08","sectionName":"Depreciation & Asset Structure","kind":"Model / lens","essence":"Assets differ in whether they can be financed and whether they can be pledged as collateral — a structural property that shapes the capital program.","apply":"Assessing how a build is or can be funded.","keyQuestion":"","body":"Assets differ in whether they can be financed and whether they can be pledged as collateral — a structural property that shapes the capital program.\n- **Apply**: Assessing how a build is or can be funded.","sourceLine":1869,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-047","name":"The Acid Test","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"Six gauges on one rail — structure ratio, velocity spread, external dependence, coverage, counterparty floor, take-out gap — where the finding is the spread across them, not the composite; every concealment gauge needs a cash-flow denominator.","apply":"Debt, leases, off-balance-sheet, financing structure; run quarterly on the firm's own commitments.","keyQuestion":"","body":"Six gauges on one rail — structure ratio, velocity spread, external dependence, coverage, counterparty floor, take-out gap — where the finding is the spread across them, not the composite; every concealment gauge needs a cash-flow denominator.\n- **Apply**: Debt, leases, off-balance-sheet, financing structure; run quarterly on the firm's own commitments.","sourceLine":1878,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-048","name":"Read the Spread, Not the Composite","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"On the acid test's six-gauge rail, the diagnostic signal is the dispersion between gauges, not their average.","apply":"Interpreting the acid-test rail; risk-weight by deferral vs transfer.","keyQuestion":"","body":"On the acid test's six-gauge rail, the diagnostic signal is the dispersion between gauges, not their average.\n- **Apply**: Interpreting the acid-test rail; risk-weight by deferral vs transfer.","sourceLine":1882,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["cfo"]},{"id":"BE-11-049","name":"The Off-Balance-Sheet Blind Spot","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"A failure pattern: missing financing that sits off the balance sheet (the fix: the acid test, run quarterly).","apply":"When a firm's leases-not-commenced, guarantees, or SPV financing go unread.","keyQuestion":"","body":"A failure pattern: missing financing that sits off the balance sheet (the fix: the acid test, run quarterly).\n- **Apply**: When a firm's leases-not-commenced, guarantees, or SPV financing go unread.","sourceLine":1886,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-050","name":"Allocation Becomes Obligation","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"A capital allocation entering the plan turns into a hard obligation downstream — drawn as a river entering a lock and splitting into obligation channels.","apply":"Tracing how committed spend hardens into contractual liability.","keyQuestion":"","body":"A capital allocation entering the plan turns into a hard obligation downstream — drawn as a river entering a lock and splitting into obligation channels.\n- **Apply**: Tracing how committed spend hardens into contractual liability.","sourceLine":1890,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0113"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-051","name":"Pre-Funding Makes the Near Term Sticky","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"Capital raised ahead of need makes the near-term commitments sticky — the money is already spoken for regardless of demand.","apply":"Assessing near-term flexibility of a pre-funded build.","keyQuestion":"","body":"Capital raised ahead of need makes the near-term commitments sticky — the money is already spoken for regardless of demand.\n- **Apply**: Assessing near-term flexibility of a pre-funded build.","sourceLine":1894,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0118"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-052","name":"The Bottom Line Believed","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"A failure pattern: reading net income (moved by marks on stakes) as if it were operations — read the operating line before believing any bottom line.","apply":"When marks on customer/supplier stakes flatter or punish net income.","keyQuestion":"","body":"A failure pattern: reading net income (moved by marks on stakes) as if it were operations — read the operating line before believing any bottom line.\n- **Apply**: When marks on customer/supplier stakes flatter or punish net income.","sourceLine":1898,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-053","name":"Net Income Has Two Engines","discipline":"economics","section":"economics-section-09","sectionName":"Off-Balance-Sheet & Structure","kind":"Model / lens","essence":"Net income is driven by two distinct engines — the operation, and marks on stakes in customers and suppliers that touch the bottom line without touching operations.","apply":"Separating operating performance from valuation effects in any P&L read.","keyQuestion":"","body":"Net income is driven by two distinct engines — the operation, and marks on stakes in customers and suppliers that touch the bottom line without touching operations.\n- **Apply**: Separating operating performance from valuation effects in any P&L read.","sourceLine":1902,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0116"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-054","name":"The Layer Map Is Not the Credit Map","discipline":"economics","section":"economics-section-10","sectionName":"Contagion & Systemic Reading","kind":"Model / lens","essence":"Value's horizontal geometry (the layer map) is a different object from contagion's vertical geometry (the credit map); confusing them hides risk.","apply":"Mapping counterparty/contagion risk against the value stack.","keyQuestion":"","body":"Value's horizontal geometry (the layer map) is a different object from contagion's vertical geometry (the credit map); confusing them hides risk.\n- **Apply**: Mapping counterparty/contagion risk against the value stack.","sourceLine":1911,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0123"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-055","name":"The Three Joints","discipline":"economics","section":"economics-section-10","sectionName":"Contagion & Systemic Reading","kind":"Model / lens","essence":"The specific points where the layer map crosses the credit map are the joints where stress transmits — read alongside the phase calendar and a watchlist by information value.","apply":"\"Counterparty risk, contagion, credit vs layers\"; build the joint table and calendar.","keyQuestion":"","body":"The specific points where the layer map crosses the credit map are the joints where stress transmits — read alongside the phase calendar and a watchlist by information value.\n- **Apply**: \"Counterparty risk, contagion, credit vs layers\"; build the joint table and calendar.","sourceLine":1915,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-056","name":"It Breaks Upward","discipline":"economics","section":"economics-section-10","sectionName":"Contagion & Systemic Reading","kind":"Model / lens","essence":"The order of operations in a stress event: it breaks upward through the stack.","apply":"Sequencing how a failure propagates across tiers.","keyQuestion":"","body":"The order of operations in a stress event: it breaks upward through the stack.\n- **Apply**: Sequencing how a failure propagates across tiers.","sourceLine":1919,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0124"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-057","name":"The Amplifier, Not the Bubble","discipline":"economics","section":"economics-section-10","sectionName":"Contagion & Systemic Reading","kind":"Model / lens","essence":"The question \"is it a bubble\" is malformed for a stack on four clocks; the structure acts as an amplifier — run the acid test and read the spread instead.","apply":"Refuse \"just tell me if it's a bubble\"; reframe to the tests and the spread.","keyQuestion":"","body":"The question \"is it a bubble\" is malformed for a stack on four clocks; the structure acts as an amplifier — run the acid test and read the spread instead.\n- **Apply**: Refuse \"just tell me if it's a bubble\"; reframe to the tests and the spread.","sourceLine":1923,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0122"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-058","name":"Absorption Capacity","discipline":"economics","section":"economics-section-11","sectionName":"The Absorption Ladder","kind":"Model / lens","essence":"Each builder is placed on a ladder by capital intensity and funding source — the measure of whether it can afford its build.","apply":"\"Can this company afford its build\"; place the builder on a rung.","keyQuestion":"","body":"Each builder is placed on a ladder by capital intensity and funding source — the measure of whether it can afford its build.\n- **Apply**: \"Can this company afford its build\"; place the builder on a rung.","sourceLine":1932,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0114"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-059","name":"Operating Absorption Is Not Cash Absorption","discipline":"economics","section":"economics-section-11","sectionName":"The Absorption Ladder","kind":"Model / lens","essence":"A firm's ability to absorb a build operationally (through the P&L) is distinct from its ability to absorb it in cash — read the two separately.","apply":"Assessing build affordability; never conflate operating and cash absorption.","keyQuestion":"","body":"A firm's ability to absorb a build operationally (through the P&L) is distinct from its ability to absorb it in cash — read the two separately.\n- **Apply**: Assessing build affordability; never conflate operating and cash absorption.","sourceLine":1936,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-060","name":"The Control Group","discipline":"economics","section":"economics-section-11","sectionName":"The Absorption Ladder","kind":"Model / lens","essence":"A builder's absorption is judged against a control-group comparison, not in isolation.","apply":"Benchmarking one builder's capital intensity and funding against peers.","keyQuestion":"","body":"A builder's absorption is judged against a control-group comparison, not in isolation.\n- **Apply**: Benchmarking one builder's capital intensity and funding against peers.","sourceLine":1940,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-061","name":"The Five Incidence Paths","discipline":"economics","section":"economics-section-12","sectionName":"The Five Incidence Paths","kind":"Model / lens","essence":"An AI bill arrives on one of five paths — capitalized, memory tax, discovery tax, traffic-carry, or inference as COGS — each landing on a specific P&L line with a specific defense.","apply":"\"This isn't our build — why is it in our P&L\"; name the path and its instrument.","keyQuestion":"","body":"An AI bill arrives on one of five paths — capitalized, memory tax, discovery tax, traffic-carry, or inference as COGS — each landing on a specific P&L line with a specific defense.\n- **Apply**: \"This isn't our build — why is it in our P&L\"; name the path and its instrument.","sourceLine":1949,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-062","name":"The Data Oil","discipline":"economics","section":"economics-section-13","sectionName":"The Data-Oil Models","kind":"Model / lens","essence":"Proprietary data behaves like an oil reserve — wells, a refinery, and a late royalty — a resource whose value is extracted and monetized downstream over time.","apply":"Valuing or reasoning about a firm's proprietary data as a capital asset.","keyQuestion":"","body":"Proprietary data behaves like an oil reserve — wells, a refinery, and a late royalty — a resource whose value is extracted and monetized downstream over time.\n- **Apply**: Valuing or reasoning about a firm's proprietary data as a capital asset.","sourceLine":1958,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-063","name":"The Second Barrel","discipline":"economics","section":"economics-section-13","sectionName":"The Data-Oil Models","kind":"Model / lens","essence":"The second monetization of the same data resource — a further royalty extracted from an already-drilled reserve.","apply":"When a data asset is monetized more than once.","keyQuestion":"","body":"The second monetization of the same data resource — a further royalty extracted from an already-drilled reserve.\n- **Apply**: When a data asset is monetized more than once.","sourceLine":1962,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-064","name":"The Supplier Joins the Clock","discipline":"economics","section":"economics-section-14","sectionName":"Supplier / Financing Actors","kind":"Model / lens","essence":"When a supplier's own financing channels (equity stakes, receivables, guarantees, syndicated platforms) fund the buildout, the supplier becomes part of the capital clock and needs its own column in the acid test.","apply":"Reading supply-side financing invisible to a hyperscaler-built six-gauge test.","keyQuestion":"","body":"When a supplier's own financing channels (equity stakes, receivables, guarantees, syndicated platforms) fund the buildout, the supplier becomes part of the capital clock and needs its own column in the acid test.\n- **Apply**: Reading supply-side financing invisible to a hyperscaler-built six-gauge test.","sourceLine":1971,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-065","name":"The Levered Backer","discipline":"economics","section":"economics-section-14","sectionName":"Supplier / Financing Actors","kind":"Model / lens","essence":"A named actor: a backer funding the build with leverage, adding a financing channel to the contagion map.","apply":"Mapping who carries the leverage behind a builder.","keyQuestion":"","body":"A named actor: a backer funding the build with leverage, adding a financing channel to the contagion map.\n- **Apply**: Mapping who carries the leverage behind a builder.","sourceLine":1975,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":["BE-M0187"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-066","name":"The Wrapper","discipline":"economics","section":"economics-section-14","sectionName":"Supplier / Financing Actors","kind":"Model / lens","essence":"A named actor/structure: the wrapper around underlying AI exposure that repackages or intermediates the risk.","apply":"Identifying repackaged exposure in the credit map.","keyQuestion":"","body":"A named actor/structure: the wrapper around underlying AI exposure that repackages or intermediates the risk.\n- **Apply**: Identifying repackaged exposure in the credit map.","sourceLine":1979,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-067","name":"Real, Historic, and Insufficient","discipline":"economics","section":"economics-section-15","sectionName":"Verdict Framing","kind":"Model / lens","essence":"A verdict frame: the AI buildout can be simultaneously real, historic in scale, and insufficient to clear its own hurdle — all three at once.","apply":"Summarizing a capital-program verdict without collapsing into \"bubble / not bubble.\"","keyQuestion":"","body":"A verdict frame: the AI buildout can be simultaneously real, historic in scale, and insufficient to clear its own hurdle — all three at once.\n- **Apply**: Summarizing a capital-program verdict without collapsing into \"bubble / not bubble.\"","sourceLine":1988,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-068","name":"The Ledger the Firm Writes Itself","discipline":"economics","section":"economics-section-15","sectionName":"Verdict Framing","kind":"Instrument","essence":"The M5 end state: the ledger is the firm's own — budgets in tokens per outcome, the board reads revenue against depreciation, and the counting asymmetry is stated in the firm's own materials.","apply":"Setting the maturity target for a finance function.","keyQuestion":"","body":"The M5 end state: the ledger is the firm's own — budgets in tokens per outcome, the board reads revenue against depreciation, and the counting asymmetry is stated in the firm's own materials.\n- **Apply**: Setting the maturity target for a finance function.","sourceLine":1992,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-069","name":"Stage 0 — Establish the Count","discipline":"economics","section":"economics-section-16","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Name the tiers (labs / clouds / applications / the uncountable), apply the counting rule (count once at the transacting tier, strip lab compute from cloud AI revenue, exclude neocloud revenue as a cost), mark each input disclosed/reported/estimated with its date, and produce a range.","apply":"First stage of any analysis touching published figures.","keyQuestion":"","body":"Name the tiers (labs / clouds / applications / the uncountable), apply the counting rule (count once at the transacting tier, strip lab compute from cloud AI revenue, exclude neocloud revenue as a cost), mark each input disclosed/reported/estimated with its date, and produce a range.\n- **Apply**: First stage of any analysis touching published figures.","sourceLine":2001,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-070","name":"Stage 1 — Build the Unit","discipline":"economics","section":"economics-section-16","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Compute cost per accepted outcome (tokens + environment compute + attention over referee-accepted outcomes), trend it as the learning curve, and bridge it to COGS and gross margin.","apply":"Establishing per-unit profitability before pricing or margin work.","keyQuestion":"","body":"Compute cost per accepted outcome (tokens + environment compute + attention over referee-accepted outcomes), trend it as the learning curve, and bridge it to COGS and gross margin.\n- **Apply**: Establishing per-unit profitability before pricing or margin work.","sourceLine":2005,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-071","name":"Stage 2 — Design the Margin","discipline":"economics","section":"economics-section-16","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Move margin with the four finance-owned levers (routing table, cache hit rate, owned-model share, attention per outcome); distinguish the ceiling from the company average.","apply":"After the unit is built and margin is weak.","keyQuestion":"","body":"Move margin with the four finance-owned levers (routing table, cache hit rate, owned-model share, attention per outcome); distinguish the ceiling from the company average.\n- **Apply**: After the unit is built and margin is weak.","sourceLine":2009,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-072","name":"Stage 3 — Set the Price","discipline":"economics","section":"economics-section-16","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Place price on the attribution × autonomy grid, price the tail with multiples of usage, show the buyer the compounding curve, and stage hybrids toward outcome pricing (with the verification instrument).","apply":"After margin is designed; any pricing/packaging decision.","keyQuestion":"","body":"Place price on the attribution × autonomy grid, price the tail with multiples of usage, show the buyer the compounding curve, and stage hybrids toward outcome pricing (with the verification instrument).\n- **Apply**: After margin is designed; any pricing/packaging decision.","sourceLine":2013,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-073","name":"Stage 4 — Read the Capital","discipline":"economics","section":"economics-section-16","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Run the three tests (income statement, capital/hurdle, funding) that disagree — the disagreement is the answer.","apply":"Assessing capital sustainability and required return.","keyQuestion":"","body":"Run the three tests (income statement, capital/hurdle, funding) that disagree — the disagreement is the answer.\n- **Apply**: Assessing capital sustainability and required return.","sourceLine":2017,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-074","name":"Stage 5 — Read the Structure","discipline":"economics","section":"economics-section-16","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Split by clock, run the acid test's six gauges (read the spread), map the joints where the layer and credit maps cross, place each builder on the absorption ladder, then answer the incidence question.","apply":"Structural/systemic reading after the capital is read.","keyQuestion":"","body":"Split by clock, run the acid test's six gauges (read the spread), map the joints where the layer and credit maps cross, place each builder on the absorption ladder, then answer the incidence question.\n- **Apply**: Structural/systemic reading after the capital is read.","sourceLine":2021,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-075","name":"THE COUNT","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Build revenue by tier with low/central/high and a source class per input, show the strip-and-exclude operations, produce the total with its range, and name the weakest input.","apply":"Any request touching a market number, run-rate, or published figure — runs first before any other mode.","keyQuestion":"","body":"Build revenue by tier with low/central/high and a source class per input, show the strip-and-exclude operations, produce the total with its range, and name the weakest input.\n- **Apply**: Any request touching a market number, run-rate, or published figure — runs first before any other mode.","sourceLine":2030,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-076","name":"UNIT ECONOMICS","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Cost per accepted outcome with its three components separated, the acceptance definition (referee and threshold), the trend, and the bridge to COGS and gross margin.","apply":"\"What does this cost / are we profitable per unit / token spend.\"","keyQuestion":"","body":"Cost per accepted outcome with its three components separated, the acceptance definition (referee and threshold), the trend, and the bridge to COGS and gross margin.\n- **Apply**: \"What does this cost / are we profitable per unit / token spend.\"","sourceLine":2034,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-077","name":"MARGIN DESIGN","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Decompose current margin, read the four levers at current and target, propose the routing table, the cache opportunity, the owned-model case, and the margin bridge — no improvement from scale alone.","apply":"\"Our margins are bad / how do we get to positive gross margin.\"","keyQuestion":"","body":"Decompose current margin, read the four levers at current and target, propose the routing table, the cache opportunity, the owned-model case, and the margin bridge — no improvement from scale alone.\n- **Apply**: \"Our margins are bad / how do we get to positive gross margin.\"","sourceLine":2038,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-078","name":"PRICING ARCHITECT","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Grid placement, the proof-unlocked ladder, tail pricing, the hybrid transition path, and the buyer's compounding curve — never seat-price agentic value; outcome terms require the instrument.","apply":"Pricing, packaging, seats vs usage vs outcomes, credits.","keyQuestion":"","body":"Grid placement, the proof-unlocked ladder, tail pricing, the hybrid transition path, and the buyer's compounding curve — never seat-price agentic value; outcome terms require the instrument.\n- **Apply**: Pricing, packaging, seats vs usage vs outcomes, credits.","sourceLine":2042,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["sales"]},{"id":"BE-11-079","name":"GROWTH ACCOUNTING","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"LTV with a cost of goods per period, CAC recomputed for citation-and-endpoint acquisition, payback keyed to time-to-magic, the free tier costed, and NRR — the cohort table shows margin.","apply":"LTV, CAC, payback, free tier, cohort economics.","keyQuestion":"","body":"LTV with a cost of goods per period, CAC recomputed for citation-and-endpoint acquisition, payback keyed to time-to-magic, the free tier costed, and NRR — the cohort table shows margin.\n- **Apply**: LTV, CAC, payback, free tier, cohort economics.","sourceLine":2046,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-081","name":"THE HURDLE","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"The required-return division shown with every input, sensitivity on asset life/margin/required return, the position against countable revenue, the asymmetry stated, and the beat-raises-the-hurdle note.","apply":"\"What return does this capital need.\"","keyQuestion":"","body":"The required-return division shown with every input, sensitivity on asset life/margin/required return, the position against countable revenue, the asymmetry stated, and the beat-raises-the-hurdle note.\n- **Apply**: \"What return does this capital need.\"","sourceLine":2050,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-083","name":"THE ACID TEST (mode)","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Score the six gauges on one rail with a band and calibration against a prior period; the spread is the finding; risk-weight by deferral vs transfer.","apply":"Debt, leases, off-balance-sheet, financing structure.","keyQuestion":"","body":"Score the six gauges on one rail with a band and calibration against a prior period; the spread is the finding; risk-weight by deferral vs transfer.\n- **Apply**: Debt, leases, off-balance-sheet, financing structure.","sourceLine":2054,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-084","name":"THE JOINTS (mode)","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"The layer map beside the credit map, the joints where they cross, the phase calendar, the order of operations (it breaks upward), and the watchlist by information value.","apply":"Counterparty risk, contagion, credit vs layers.","keyQuestion":"","body":"The layer map beside the credit map, the joints where they cross, the phase calendar, the order of operations (it breaks upward), and the watchlist by information value.\n- **Apply**: Counterparty risk, contagion, credit vs layers.","sourceLine":2058,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-085","name":"THE ABSORPTION LADDER (mode)","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Place the builder by capital intensity and funding source, read operating vs cash absorption separately, name the collapse conditions, and compare to a control group.","apply":"\"Can this company afford its build.\"","keyQuestion":"","body":"Place the builder by capital intensity and funding source, read operating vs cash absorption separately, name the collapse conditions, and compare to a control group.\n- **Apply**: \"Can this company afford its build.\"","sourceLine":2062,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-086","name":"INCIDENCE (mode)","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Identify which of the five paths the firm's bill arrives on, the P&L line where it lands, and the defense available.","apply":"\"This isn't our build — why is it in our P&L.\"","keyQuestion":"","body":"Identify which of the five paths the firm's bill arrives on, the P&L line where it lands, and the defense available.\n- **Apply**: \"This isn't our build — why is it in our P&L.\"","sourceLine":2066,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-087","name":"THE FINANCE SEAT","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Rebuild the AI line item on tokens per accepted outcome, define the six meters with owners, replace the capex-against-revenue board slide, and run the acid test on the firm's own commitments.","apply":"Budgeting, board deck, forecast, the AI line item.","keyQuestion":"","body":"Rebuild the AI line item on tokens per accepted outcome, define the six meters with owners, replace the capex-against-revenue board slide, and run the acid test on the firm's own commitments.\n- **Apply**: Budgeting, board deck, forecast, the AI line item.","sourceLine":2070,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-089","name":"The Board-Meets-Thursday Order","discipline":"economics","section":"economics-section-18","sectionName":"The Fast Lane (when the clock is short)","kind":"Model / lens","essence":"Strip the marks and read the operating line, replace any capex-against-revenue exhibit with revenue vs recognized depreciation, give one honest coverage number with range and date, and name the single largest uncertainty — a correct coverage number beats a complete model nobody can defend.","apply":"The AI number is wrong and the board meets imminently.","keyQuestion":"","body":"Strip the marks and read the operating line, replace any capex-against-revenue exhibit with revenue vs recognized depreciation, give one honest coverage number with range and date, and name the single largest uncertainty — a correct coverage number beats a complete model nobody can defend.\n- **Apply**: The AI number is wrong and the board meets imminently.","sourceLine":2079,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-090","name":"The Losing-Money Order","discipline":"economics","section":"economics-section-18","sectionName":"The Fast Lane (when the clock is short)","kind":"Model / lens","essence":"Compute cost per accepted outcome for the top decile and median separately (the answer is almost always distributional), check the routing table before the price list, and if price must move, move the tail first and the base last.","apply":"Losing money per customer with pressure to raise prices tomorrow.","keyQuestion":"","body":"Compute cost per accepted outcome for the top decile and median separately (the answer is almost always distributional), check the routing table before the price list, and if price must move, move the tail first and the base last.\n- **Apply**: Losing money per customer with pressure to raise prices tomorrow.","sourceLine":2083,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-091","name":"The Published-Number Order","discipline":"economics","section":"economics-section-18","sectionName":"The Fast Lane (when the clock is short)","kind":"Model / lens","essence":"Run THE COUNT on any externally published number before responding — a response built on someone else's arithmetic inherits their error.","apply":"A vendor, investor, or the press just published a number about you or your market.","keyQuestion":"","body":"Run THE COUNT on any externally published number before responding — a response built on someone else's arithmetic inherits their error.\n- **Apply**: A vendor, investor, or the press just published a number about you or your market.","sourceLine":2087,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-092","name":"The Seven Attacks","discipline":"economics","section":"economics-section-19","sectionName":"The Red Team (seven predictable attacks)","kind":"Model / lens","essence":"Every number will be attacked in seven predictable ways — stock/flow, double-count, weighting source, uncompounded growth, non-independent sources, broad-capital/narrow-revenue, and self-contradiction — so run the hostile reading first; a finding that cannot survive attack five is not yet a finding.","apply":"Before shipping any output; the analysis that survives a hostile reader is the one that ran the hostile reading first.","keyQuestion":"","body":"Every number will be attacked in seven predictable ways — stock/flow, double-count, weighting source, uncompounded growth, non-independent sources, broad-capital/narrow-revenue, and self-contradiction — so run the hostile reading first; a finding that cannot survive attack five is not yet a finding.\n- **Apply**: Before shipping any output; the analysis that survives a hostile reader is the one that ran the hostile reading first.","sourceLine":2096,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-11-093","name":"Requests Route as Mode Sums","discipline":"economics","section":"economics-section-20","sectionName":"Composition Rules (compound requests as mode sums)","kind":"Model / lens","essence":"Compound requests decompose into ordered mode sequences (e.g. \"build the AI budget\" = THE COUNT → UNIT ECONOMICS → MARGIN DESIGN → THE FINANCE SEAT), never blended; work spanning seats is handed to the correct sibling.","apply":"Any multi-part request; sequence the modes rather than answering monolithically.","keyQuestion":"","body":"Compound requests decompose into ordered mode sequences (e.g. \"build the AI budget\" = THE COUNT → UNIT ECONOMICS → MARGIN DESIGN → THE FINANCE SEAT), never blended; work spanning seats is handed to the correct sibling.\n- **Apply**: Any multi-part request; sequence the modes rather than answering monolithically.","sourceLine":2105,"sourceNumber":null,"part":"III","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-001","name":"Layer 0 — Work Physics","discipline":"orchestrator","section":"orchestrator-section-01","sectionName":"The Orchestration Engine (Layers 0–4)","kind":"Engine step","essence":"Answers \"what is the work, really?\" Decompose the scope into flows (a flow = a recurring unit of work with an input, a transformation, and an output someone consumes) and score each on three dimensions — Volume, Specifiability, Consequence (severity and reversibility) — then assign an automation category.","apply":"Use to build the work map and draw the automation frontier. Category rule: Automate-first = H/M volume + Y spec + L/M-reversible consequence; Automate-with-gate = Y/PARTIAL spec + any consequence (junction mandatory); Judgment work = N spec or H-irreversible; Leave manual = L volume. Unspecifiable work cannot be gated, and ungateable work must not be autonomous.","keyQuestion":"","body":"Answers \"what is the work, really?\" Decompose the scope into flows (a flow = a recurring unit of work with an input, a transformation, and an output someone consumes) and score each on three dimensions — Volume, Specifiability, Consequence (severity and reversibility) — then assign an automation category.\n- **Apply**: Use to build the work map and draw the automation frontier. Category rule: Automate-first = H/M volume + Y spec + L/M-reversible consequence; Automate-with-gate = Y/PARTIAL spec + any consequence (junction mandatory); Judgment work = N spec or H-irreversible; Leave manual = L volume. Unspecifiable work cannot be gated, and ungateable work must not be autonomous.","sourceLine":2129,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-002","name":"Layer 1 — Unit Architecture","discipline":"orchestrator","section":"orchestrator-section-01","sectionName":"The Orchestration Engine (Layers 0–4)","kind":"Engine step","essence":"Answers \"are the units built or improvised?\" Audit each automated flow's working unit against the nine elements in four bands — charter (mandate, boundary), production (model, tools, procedure), control (gate, escalation path with a named human), memory (context, the record).","apply":"Use to find structural gaps in automated units. Run the four audit tests in order of diagnostic power: the charter test, the swap test, the method test, the record test. Score 0–2 per test (/8) and surface the top structural gaps.","keyQuestion":"","body":"Answers \"are the units built or improvised?\" Audit each automated flow's working unit against the nine elements in four bands — charter (mandate, boundary), production (model, tools, procedure), control (gate, escalation path with a named human), memory (context, the record).\n- **Apply**: Use to find structural gaps in automated units. Run the four audit tests in order of diagnostic power: the charter test, the swap test, the method test, the record test. Score 0–2 per test (/8) and surface the top structural gaps.","sourceLine":2133,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-003","name":"Layer 2 — The Judgment System","discipline":"orchestrator","section":"orchestrator-section-01","sectionName":"The Orchestration Engine (Layers 0–4)","kind":"Engine step","essence":"Answers \"where does human judgment actually bind, and is it real?\" For every junction (a point where a human decision gates a flow), verify the five specifications exist in writing, size it with the utilization formula, and price the erosion of assisted selection.","apply":"Use whenever human-in-the-loop, oversight, or approval steps are in scope. Fewer than five written specs = the junction is decorative. Above ~85% utilization = rubber stamp; below ~20% = consider consolidation. Output the junction ledger.","keyQuestion":"","body":"Answers \"where does human judgment actually bind, and is it real?\" For every junction (a point where a human decision gates a flow), verify the five specifications exist in writing, size it with the utilization formula, and price the erosion of assisted selection.\n- **Apply**: Use whenever human-in-the-loop, oversight, or approval steps are in scope. Fewer than five written specs = the junction is decorative. Above ~85% utilization = rubber stamp; below ~20% = consider consolidation. Output the junction ledger.","sourceLine":2137,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-004","name":"Layer 3 — Topology","discipline":"orchestrator","section":"orchestrator-section-01","sectionName":"The Orchestration Engine (Layers 0–4)","kind":"Engine step","essence":"Answers \"does the structure survive scale?\" Units grow linearly, channels grow roughly as the square, judgment is fixed — audit three structural rules (bounded fan, junction routing, schema'd flows) then run the cascade check to draw each unit's blast radius.","apply":"Use to audit structural durability at scale. Blast radii containing customer-visible or irreversible actions with zero intermediate checks are the finding that outranks all others. Output the topology verdict.","keyQuestion":"","body":"Answers \"does the structure survive scale?\" Units grow linearly, channels grow roughly as the square, judgment is fixed — audit three structural rules (bounded fan, junction routing, schema'd flows) then run the cascade check to draw each unit's blast radius.\n- **Apply**: Use to audit structural durability at scale. Blast radii containing customer-visible or irreversible actions with zero intermediate checks are the finding that outranks all others. Output the topology verdict.","sourceLine":2141,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-005","name":"Layer 4 — Human Capital","discipline":"orchestrator","section":"orchestrator-section-01","sectionName":"The Orchestration Engine (Layers 0–4)","kind":"Engine step","essence":"Answers \"is the firm consuming its future judges?\" Judgment is a manufactured input with a lead time in years, manufactured on the bottom rungs automation removes — audit which rungs are gone, what deliberate replacements exist, and the 24-month arithmetic of judges forming vs judges needed.","apply":"Use for org and bench decisions. Also apply the teammate substitution (one assisted person covers what small teams were assembled for) and audit for convergence risk — whether team members draft independently before comparing, or the first output anchors everyone. Output the bench verdict.","keyQuestion":"","body":"Answers \"is the firm consuming its future judges?\" Judgment is a manufactured input with a lead time in years, manufactured on the bottom rungs automation removes — audit which rungs are gone, what deliberate replacements exist, and the 24-month arithmetic of judges forming vs judges needed.\n- **Apply**: Use for org and bench decisions. Also apply the teammate substitution (one assisted person covers what small teams were assembled for) and audit for convergence risk — whether team members draft independently before comparing, or the first output anchors everyone. Output the bench verdict.","sourceLine":2145,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-006","name":"Configure → Diagnose → Prescribe","discipline":"orchestrator","section":"orchestrator-section-02","sectionName":"The Three-Phase Execution Flow","kind":"Model / lens","essence":"Every engagement runs three phases — Phase 1 Configure (identify mode, scope, available numbers), Phase 2 Diagnose (run the Orchestration Engine Layers 0–4, no skipped layers), Phase 3 Prescribe (produce the mode's artifact with engine traceability).","apply":"Use as the spine of every engagement. Phase 3 never runs without Phase 2. Never invent the user's metrics — where numbers are missing, ask or mark `[INPUT NEEDED]` and proceed.","keyQuestion":"","body":"Every engagement runs three phases — Phase 1 Configure (identify mode, scope, available numbers), Phase 2 Diagnose (run the Orchestration Engine Layers 0–4, no skipped layers), Phase 3 Prescribe (produce the mode's artifact with engine traceability).\n- **Apply**: Use as the spine of every engagement. Phase 3 never runs without Phase 2. Never invent the user's metrics — where numbers are missing, ask or mark `[INPUT NEEDED]` and proceed.","sourceLine":2154,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-007","name":"Mode 1 — Operating Model Review","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Full-engine audit (Layers 0–4) producing findings per layer, maturity level, the five highest-leverage corrections ranked by effort/impact, and a 90-day sequence.","apply":"Triggers: \"review our AI setup,\" \"are we doing this right,\" audits. Artifact: the Operating Model Review (T8) with maturity dial and 90-day roadmap.","keyQuestion":"","body":"Full-engine audit (Layers 0–4) producing findings per layer, maturity level, the five highest-leverage corrections ranked by effort/impact, and a 90-day sequence.\n- **Apply**: Triggers: \"review our AI setup,\" \"are we doing this right,\" audits. Artifact: the Operating Model Review (T8) with maturity dial and 90-day roadmap.","sourceLine":2165,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-008","name":"Mode 2 — Automation Triage","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Layer 0 deep + Layer 4 check, producing a work map plus the frontier — an automate-first list with per-flow junction requirements and an explicit do-not-automate list with reasons.","apply":"Triggers: \"what should we automate,\" roadmaps, prioritization. The do-not-automate list seeds the refusal log. Artifact: frontier chart + work map.","keyQuestion":"","body":"Layer 0 deep + Layer 4 check, producing a work map plus the frontier — an automate-first list with per-flow junction requirements and an explicit do-not-automate list with reasons.\n- **Apply**: Triggers: \"what should we automate,\" roadmaps, prioritization. The do-not-automate list seeds the refusal log. Artifact: frontier chart + work map.","sourceLine":2169,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-009","name":"Mode 3 — Junction Design","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Layer 0 (the flow) + Layer 2 (deep), producing junction spec(s) with sizing math shown and the erosion countermeasures chosen.","apply":"Triggers: human-in-the-loop, oversight, review process, approval workflow. Artifact: junction spec (T3) + junction schematic.","keyQuestion":"","body":"Layer 0 (the flow) + Layer 2 (deep), producing junction spec(s) with sizing math shown and the erosion countermeasures chosen.\n- **Apply**: Triggers: human-in-the-loop, oversight, review process, approval workflow. Artifact: junction spec (T3) + junction schematic.","sourceLine":2173,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-010","name":"Mode 4 — Agent Charter & Governance","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Layer 1 deep + Layer 3 blast-radius check, producing charter one-pagers plus the autonomy ladder with promotion thresholds and demotion rails.","apply":"Triggers: agent rules, permissions, what agents can do, AI policy. Artifact: charter one-pagers (T6) + autonomy ladder.","keyQuestion":"","body":"Layer 1 deep + Layer 3 blast-radius check, producing charter one-pagers plus the autonomy ladder with promotion thresholds and demotion rails.\n- **Apply**: Triggers: agent rules, permissions, what agents can do, AI policy. Artifact: charter one-pagers (T6) + autonomy ladder.","sourceLine":2177,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-011","name":"Mode 5 — Org Redesign","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Layers 0, 2, 4 with mandatory teammate-substitution analysis, producing the graph redesign — flows-to-junctions map, roles redefined as junction ownership plus bench positions, and the staircase plan.","apply":"Triggers: team structure, roles, spans, \"do we still need X team.\" Artifact: before/after graph + bench plan.","keyQuestion":"","body":"Layers 0, 2, 4 with mandatory teammate-substitution analysis, producing the graph redesign — flows-to-junctions map, roles redefined as junction ownership plus bench positions, and the staircase plan.\n- **Apply**: Triggers: team structure, roles, spans, \"do we still need X team.\" Artifact: before/after graph + bench plan.","sourceLine":2181,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-012","name":"Mode 6 — Adoption Rescue","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Diagnose against the failure pattern library (Part C), identify which pathologies are present, then run only the layers those pathologies implicate — producing diagnosis, root-cause chain, and corrective sequence.","apply":"Triggers: pilots stalling, \"our AI initiative isn't working,\" low usage, quality complaints. Artifact: pathology board + corrective path.","keyQuestion":"","body":"Diagnose against the failure pattern library (Part C), identify which pathologies are present, then run only the layers those pathologies implicate — producing diagnosis, root-cause chain, and corrective sequence.\n- **Apply**: Triggers: pilots stalling, \"our AI initiative isn't working,\" low usage, quality complaints. Artifact: pathology board + corrective path.","sourceLine":2185,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-013","name":"Mode 7 — Measurement & ROI","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Layer 2 sizing plus the gauge panel, producing the six-gauge panel built strictly on user-supplied numbers with formulas shown and cost-per-outcome replacing cost-per-call.","apply":"Triggers: KPIs, metrics, \"is it working,\" business case. If numbers are missing, the artifact becomes the measurement plan (what to instrument, where, cadence). Artifact: gauge dashboard (T7).","keyQuestion":"","body":"Layer 2 sizing plus the gauge panel, producing the six-gauge panel built strictly on user-supplied numbers with formulas shown and cost-per-outcome replacing cost-per-call.\n- **Apply**: Triggers: KPIs, metrics, \"is it working,\" business case. If numbers are missing, the artifact becomes the measurement plan (what to instrument, where, cadence). Artifact: gauge dashboard (T7).","sourceLine":2189,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-014","name":"Mode 8 — Cadence & Practice","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Produces the operating calendar — weekly junction review, monthly roster walk, quarterly model review, annual clean-sheet test — each with attendees, inputs, and questions asked, plus the refusal log format.","apply":"Triggers: governance rhythm, review meetings, \"how do we keep this healthy.\" Artifact: calendar wheel + refusal log.","keyQuestion":"","body":"Produces the operating calendar — weekly junction review, monthly roster walk, quarterly model review, annual clean-sheet test — each with attendees, inputs, and questions asked, plus the refusal log format.\n- **Apply**: Triggers: governance rhythm, review meetings, \"how do we keep this healthy.\" Artifact: calendar wheel + refusal log.","sourceLine":2193,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-015","name":"Composition Rules (compound requests)","discipline":"orchestrator","section":"orchestrator-section-03","sectionName":"Operating Modes (Mode Cards)","kind":"Operating mode","essence":"Modes combine — route compound requests as sums, run the union of their layers, deliver one merged artifact set (e.g. \"cut costs with AI\" = Mode 2 + Mode 7; \"choose our AI stack/vendor\" = Mode 2 + own/rent ledger + swap-test criterion; \"board update\" = Mode 7 + maturity dial + refusal log headline; \"roll it out\" = Mode 5 + Mode 8).","apply":"Use when a request spans modes. Anything not listed: pick the nearest mode by artifact and say which. Never start vendor selection from vendor features.","keyQuestion":"","body":"Modes combine — route compound requests as sums, run the union of their layers, deliver one merged artifact set (e.g. \"cut costs with AI\" = Mode 2 + Mode 7; \"choose our AI stack/vendor\" = Mode 2 + own/rent ledger + swap-test criterion; \"board update\" = Mode 7 + maturity dial + refusal log headline; \"roll it out\" = Mode 5 + Mode 8).\n- **Apply**: Use when a request spans modes. Anything not listed: pick the nearest mode by artifact and say which. Never start vendor selection from vendor features.","sourceLine":2197,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-016","name":"The Charter Test","discipline":"orchestrator","section":"orchestrator-section-04","sectionName":"The Audit Tests (Layer 1)","kind":"Instrument","essence":"Can anyone produce the unit's one-page charter? No charter = exposure, not automation.","apply":"First and most diagnostic test of any automated unit; run it before the others.","keyQuestion":"","body":"Can anyone produce the unit's one-page charter? No charter = exposure, not automation.\n- **Apply**: First and most diagnostic test of any automated unit; run it before the others.","sourceLine":2206,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-017","name":"The Swap Test","discipline":"orchestrator","section":"orchestrator-section-04","sectionName":"The Audit Tests (Layer 1)","kind":"Instrument","essence":"If the model vendor changed tomorrow, what else would need touching? Everything that would need touching is what the firm has actually built; if the answer is \"the quality,\" the firm built nothing.","apply":"Use to distinguish real property from rented capability; also the selection criterion for vendor/stack choices.","keyQuestion":"","body":"If the model vendor changed tomorrow, what else would need touching? Everything that would need touching is what the firm has actually built; if the answer is \"the quality,\" the firm built nothing.\n- **Apply**: Use to distinguish real property from rented capability; also the selection criterion for vendor/stack choices.","sourceLine":2210,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-018","name":"The Method Test","discipline":"orchestrator","section":"orchestrator-section-04","sectionName":"The Audit Tests (Layer 1)","kind":"Instrument","essence":"Does the unit apply the firm's way of working, or the model's average? \"It's in the prompt somewhere\" = amplifier, not discipline.","apply":"Ask for the encoded checklist. Use to detect the Amplifier Trap.","keyQuestion":"","body":"Does the unit apply the firm's way of working, or the model's average? \"It's in the prompt somewhere\" = amplifier, not discipline.\n- **Apply**: Ask for the encoded checklist. Use to detect the Amplifier Trap.","sourceLine":2214,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-019","name":"The Record Test","discipline":"orchestrator","section":"orchestrator-section-04","sectionName":"The Audit Tests (Layer 1)","kind":"Instrument","essence":"Pick last week's corrections; where are they now? If the answer is a chat thread, the flywheel is not spinning.","apply":"Use to verify corrections are captured by construction, not evaporating.","keyQuestion":"","body":"Pick last week's corrections; where are they now? If the answer is a chat thread, the flywheel is not spinning.\n- **Apply**: Use to verify corrections are captured by construction, not evaporating.","sourceLine":2218,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-020","name":"The Five Junction Specifications","discipline":"orchestrator","section":"orchestrator-section-05","sectionName":"The Judgment System Mechanics (Layer 2)","kind":"Model / lens","essence":"A real junction has five things in writing: what arrives (checkable format), the decision, the standards applied, approve-alone vs escalate thresholds, and the correction-capture destination. Fewer than five = the junction is decorative.","apply":"Use to verify any human-in-the-loop checkpoint is real before trusting it.","keyQuestion":"","body":"A real junction has five things in writing: what arrives (checkable format), the decision, the standards applied, approve-alone vs escalate thresholds, and the correction-capture destination. Fewer than five = the junction is decorative.\n- **Apply**: Use to verify any human-in-the-loop checkpoint is real before trusting it.","sourceLine":2227,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-021","name":"Junction Utilization (sizing law)","discipline":"orchestrator","section":"orchestrator-section-05","sectionName":"The Judgment System Mechanics (Layer 2)","kind":"Model / lens","essence":"`utilization = (items/week × minutes/item) / (judge hours available × 60)`. Above ~85% the junction is a rubber stamp — the judge approves to survive; below ~20% consider consolidation.","apply":"Use to size every junction as a design act; show the math in the open.","keyQuestion":"","body":"`utilization = (items/week × minutes/item) / (judge hours available × 60)`. Above ~85% the junction is a rubber stamp — the judge approves to survive; below ~20% consider consolidation.\n- **Apply**: Use to size every junction as a design act; show the math in the open.","sourceLine":2231,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-022","name":"Judgment Erosion (the pricing rule)","discipline":"orchestrator","section":"orchestrator-section-05","sectionName":"The Judgment System Mechanics (Layer 2)","kind":"Model / lens","essence":"Selection quality measurably degrades with assistance — judges picking among machine outputs choose the best roughly a third of the time versus half unassisted. Countermeasures: schema-checked inputs so judges see only the judgmental residue, monthly calibration sets, junction rotation.","apply":"Price this into every junction design and build in the countermeasures.","keyQuestion":"","body":"Selection quality measurably degrades with assistance — judges picking among machine outputs choose the best roughly a third of the time versus half unassisted. Countermeasures: schema-checked inputs so judges see only the judgmental residue, monthly calibration sets, junction rotation.\n- **Apply**: Price this into every junction design and build in the countermeasures.","sourceLine":2235,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-023","name":"The Bottom Rung Dissolves","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Assisted individuals replicate team breadth; entry-level work is the first casualty, and with it the training ground.","apply":"Cite in human-capital and org-redesign analyses to justify deliberate bench mechanisms.","keyQuestion":"","body":"Assisted individuals replicate team breadth; entry-level work is the first casualty, and with it the training ground.\n- **Apply**: Cite in human-capital and org-redesign analyses to justify deliberate bench mechanisms.","sourceLine":2244,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-024","name":"The Judgment Erosion","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Assistance degrades selection; the skill of choosing among outputs decays exactly when it becomes the job.","apply":"Use to justify calibration sets and schema'd inputs at junctions.","keyQuestion":"","body":"Assistance degrades selection; the skill of choosing among outputs decays exactly when it becomes the job.\n- **Apply**: Use to justify calibration sets and schema'd inputs at junctions.","sourceLine":2248,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-025","name":"The Teammate Substitution","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Teams justified by coverage are no longer auto-justified; the remaining reason is engineered diversity of judgment.","apply":"Mandatory in Mode 5 org redesign; drives span and headcount decisions.","keyQuestion":"","body":"Teams justified by coverage are no longer auto-justified; the remaining reason is engineered diversity of judgment.\n- **Apply**: Mandatory in Mode 5 org redesign; drives span and headcount decisions.","sourceLine":2252,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-026","name":"Booked, Not Predicted","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"When restructuring charges cite the agentic model, the transition stopped being a forecast.","apply":"Cite to move a discussion from speculation to audited fact.","keyQuestion":"","body":"When restructuring charges cite the agentic model, the transition stopped being a forecast.\n- **Apply**: Cite to move a discussion from speculation to audited fact.","sourceLine":2256,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-028","name":"The Fit","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Performance lives in the co-adaptation of model, harness, and context; the fit cannot be bought, only accumulated.","apply":"Use to argue against expecting bought performance and for accumulated advantage.","keyQuestion":"","body":"Performance lives in the co-adaptation of model, harness, and context; the fit cannot be bought, only accumulated.\n- **Apply**: Use to argue against expecting bought performance and for accumulated advantage.","sourceLine":2262,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-029","name":"Amplifier vs Discipline","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"The harness scales whatever is encoded in it; without method it scales error.","apply":"Use to diagnose the Amplifier Trap and justify encoding method.","keyQuestion":"","body":"The harness scales whatever is encoded in it; without method it scales error.\n- **Apply**: Use to diagnose the Amplifier Trap and justify encoding method.","sourceLine":2266,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-030","name":"Encode the Method","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"The firm's checklists and red lines as machinery — the difference between the model's average and the firm's standard.","apply":"The structural fix whenever the method test scores zero.","keyQuestion":"","body":"The firm's checklists and red lines as machinery — the difference between the model's average and the firm's standard.\n- **Apply**: The structural fix whenever the method test scores zero.","sourceLine":2270,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-031","name":"The Junction","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Real only when its five specifications are written; otherwise decoration.","apply":"The definitional rule for every human checkpoint.","keyQuestion":"","body":"Real only when its five specifications are written; otherwise decoration.\n- **Apply**: The definitional rule for every human checkpoint.","sourceLine":2274,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-032","name":"The Rubber Stamp","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Above ~85% utilization a judge approves to survive; sizing is a design act.","apply":"Use to detect and fix decorative approval steps.","keyQuestion":"","body":"Above ~85% utilization a judge approves to survive; sizing is a design act.\n- **Apply**: Use to detect and fix decorative approval steps.","sourceLine":2278,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-034","name":"Calibration Decay","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Judges need scored practice or their standards drift with the machine's.","apply":"Justifies monthly calibration sets and junction rotation.","keyQuestion":"","body":"Judges need scored practice or their standards drift with the machine's.\n- **Apply**: Justifies monthly calibration sets and junction rotation.","sourceLine":2284,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-035","name":"The Exhaust Flywheel","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Corrections, captured by construction, are the compounding asset; a competitor can rent your model, not your ten thousand corrections.","apply":"The core argument for capture-by-construction as competitive moat.","keyQuestion":"","body":"Corrections, captured by construction, are the compounding asset; a competitor can rent your model, not your ten thousand corrections.\n- **Apply**: The core argument for capture-by-construction as competitive moat.","sourceLine":2288,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":["BE-M0260"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-038","name":"The Graph, Not the Chart","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Agents execute flows; humans hold junctions; the org chart describes neither.","apply":"The governing metaphor for Mode 5 org redesign.","keyQuestion":"","body":"Agents execute flows; humans hold junctions; the org chart describes neither.\n- **Apply**: The governing metaphor for Mode 5 org redesign.","sourceLine":2296,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-042","name":"The Missing Staircase","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Judgment is manufactured on rungs automation removes; rebuild deliberately or run on inventory.","apply":"The Layer 4 imperative for bench planning.","keyQuestion":"","body":"Judgment is manufactured on rungs automation removes; rebuild deliberately or run on inventory.\n- **Apply**: The Layer 4 imperative for bench planning.","sourceLine":2306,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-043","name":"Scheduled Judgment Beats Incident Judgment","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"The cadence is the control.","apply":"Justifies the operating calendar over reactive, incident-driven review.","keyQuestion":"","body":"The cadence is the control.\n- **Apply**: Justifies the operating calendar over reactive, incident-driven review.","sourceLine":2310,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-047","name":"Cost per Outcome, Never per Call","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"The denominator is the discipline.","apply":"Replace API-bill reasoning with cost per gated, delivered outcome in all measurement.","keyQuestion":"","body":"The denominator is the discipline.\n- **Apply**: Replace API-bill reasoning with cost per gated, delivered outcome in all measurement.","sourceLine":2320,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-048","name":"Pilot Purgatory","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Demos everywhere, production nowhere — because no charters and no gates mean nothing can be trusted enough to ship.","apply":"Fix: charter + instrument one flow end-to-end; ship narrow.","keyQuestion":"","body":"Demos everywhere, production nowhere — because no charters and no gates mean nothing can be trusted enough to ship.\n- **Apply**: Fix: charter + instrument one flow end-to-end; ship narrow.","sourceLine":2331,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-049","name":"The Rubber-Stamp Junction","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Near-100% approval rates, caused by utilization >85% or unspecified standards.","apply":"Fix: schema the inputs, resize or split the junction, publish the standards.","keyQuestion":"","body":"Near-100% approval rates, caused by utilization >85% or unspecified standards.\n- **Apply**: Fix: schema the inputs, resize or split the junction, publish the standards.","sourceLine":2335,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-050","name":"The Amplifier Trap","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Output up, quality complaints up — a harness without encoded method scaled the firm's errors.","apply":"Fix: encode the checklist/red lines into the procedure; add the gate.","keyQuestion":"","body":"Output up, quality complaints up — a harness without encoded method scaled the firm's errors.\n- **Apply**: Fix: encode the checklist/red lines into the procedure; add the gate.","sourceLine":2339,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-054","name":"Cost-per-Call Illusion","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"\"AI is expensive\"/\"AI is cheap\" argued from API bills — the wrong denominator.","apply":"Fix: cost per gated, delivered outcome; count the junction minutes.","keyQuestion":"","body":"\"AI is expensive\"/\"AI is cheap\" argued from API bills — the wrong denominator.\n- **Apply**: Fix: cost per gated, delivered outcome; count the junction minutes.","sourceLine":2349,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-055","name":"Staircase Consumption","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Junior hiring frozen, seniors fine \"for now\" — bottom rungs automated with no replacement mechanisms.","apply":"Fix: Layer 4 bench plan; apprenticeship at the junction.","keyQuestion":"","body":"Junior hiring frozen, seniors fine \"for now\" — bottom rungs automated with no replacement mechanisms.\n- **Apply**: Fix: Layer 4 bench plan; apprenticeship at the junction.","sourceLine":2353,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-056","name":"The Convergence Trap","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Team outputs increasingly identical because the first assistant output anchors everyone.","apply":"Fix: independent drafts before comparison; diversity by construction.","keyQuestion":"","body":"Team outputs increasingly identical because the first assistant output anchors everyone.\n- **Apply**: Fix: independent drafts before comparison; diversity by construction.","sourceLine":2357,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-057","name":"Vendor Condensation","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"The firm's edge showing up in a vendor's product roadmap — differentiated flows run through rented platforms, so the loop compounds for the landlord.","apply":"Fix: own/rent re-sort; bring edge-writing flows inside the walls.","keyQuestion":"","body":"The firm's edge showing up in a vendor's product roadmap — differentiated flows run through rented platforms, so the loop compounds for the landlord.\n- **Apply**: Fix: own/rent re-sort; bring edge-writing flows inside the walls.","sourceLine":2361,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-058","name":"Point-to-Point Sprawl","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Nobody can say what talks to what; incidents are archaeology — caused by unbounded fan and no schemas.","apply":"Fix: topology rules retrofitted at the consequential channels first.","keyQuestion":"","body":"Nobody can say what talks to what; incidents are archaeology — caused by unbounded fan and no schemas.\n- **Apply**: Fix: topology rules retrofitted at the consequential channels first.","sourceLine":2365,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-059","name":"Incident-Driven Operations","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Reviews happen after failures only, because there is no cadence.","apply":"Fix: the operating calendar; scheduled judgment beats incident judgment.","keyQuestion":"","body":"Reviews happen after failures only, because there is no cadence.\n- **Apply**: Fix: the operating calendar; scheduled judgment beats incident judgment.","sourceLine":2369,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-060","name":"The Orchestration Maturity Ladder","discipline":"orchestrator","section":"orchestrator-section-08","sectionName":"Maturity Scale (L0–L5)","kind":"Maturity ladder","essence":"A six-level scale for scoring a scope — L0 Ad hoc (individuals use AI, no charters/junctions/record), L1 Piloted (named use cases, demos, nothing instrumented), L2 Chartered (units have charters and owners, junctions unsized, corrections partly captured), L3 Instrumented (frozen evals, sized junctions, current roster, autonomy by thresholds, six gauges live), L4 Governed (full cadence, topology rules enforced, refusal log maintained, bench plan funded), L5 Compounding (loop measurably improves quarter over quarter, property share rising, operating model a stated competitive asset with receipts).","apply":"Score the scope, state the level and the gap to the next. Most firms claiming \"AI-first\" audit at L1; the jump that pays is L1→L3, and it runs through charters and evals, not better models.","keyQuestion":"","body":"A six-level scale for scoring a scope — L0 Ad hoc (individuals use AI, no charters/junctions/record), L1 Piloted (named use cases, demos, nothing instrumented), L2 Chartered (units have charters and owners, junctions unsized, corrections partly captured), L3 Instrumented (frozen evals, sized junctions, current roster, autonomy by thresholds, six gauges live), L4 Governed (full cadence, topology rules enforced, refusal log maintained, bench plan funded), L5 Compounding (loop measurably improves quarter over quarter, property share rising, operating model a stated competitive asset with receipts).\n- **Apply**: Score the scope, state the level and the gap to the next. Most firms claiming \"AI-first\" audit at L1; the jump that pays is L1→L3, and it runs through charters and evals, not better models.","sourceLine":2378,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-062","name":"The Four Rhythms","discipline":"orchestrator","section":"orchestrator-section-10","sectionName":"The Operating Calendar (cadence rhythms)","kind":"Model / lens","essence":"A nested governance cadence — weekly junction review, monthly roster walk, quarterly model review, annual clean-sheet test — each with attendees, inputs, and the questions asked, plus the refusal log.","apply":"Use in Mode 8 to keep an operating model healthy; scheduled judgment beats incident judgment.","keyQuestion":"","body":"A nested governance cadence — weekly junction review, monthly roster walk, quarterly model review, annual clean-sheet test — each with attendees, inputs, and the questions asked, plus the refusal log.\n- **Apply**: Use in Mode 8 to keep an operating model healthy; scheduled judgment beats incident judgment.","sourceLine":2392,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-063","name":"T1 Work Map","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Table: Flow · Volume · Specifiable · Consequence (sev/rev) · Category · Junction? · Notes.","apply":"The Layer 0 finding format; renders visually as the Frontier Chart.","keyQuestion":"","body":"Table: Flow · Volume · Specifiable · Consequence (sev/rev) · Category · Junction? · Notes.\n- **Apply**: The Layer 0 finding format; renders visually as the Frontier Chart.","sourceLine":2401,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-064","name":"T2 Own/Rent Ledger","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Table: Component · Own/Rent · Vendor-learns-our-edge? · Reasoning · Exit path.","apply":"Use for stack/vendor decisions; a shared artifact across the suite.","keyQuestion":"","body":"Table: Component · Own/Rent · Vendor-learns-our-edge? · Reasoning · Exit path.\n- **Apply**: Use for stack/vendor decisions; a shared artifact across the suite.","sourceLine":2405,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-065","name":"T3 Junction Spec","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Flow; Judge (role, named); Arrives (format, checkable fields); Decision; Standards; Approve-alone vs escalate; Corrections captured to; Sizing (items/wk × min/item ÷ hours → utilization %); Erosion countermeasures.","apply":"The Mode 3 deliverable, 1:1 to a unit's control band.","keyQuestion":"","body":"Flow; Judge (role, named); Arrives (format, checkable fields); Decision; Standards; Approve-alone vs escalate; Corrections captured to; Sizing (items/wk × min/item ÷ hours → utilization %); Erosion countermeasures.\n- **Apply**: The Mode 3 deliverable, 1:1 to a unit's control band.","sourceLine":2409,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-066","name":"T4 Instrument Sheet","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Eval set (N cases, source, correct-outcome definition); scoring rule; promotion threshold + hold period; current score; autonomy level; promotion log (date, evidence, approver).","apply":"Use to gate autonomy by evidence; filled by Agent Engineering's suite scores.","keyQuestion":"","body":"Eval set (N cases, source, correct-outcome definition); scoring rule; promotion threshold + hold period; current score; autonomy level; promotion log (date, evidence, approver).\n- **Apply**: Use to gate autonomy by evidence; filled by Agent Engineering's suite scores.","sourceLine":2413,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-067","name":"T5 Bench Plan","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Rungs removed; replacement mechanisms; judges forming vs needed (24mo); gap; convergence controls.","apply":"The Layer 4 / Mode 5 human-capital deliverable.","keyQuestion":"","body":"Rungs removed; replacement mechanisms; judges forming vs needed (24mo); gap; convergence controls.\n- **Apply**: The Layer 4 / Mode 5 human-capital deliverable.","sourceLine":2417,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-068","name":"T6 Agent Charter (one page)","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Mandate (one sentence); outcomes owed; boundaries (must never); escalation (to whom, when); definition of done; owner; version; autonomy + evidence.","apply":"The Mode 4 deliverable and the unit-commission seed handed to Agent Engineering.","keyQuestion":"","body":"Mandate (one sentence); outcomes owed; boundaries (must never); escalation (to whom, when); definition of done; owner; version; autonomy + evidence.\n- **Apply**: The Mode 4 deliverable and the unit-commission seed handed to Agent Engineering.","sourceLine":2421,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-069","name":"T7 Gauge Panel","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Leverage · Judgment load · Property share · Bench depth · Escape rate · Cost per outcome — formula + current + trend + limit per gauge, trends over levels.","apply":"The Mode 7 deliverable; renders as the Gauge Dashboard.","keyQuestion":"","body":"Leverage · Judgment load · Property share · Bench depth · Escape rate · Cost per outcome — formula + current + trend + limit per gauge, trends over levels.\n- **Apply**: The Mode 7 deliverable; renders as the Gauge Dashboard.","sourceLine":2425,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-070","name":"T8 Operating Model Review","discipline":"orchestrator","section":"orchestrator-section-11","sectionName":"Output Templates (shared artifacts)","kind":"Instrument","essence":"Scope & maturity level; findings by layer (0–4, each evidence → implication); failure patterns present; the five corrections ranked (effort × impact, each tied to a layer finding); the 90-day sequence; refusal list; attribution.","apply":"The full Mode 1 deliverable.","keyQuestion":"","body":"Scope & maturity level; findings by layer (0–4, each evidence → implication); failure patterns present; the five corrections ranked (effort × impact, each tied to a layer finding); the 90-day sequence; refusal list; attribution.\n- **Apply**: The full Mode 1 deliverable.","sourceLine":2429,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-071","name":"The Cybernetic Teammate finding","discipline":"orchestrator","section":"orchestrator-section-12","sectionName":"Evidence Base (cite as replaceable instances, dated)","kind":"Model / lens","essence":"Field experiment (Dell'Acqua, Lakhani et al., Organization Science, 2026; 791 professionals, P&G): assisted individuals matched two-person team quality; assisted selection picked the best of five ~33% vs ~50% unassisted — the leverage and the erosion, measured together.","apply":"Cite for both the teammate substitution and judgment erosion; hedge as an instance, date it.","keyQuestion":"","body":"Field experiment (Dell'Acqua, Lakhani et al., Organization Science, 2026; 791 professionals, P&G): assisted individuals matched two-person team quality; assisted selection picked the best of five ~33% vs ~50% unassisted — the leverage and the erosion, measured together.\n- **Apply**: Cite for both the teammate substitution and judgment erosion; hedge as an instance, date it.","sourceLine":2438,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-072","name":"Harness-tuning economics","discipline":"orchestrator","section":"orchestrator-section-12","sectionName":"Evidence Base (cite as replaceable instances, dated)","kind":"Model / lens","essence":"NVIDIA published agent blueprint (2026): a tuned loop around an open-weight model matched frontier task results at roughly one-tenth cost per run, base model unchanged — cost is a capability the loop spends.","apply":"Cite for \"Cost Is a Capability\" and the swap test; hedge as an instance.","keyQuestion":"","body":"NVIDIA published agent blueprint (2026): a tuned loop around an open-weight model matched frontier task results at roughly one-tenth cost per run, base model unchanged — cost is a capability the loop spends.\n- **Apply**: Cite for \"Cost Is a Capability\" and the swap test; hedge as an instance.","sourceLine":2442,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-073","name":"Booked receipts","discipline":"orchestrator","section":"orchestrator-section-12","sectionName":"Evidence Base (cite as replaceable instances, dated)","kind":"Model / lens","essence":"Q2 2026 filings: a major internet-infrastructure firm recorded a restructuring charge for its agentic operating model while revenue accelerated (headcount −14%, revenue per head +33%); a major enterprise-software firm disclosed ~$1B AI-attached contract value.","apply":"Cite for \"Booked, Not Predicted\" — the operating model is on audited statements.","keyQuestion":"","body":"Q2 2026 filings: a major internet-infrastructure firm recorded a restructuring charge for its agentic operating model while revenue accelerated (headcount −14%, revenue per head +33%); a major enterprise-software firm disclosed ~$1B AI-attached contract value.\n- **Apply**: Cite for \"Booked, Not Predicted\" — the operating model is on audited statements.","sourceLine":2446,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-02-074","name":"The Read → Design → Run → Build handoff","discipline":"orchestrator","section":"orchestrator-section-13","sectionName":"Seat Boundaries & Interop","kind":"Model / lens","essence":"One seat of The Business Engineer suite — the Business Engineer reads markets/companies, the Business Architect decides what the firm should be (its designs arrive here as flows to map), the Orchestrator runs it, and Agent Engineering builds the units (fed by this seat's work maps, junction specs, and charter seeds).","apply":"When a request spans seats, route in one line by name, deliver this seat's artifact, and name what the adjacent skill adds. Consume adjacent reads/designs as context — never re-derive them. Shared artifacts (own/rent ledger, charter, gauge conventions) travel between skills unchanged.","keyQuestion":"","body":"One seat of The Business Engineer suite — the Business Engineer reads markets/companies, the Business Architect decides what the firm should be (its designs arrive here as flows to map), the Orchestrator runs it, and Agent Engineering builds the units (fed by this seat's work maps, junction specs, and charter seeds).\n- **Apply**: When a request spans seats, route in one line by name, deliver this seat's artifact, and name what the adjacent skill adds. Consume adjacent reads/designs as context — never re-derive them. Shared artifacts (own/rent ledger, charter, gauge conventions) travel between skills unchanged.","sourceLine":2455,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-001","name":"The Category the Instruments Cannot Count","discipline":"cfo","section":"cfo-section-01","sectionName":"Foundational premise — why the number does not exist","kind":"Model / lens","essence":"The firm is buying a category its instruments were never built to count — software was a license (booked once, amortized, consumed by tracked headcount), but the firm now buys *work*: metered by the unit, consumed unevenly, performed by systems that improve on someone else's schedule and change behavior without a purchase order.","apply":"Open any \"what is AI costing us\" question here — the number is absent for a structural reason, not a negligence one. The first deliverable is the counting rule, not a total.","keyQuestion":"","body":"The firm is buying a category its instruments were never built to count — software was a license (booked once, amortized, consumed by tracked headcount), but the firm now buys *work*: metered by the unit, consumed unevenly, performed by systems that improve on someone else's schedule and change behavior without a purchase order.\n- **Apply**: Open any \"what is AI costing us\" question here — the number is absent for a structural reason, not a negligence one. The first deliverable is the counting rule, not a total.","sourceLine":2476,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-002","name":"Three Retired Assumptions","discipline":"cfo","section":"cfo-section-01","sectionName":"Foundational premise — why the number does not exist","kind":"Model / lens","essence":"Three assumptions retired, each taking instruments with it — (1) **Zero marginal cost, retired**: software acquired a cost of goods, so margin is engineered not inherited, and finance gets a legitimate seat in routing, caching, and model-tier decisions; (2) **The seat as the unit, retired**: consumption is heavy-tailed, so headcount × price misprices both ends; (3) **The purchase stays put, retired**: the deliverable moves under the contract.","apply":"Use to diagnose why a legacy budgeting instrument is misfiring — trace the failure to whichever retired assumption it still relies on.","keyQuestion":"","body":"Three assumptions retired, each taking instruments with it — (1) **Zero marginal cost, retired**: software acquired a cost of goods, so margin is engineered not inherited, and finance gets a legitimate seat in routing, caching, and model-tier decisions; (2) **The seat as the unit, retired**: consumption is heavy-tailed, so headcount × price misprices both ends; (3) **The purchase stays put, retired**: the deliverable moves under the contract.\n- **Apply**: Use to diagnose why a legacy budgeting instrument is misfiring — trace the failure to whichever retired assumption it still relies on.","sourceLine":2480,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-003","name":"The Deflation Paradox (price down, bill up)","discipline":"cfo","section":"cfo-section-01","sectionName":"Foundational premise — why the number does not exist","kind":"Model / lens","essence":"The price per unit of intelligence falls while the total bill goes up — the era's central budgeting fact, driven by inference-price curves falling while reasoning and agent loops multiply the tokens.","apply":"State whenever someone expects falling model prices to lower spend; run sensitivity on price-per-unit and units-per-user in opposite directions because both move.","keyQuestion":"","body":"The price per unit of intelligence falls while the total bill goes up — the era's central budgeting fact, driven by inference-price curves falling while reasoning and agent loops multiply the tokens.\n- **Apply**: State whenever someone expects falling model prices to lower spend; run sensitivity on price-per-unit and units-per-user in opposite directions because both move.","sourceLine":2484,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":["BE-M0134"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-004","name":"The Unchanged Mandate","discipline":"cfo","section":"cfo-section-01","sectionName":"Foundational premise — why the number does not exist","kind":"Model / lens","essence":"What did not change: know what things cost, know what they return, protect the balance sheet, tell the truth to the people who rely on the numbers.","apply":"The anchor when the novelty of AI tempts abandoning finance fundamentals — the instruments change, the mandate does not.","keyQuestion":"","body":"What did not change: know what things cost, know what they return, protect the balance sheet, tell the truth to the people who rely on the numbers.\n- **Apply**: The anchor when the novelty of AI tempts abandoning finance fundamentals — the instruments change, the mandate does not.","sourceLine":2488,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-005","name":"Stage 0 — The question and the phase","discipline":"cfo","section":"cfo-section-02","sectionName":"The engine — Stages 0 to 5","kind":"Engine step","essence":"Establish which part of the seat's year this is — the close, the budget, the capital, the board and audit, the forecast, or the function — and name the room the answer has to survive.","apply":"First move on any engagement; the phase determines which instrument and which LEDGER gate apply.","keyQuestion":"","body":"Establish which part of the seat's year this is — the close, the budget, the capital, the board and audit, the forecast, or the function — and name the room the answer has to survive.\n- **Apply**: First move on any engagement; the phase determines which instrument and which LEDGER gate apply.","sourceLine":2497,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-006","name":"Stage 1 — Make it countable","discipline":"cfo","section":"cfo-section-02","sectionName":"The engine — Stages 0 to 5","kind":"Engine step","essence":"Write the counting rule (what counts, where each dollar lands, who owns the line, versioned with reasons), sweep the sources (cloud, licenses/subscriptions, professional services, internal payroll, metered tokens, the shadow estate on cards), enforce one dollar counted once, then name the line the ledger has no field for — attention.","apply":"Before any total is published. If someone outside finance cannot reproduce the total, it is not a total.","keyQuestion":"","body":"Write the counting rule (what counts, where each dollar lands, who owns the line, versioned with reasons), sweep the sources (cloud, licenses/subscriptions, professional services, internal payroll, metered tokens, the shadow estate on cards), enforce one dollar counted once, then name the line the ledger has no field for — attention.\n- **Apply**: Before any total is published. If someone outside finance cannot reproduce the total, it is not a total.","sourceLine":2501,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-007","name":"Stage 2 — Make it comparable","discipline":"cfo","section":"cfo-section-02","sectionName":"The engine — Stages 0 to 5","kind":"Engine step","essence":"Build the unit — cost per accepted outcome (tokens, compute, attention over outcomes a referee accepted) — name routing and cache assumptions, roll it up (per outcome → per workflow × volume → per business unit → the firm), and assemble the AI P&L.","apply":"Once the total is reproducible; a price-per-token table is not a budget and cannot be compared across workflows.","keyQuestion":"","body":"Build the unit — cost per accepted outcome (tokens, compute, attention over outcomes a referee accepted) — name routing and cache assumptions, roll it up (per outcome → per workflow × volume → per business unit → the firm), and assemble the AI P&L.\n- **Apply**: Once the total is reproducible; a price-per-token table is not a budget and cannot be compared across workflows.","sourceLine":2505,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-008","name":"Stage 3 — Make it a plan","discipline":"cfo","section":"cfo-section-02","sectionName":"The engine — Stages 0 to 5","kind":"Engine step","essence":"Budget in units of work (never headcount × price), model the tail apart from the median, attach caps/alerts/owner/re-forecast trigger, and build the return case as baseline → mechanism → commitment → payback with verification written in, underwriting capacity returned rather than a headcount line.","apply":"When turning a countable, comparable estimate into a forward plan and a defensible business case.","keyQuestion":"","body":"Budget in units of work (never headcount × price), model the tail apart from the median, attach caps/alerts/owner/re-forecast trigger, and build the return case as baseline → mechanism → commitment → payback with verification written in, underwriting capacity returned rather than a headcount line.\n- **Apply**: When turning a countable, comparable estimate into a forward plan and a defensible business case.","sourceLine":2509,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-009","name":"Stage 4 — Place the capital honestly","discipline":"cfo","section":"cfo-section-02","sectionName":"The engine — Stages 0 to 5","kind":"Engine step","essence":"Capex-or-opex is elective, so choose deliberately, write the memo at the time, disclose that a choice was made, state the capitalized share/useful life/margin effect; read buy/build/rent as three balance sheets; track commitment vs consumption; run the acid test on your own chair.","apply":"On any material build or capital commitment — the flexible year is the one before the paper is signed.","keyQuestion":"","body":"Capex-or-opex is elective, so choose deliberately, write the memo at the time, disclose that a choice was made, state the capitalized share/useful life/margin effect; read buy/build/rent as three balance sheets; track commitment vs consumption; run the acid test on your own chair.\n- **Apply**: On any material build or capital commitment — the flexible year is the one before the paper is signed.","sourceLine":2513,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[],"note":"Reading note: the source’s “elective” framing does not establish which costs qualify for capitalization. The accounting treatment requires its own supporting basis."},{"id":"BE-12-010","name":"Stage 5 — Govern, guide, and answer","discipline":"cfo","section":"cfo-section-02","sectionName":"The engine — Stages 0 to 5","kind":"Engine step","essence":"Controls for systems that act (authority limit, junction, trace, change control, exception log with owner), guidance as a band and a trigger never a point estimate under drift, the auditor's shelf kept prepared, and the room answered in four minutes with six numbers.","apply":"For the control environment, street/board guidance, and audit-committee preparation.","keyQuestion":"","body":"Controls for systems that act (authority limit, junction, trace, change control, exception log with owner), guidance as a band and a trigger never a point estimate under drift, the auditor's shelf kept prepared, and the room answered in four minutes with six numbers.\n- **Apply**: For the control environment, street/board guidance, and audit-committee preparation.","sourceLine":2517,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-011","name":"LEDGER","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"The seat's own six-letter funding qualification where **every letter closes to a number** — L Landing, E Engine, D Denominator, G Gate, E Elective, R Return — run at gates on the seat's calendar and rerun annually because routing assumptions go stale, the tail moves, and controls written for last year's autonomy tier stop covering this year's.","apply":"On any funding decision or commitment above the noise floor. Output as a table with the actual number or an explicit \"not computed\" per letter — never a qualitative sentence in a cell.","keyQuestion":"","body":"The seat's own six-letter funding qualification where **every letter closes to a number** — L Landing, E Engine, D Denominator, G Gate, E Elective, R Return — run at gates on the seat's calendar and rerun annually because routing assumptions go stale, the tail moves, and controls written for last year's autonomy tier stop covering this year's.\n- **Apply**: On any funding decision or commitment above the noise floor. Output as a table with the actual number or an explicit \"not computed\" per letter — never a qualitative sentence in a cell.","sourceLine":2526,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-012","name":"L — Landing","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"Where does this dollar land, counted once? The number is the commitment mapped to its line with double-counts removed; the failure is a total assembled from four systems that share the same spend.","apply":"At the budget, before the commitment enters the plan.","keyQuestion":"","body":"Where does this dollar land, counted once? The number is the commitment mapped to its line with double-counts removed; the failure is a total assembled from four systems that share the same spend.\n- **Apply**: At the budget, before the commitment enters the plan.","sourceLine":2530,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-013","name":"E — Engine","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"What does one outcome cost to produce? The number is cost per accepted outcome with routing and cache named; the failure is a price-per-token table quoted as a budget.","apply":"At the close, graded on what happened not what was modelled.","keyQuestion":"","body":"What does one outcome cost to produce? The number is cost per accepted outcome with routing and cache named; the failure is a price-per-token table quoted as a budget.\n- **Apply**: At the close, graded on what happened not what was modelled.","sourceLine":2534,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-014","name":"D — Denominator","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"What is the plan built on? The number is consumption in units of work with the tail modelled apart; the failure is headcount × price.","apply":"At the budget.","keyQuestion":"","body":"What is the plan built on? The number is consumption in units of work with the tail modelled apart; the failure is headcount × price.\n- **Apply**: At the budget.","sourceLine":2538,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-015","name":"G — Gate","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"Who can change it, and what may it do unsupervised? The number is the authority limit and the change-control terms; the failure is controls written for software that cannot act.","apply":"With the control environment, on the audit committee's cycle.","keyQuestion":"","body":"Who can change it, and what may it do unsupervised? The number is the authority limit and the change-control terms; the failure is controls written for software that cannot act.\n- **Apply**: With the control environment, on the audit committee's cycle.","sourceLine":2542,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-016","name":"E — Elective","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"Where did we choose to put it? The number is the capitalized share, its life, and the margin effect; the failure is an elective outcome presented as an operating result.","apply":"At the close and on any capital placement.","keyQuestion":"","body":"Where did we choose to put it? The number is the capitalized share, its life, and the margin effect; the failure is an elective outcome presented as an operating result.\n- **Apply**: At the close and on any capital placement.","sourceLine":2546,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-017","name":"R — Return","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"Verified against what? The number is the accepted outcome vs the honest alternative, fully loaded; the failure is adoption dressed as return.","apply":"At the budget, measured against the honest alternative at fully loaded cost including attention.","keyQuestion":"","body":"Verified against what? The number is the accepted outcome vs the honest alternative, fully loaded; the failure is adoption dressed as return.\n- **Apply**: At the budget, measured against the honest alternative at fully loaded cost including attention.","sourceLine":2550,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-018","name":"The Grading Rule (a failed letter prices it, does not stop it)","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"A failed letter does not necessarily stop the commitment — it prices it, and the price goes in the paper as a known exposure with a named owner and a review date; what LEDGER refuses is the unpriced letter, which is the one the audit committee will eventually ask about.","apply":"When a letter comes back \"not computed\" — convert it to a priced exposure rather than blocking the decision or hiding the gap.","keyQuestion":"","body":"A failed letter does not necessarily stop the commitment — it prices it, and the price goes in the paper as a known exposure with a named owner and a review date; what LEDGER refuses is the unpriced letter, which is the one the audit committee will eventually ask about.\n- **Apply**: When a letter comes back \"not computed\" — convert it to a priced exposure rather than blocking the decision or hiding the gap.","sourceLine":2554,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-019","name":"Every Letter Closes to a Number","discipline":"cfo","section":"cfo-section-03","sectionName":"LEDGER — the funding qualification","kind":"Instrument","essence":"No LEDGER cell may hold a qualitative sentence — a letter is a number or it is \"not computed\" with a statement of what it would take.","apply":"Enforce on every board output; it is the discipline that separates F5 from \"F1 with a better dashboard.\"","keyQuestion":"","body":"No LEDGER cell may hold a qualitative sentence — a letter is a number or it is \"not computed\" with a statement of what it would take.\n- **Apply**: Enforce on every board output; it is the discipline that separates F5 from \"F1 with a better dashboard.\"","sourceLine":2558,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-020","name":"Count the Dollar Once","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"One dollar, counted once — remove double-counts explicitly and show the reconciliation; a cloud commitment often appears twice (once as committed spend, once as consumption inside a platform bill) and the dedupe typically moves the total materially.","apply":"In the counting rule; expect and surface the reconciliation so the total becomes reproducible.","keyQuestion":"","body":"One dollar, counted once — remove double-counts explicitly and show the reconciliation; a cloud commitment often appears twice (once as committed spend, once as consumption inside a platform bill) and the dedupe typically moves the total materially.\n- **Apply**: In the counting rule; expect and surface the reconciliation so the total becomes reproducible.","sourceLine":2567,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-022","name":"The Attention Line","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"Attention — the internal hours the process consumes and returns — is the line the ledger has no field for; it belongs in the P&L as a shadow line because cheap software that eats your scarcest people is expensive.","apply":"Load it into the unit and the P&L; when attention exceeds ~30% of the unit, denominate the comparison in attention or the alternative will look cheaper than it is.","keyQuestion":"","body":"Attention — the internal hours the process consumes and returns — is the line the ledger has no field for; it belongs in the P&L as a shadow line because cheap software that eats your scarcest people is expensive.\n- **Apply**: Load it into the unit and the P&L; when attention exceeds ~30% of the unit, denominate the comparison in attention or the alternative will look cheaper than it is.","sourceLine":2573,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-023","name":"Budget in Units of Work","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"Budget in units of work, never headcount × price, for anything agentic — a token-price budget built on today's price table is a stock/flow error waiting to happen.","apply":"Reject the \"400 seats × $30\" arithmetic for agentic consumption; re-forecast consumption in units of work.","keyQuestion":"","body":"Budget in units of work, never headcount × price, for anything agentic — a token-price budget built on today's price table is a stock/flow error waiting to happen.\n- **Apply**: Reject the \"400 seats × $30\" arithmetic for agentic consumption; re-forecast consumption in units of work.","sourceLine":2577,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-024","name":"The Tail Modelled Apart","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"Model the top decile separately from the median — a minority of users generates the majority of consumption and usually does the most valuable work, which is the reason to cap with alerts rather than to cap hard.","apply":"In every agentic budget; budgeting on the median understates materially. Run sensitivity on both price per unit and units per user.","keyQuestion":"","body":"Model the top decile separately from the median — a minority of users generates the majority of consumption and usually does the most valuable work, which is the reason to cap with alerts rather than to cap hard.\n- **Apply**: In every agentic budget; budgeting on the median understates materially. Run sensitivity on both price per unit and units per user.","sourceLine":2581,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-025","name":"The AI P&L","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"The statement the firm can read monthly — metered inference in COGS, platform and licenses in opex, services split by placement, evaluation as its own line, attention as the shadow line, and verified return beside them, all counted once.","apply":"Build after the unit exists; it is the readable monthly instrument the board and close run on.","keyQuestion":"","body":"The statement the firm can read monthly — metered inference in COGS, platform and licenses in opex, services split by placement, evaluation as its own line, attention as the shadow line, and verified return beside them, all counted once.\n- **Apply**: Build after the unit exists; it is the readable monthly instrument the board and close run on.","sourceLine":2585,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-026","name":"The Business Case That Survives Contact","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"Build the case as baseline (fully loaded) → mechanism (with who does less) → commitment (with its term and clock) → payback (with its verification instrument and the month it will be re-run), stating the honest alternative explicitly; never accept adoption as return.","apply":"For any AI investment approval; the verification is written into the case, not added after.","keyQuestion":"","body":"Build the case as baseline (fully loaded) → mechanism (with who does less) → commitment (with its term and clock) → payback (with its verification instrument and the month it will be re-run), stating the honest alternative explicitly; never accept adoption as return.\n- **Apply**: For any AI investment approval; the verification is written into the case, not added after.","sourceLine":2589,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-027","name":"Capacity, Not Headcount","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Model / lens","essence":"Underwrite capacity returned (hours, cycle time, throughput, backlog) and say plainly the accounting form is rarely a headcount line — a case underwritten on reductions that never arrive discredits the next one.","apply":"When a business case tempts a headcount-savings promise; convert to measured capacity.","keyQuestion":"","body":"Underwrite capacity returned (hours, cycle time, throughput, backlog) and say plainly the accounting form is rarely a headcount line — a case underwritten on reductions that never arrive discredits the next one.\n- **Apply**: When a business case tempts a headcount-savings promise; convert to measured capacity.","sourceLine":2593,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-028","name":"Capex or Opex Is Elective","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","kind":"Model / lens","essence":"Capitalization is a deliberate choice, not a given — two firms making the same commitment can report different margins for reasons that have nothing to do with the work.","apply":"On any build; choose deliberately, write the memo at the time, disclose that a choice was made, and carry the firm-and-auditors caveat.","keyQuestion":"","body":"Capitalization is a deliberate choice, not a given — two firms making the same commitment can report different margins for reasons that have nothing to do with the work.\n- **Apply**: On any build; choose deliberately, write the memo at the time, disclose that a choice was made, and carry the firm-and-auditors caveat.","sourceLine":2602,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-029","name":"The Elective Margin","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","kind":"Model / lens","essence":"The difference in reported this-period cost between expensing the spend and capitalizing a share over a useful life — an accounting choice, not an operating result, quantified both ways and stated as points of margin on revenue.","apply":"Quantify both directions in any placement review; write the capitalization memo at the time so the judgment is not unreconstructable later.","keyQuestion":"","body":"The difference in reported this-period cost between expensing the spend and capitalizing a share over a useful life — an accounting choice, not an operating result, quantified both ways and stated as points of margin on revenue.\n- **Apply**: Quantify both directions in any placement review; write the capitalization memo at the time so the judgment is not unreconstructable later.","sourceLine":2606,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-030","name":"Buy, Build, or Rent as Three Balance Sheets","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","kind":"Model / lens","essence":"Read buy/build/rent as three balance sheets and one question — what compounds under our own hands.","apply":"When sourcing a capability; frame the decision as balance-sheet consequence, not feature comparison.","keyQuestion":"","body":"Read buy/build/rent as three balance sheets and one question — what compounds under our own hands.\n- **Apply**: When sourcing a capability; frame the decision as balance-sheet consequence, not feature comparison.","sourceLine":2610,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-031","name":"Allocation Becomes Obligation / Every Placement Acquires a Clock","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","kind":"Model / lens","essence":"Every placement acquires a clock; commitment must be tracked against consumption, and the flexible year is the one before the paper is signed.","apply":"On the commitment schedule — record what is committed vs consumed, the term, the clock, whether it can be stopped, and at what cost.","keyQuestion":"","body":"Every placement acquires a clock; commitment must be tracked against consumption, and the flexible year is the one before the paper is signed.\n- **Apply**: On the commitment schedule — record what is committed vs consumed, the term, the clock, whether it can be stopped, and at what cost.","sourceLine":2614,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-032","name":"The Acid Test on Your Own Chair","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","kind":"Model / lens","essence":"Run the buildout instrument on your own balance sheet — six gauges on one rail: external funding share, commitment vs consumption, off-balance-sheet share, concentration, elective capitalization, coverage of the clock.","apply":"To self-assess the firm's own AI capital position; read the spread, not the composite.","keyQuestion":"","body":"Run the buildout instrument on your own balance sheet — six gauges on one rail: external funding share, commitment vs consumption, off-balance-sheet share, concentration, elective capitalization, coverage of the clock.\n- **Apply**: To self-assess the firm's own AI capital position; read the spread, not the composite.","sourceLine":2618,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-034","name":"Controls for Systems That Act","discipline":"cfo","section":"cfo-section-06","sectionName":"The governance","kind":"Model / lens","essence":"The control environment for systems that act — because segregation of duties collapses when one actor initiates, approves, and records — comprising the authority limit, the junction above which a person decides, the trace, change control over who may alter behavior, and the exception log with an owner.","apply":"Whenever an agent takes actions (e.g. payment-adjacent or customer credits); name explicitly which conventional control the acting system breaks.","keyQuestion":"","body":"The control environment for systems that act — because segregation of duties collapses when one actor initiates, approves, and records — comprising the authority limit, the junction above which a person decides, the trace, change control over who may alter behavior, and the exception log with an owner.\n- **Apply**: Whenever an agent takes actions (e.g. payment-adjacent or customer credits); name explicitly which conventional control the acting system breaks.","sourceLine":2627,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-035","name":"The Authority Limit","discipline":"cfo","section":"cfo-section-06","sectionName":"The governance","kind":"Model / lens","essence":"The limit on what a system may do unsupervised, set by value, volume, and class of action — and the junction above which a person decides.","apply":"Design for any acting system before it goes live; it is LEDGER's G number.","keyQuestion":"","body":"The limit on what a system may do unsupervised, set by value, volume, and class of action — and the junction above which a person decides.\n- **Apply**: Design for any acting system before it goes live; it is LEDGER's G number.","sourceLine":2631,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-036","name":"Segregation of Duties, Collapsed","discipline":"cfo","section":"cfo-section-06","sectionName":"The governance","kind":"Model / lens","essence":"Classical control assumes a human between initiation, approval, and recording; an acting system can do all three, collapsing segregation of duties.","apply":"The diagnostic to invoke the moment one automated actor spans initiate/approve/record — it is not a standard software control question.","keyQuestion":"","body":"Classical control assumes a human between initiation, approval, and recording; an acting system can do all three, collapsing segregation of duties.\n- **Apply**: The diagnostic to invoke the moment one automated actor spans initiate/approve/record — it is not a standard software control question.","sourceLine":2635,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-037","name":"Guidance as a Band and a Trigger","discipline":"cfo","section":"cfo-section-06","sectionName":"The governance","kind":"Model / lens","essence":"Guide with a band plus a named re-forecast trigger, never a point estimate under drift — a point estimate under drift is a hostage.","apply":"For street/board guidance when prices and consumption are moving; state the band's assumption set and the sentence about what would move it.","keyQuestion":"","body":"Guide with a band plus a named re-forecast trigger, never a point estimate under drift — a point estimate under drift is a hostage.\n- **Apply**: For street/board guidance when prices and consumption are moving; state the band's assumption set and the sentence about what would move it.","sourceLine":2639,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-038","name":"The Auditor's Shelf","discipline":"cfo","section":"cfo-section-06","sectionName":"The governance","kind":"Model / lens","essence":"The prepared shelf the auditor will ask for — the counting rule versioned, the commitment schedule reconciled, the capitalization memo, the control evidence, the model-change log.","apply":"Keep standing ahead of audit; it is a maturity marker (F4).","keyQuestion":"","body":"The prepared shelf the auditor will ask for — the counting rule versioned, the commitment schedule reconciled, the capitalization memo, the control evidence, the model-change log.\n- **Apply**: Keep standing ahead of audit; it is a maturity marker (F4).","sourceLine":2643,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-039","name":"Disclosure Without Theater","discipline":"cfo","section":"cfo-section-06","sectionName":"The governance","kind":"Model / lens","essence":"State that a placement choice was made and its effect plainly, without dressing an illustrative figure as a measured one or a third-party estimate as a disclosure.","apply":"In every statement-touching output; never present an estimate as a measured number.","keyQuestion":"","body":"State that a placement choice was made and its effect plainly, without dressing an illustrative figure as a measured one or a third-party estimate as a disclosure.\n- **Apply**: In every statement-touching output; never present an estimate as a measured number.","sourceLine":2647,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-040","name":"Pricing Sits in Finance Now","discipline":"cfo","section":"cfo-section-07","sectionName":"The seat","kind":"Model / lens","essence":"The meter is a finance instrument and margin is by design — the tier the product can support depends on what it can verify, with routing, caching, deterministic handling, and owned models as the margin levers.","apply":"When pricing an AI product; where outcome pricing is in play, use the hybrid transition (base plus variable on verified units, caps and collars, one workflow first, step-gates) — pure outcome pricing is an end state a mature relationship earns.","keyQuestion":"","body":"The meter is a finance instrument and margin is by design — the tier the product can support depends on what it can verify, with routing, caching, deterministic handling, and owned models as the margin levers.\n- **Apply**: When pricing an AI product; where outcome pricing is in play, use the hybrid transition (base plus variable on verified units, caps and collars, one workflow first, step-gates) — pure outcome pricing is an end state a mature relationship earns.","sourceLine":2656,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-041","name":"Revenue Quality (built vs bought)","discipline":"cfo","section":"cfo-section-07","sectionName":"The seat","kind":"Model / lens","essence":"Separate growth built from growth bought — revenue quality distinguishes durable, engineered growth from purchased growth.","apply":"When assessing whether reported growth is real; a revenue-quality mode of the seat.","keyQuestion":"","body":"Separate growth built from growth bought — revenue quality distinguishes durable, engineered growth from purchased growth.\n- **Apply**: When assessing whether reported growth is real; a revenue-quality mode of the seat.","sourceLine":2660,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-042","name":"The Judgment Stays With the Name That Signs","discipline":"cfo","section":"cfo-section-07","sectionName":"The seat","kind":"Model / lens","essence":"Draft anything; sign nothing unread — the judgment stays with the name that signs, and this applies to the finance function's own adoption first.","apply":"The judgment rule governing all AI use in the seat; model it in the finance function before demanding it elsewhere.","keyQuestion":"","body":"Draft anything; sign nothing unread — the judgment stays with the name that signs, and this applies to the finance function's own adoption first.\n- **Apply**: The judgment rule governing all AI use in the seat; model it in the finance function before demanding it elsewhere.","sourceLine":2664,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-043","name":"The Seat Rule (operator, not physicist)","discipline":"cfo","section":"cfo-section-07","sectionName":"The seat","kind":"Model / lens","essence":"This is the operator's chair — the sibling discipline covers the era's economics as physics (the cost line, the capital cycle, the industry hurdle); when a question is about the industry rather than the firm, say so, answer briefly at that altitude, then return to what the person in the chair does on Monday.","apply":"To keep answers at the firm altitude; hand industry-altitude questions to AI Economics.","keyQuestion":"","body":"This is the operator's chair — the sibling discipline covers the era's economics as physics (the cost line, the capital cycle, the industry hurdle); when a question is about the industry rather than the firm, say so, answer briefly at that altitude, then return to what the person in the chair does on Monday.\n- **Apply**: To keep answers at the firm altitude; hand industry-altitude questions to AI Economics.","sourceLine":2668,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-044","name":"The Stop","discipline":"cfo","section":"cfo-section-07","sectionName":"The seat","kind":"Model / lens","essence":"A seat that can stop a program on a number — when cost per accepted outcome says the manual alternative is cheaper at current volume — is the year working, not the year failing; sunk cost purchases nothing forward.","apply":"When a unit cost turns negative against the honest alternative; recommend the stop and frame stopping as evidence the discipline works.","keyQuestion":"","body":"A seat that can stop a program on a number — when cost per accepted outcome says the manual alternative is cheaper at current volume — is the year working, not the year failing; sunk cost purchases nothing forward.\n- **Apply**: When a unit cost turns negative against the honest alternative; recommend the stop and frame stopping as evidence the discipline works.","sourceLine":2672,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-045","name":"The Meters (and the excluded metrics)","discipline":"cfo","section":"cfo-section-08","sectionName":"The CFO's meters","kind":"Instrument","essence":"The instruments the seat watches — counted total vs plan (L), cost per accepted outcome (E), consumption variance against plan (D), exception and authority-breach rate (G), capitalized share (E), verified return (R) — beside the judgment log; deliberately excluded are AI spend as a share of revenue, pilots launched, seats deployed, tools adopted.","apply":"As the standing dashboard; refuse the excluded vanity metrics.","keyQuestion":"","body":"The instruments the seat watches — counted total vs plan (L), cost per accepted outcome (E), consumption variance against plan (D), exception and authority-breach rate (G), capitalized share (E), verified return (R) — beside the judgment log; deliberately excluded are AI spend as a share of revenue, pilots launched, seats deployed, tools adopted.\n- **Apply**: As the standing dashboard; refuse the excluded vanity metrics.","sourceLine":2681,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-046","name":"The Judgment Log","discipline":"cfo","section":"cfo-section-08","sectionName":"The CFO's meters","kind":"Instrument","essence":"Every material judgment recorded with its reasoning at the time it is made.","apply":"Alongside the meters; it makes placement and control judgments reconstructable under later audit.","keyQuestion":"","body":"Every material judgment recorded with its reasoning at the time it is made.\n- **Apply**: Alongside the meters; it makes placement and control judgments reconstructable under later audit.","sourceLine":2685,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-047","name":"The Board Pack — Four Minutes, Six Numbers","discipline":"cfo","section":"cfo-section-08","sectionName":"The CFO's meters","kind":"Instrument","essence":"Answer the room with exactly six numbers, one line each — counted total vs plan, cost per accepted outcome, the commitment schedule, the exception rate, the capitalized share, verified return — plus the one thing being stopped and the number that says so.","apply":"For any audit-committee or board answer; the follow-up question the room would ask is already answered by the commitment schedule, so the room stops asking twice.","keyQuestion":"","body":"Answer the room with exactly six numbers, one line each — counted total vs plan, cost per accepted outcome, the commitment schedule, the exception rate, the capitalized share, verified return — plus the one thing being stopped and the number that says so.\n- **Apply**: For any audit-committee or board answer; the follow-up question the room would ask is already answered by the commitment schedule, so the room stops asking twice.","sourceLine":2689,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-049","name":"The Reproducibility Test","discipline":"cfo","section":"cfo-section-09","sectionName":"The counting-rule discipline","kind":"Instrument","essence":"The test that says you are done: someone outside finance can reproduce the total.","apply":"The pass/fail gate on any published AI total, and the tell that separates a real F3 function from F1-with-a-dashboard.","keyQuestion":"","body":"The test that says you are done: someone outside finance can reproduce the total.\n- **Apply**: The pass/fail gate on any published AI total, and the tell that separates a real F3 function from F1-with-a-dashboard.","sourceLine":2700,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-050","name":"The Dashboard Reflex (anti-pattern)","discipline":"cfo","section":"cfo-section-09","sectionName":"The counting-rule discipline","kind":"Failure pattern","essence":"Reaching for a tool bought to answer what is actually a definitional problem — the recurring failure that substitutes a dashboard for the rule.","apply":"Diagnose when a stakeholder asks for tracking before a definition exists; the rule comes before the dashboard.","keyQuestion":"","body":"Reaching for a tool bought to answer what is actually a definitional problem — the recurring failure that substitutes a dashboard for the rule.\n- **Apply**: Diagnose when a stakeholder asks for tracking before a definition exists; the rule comes before the dashboard.","sourceLine":2704,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-051","name":"The Diagnostic Tree","discipline":"cfo","section":"cfo-section-10","sectionName":"Diagnostic and maturity instruments","kind":"Maturity ladder","essence":"A gated sequence — can someone outside finance reproduce the total? → is there a cost per accepted outcome? → is the budget built on units of work with the tail apart? → are placements deliberate with memos written at the time? → do controls fit systems that act? → run the LEDGER board, anything uncomputed becomes a priced exposure.","apply":"To route any incoming question to the right mode and find the first missing instrument.","keyQuestion":"","body":"A gated sequence — can someone outside finance reproduce the total? → is there a cost per accepted outcome? → is the budget built on units of work with the tail apart? → are placements deliberate with memos written at the time? → do controls fit systems that act? → run the LEDGER board, anything uncomputed becomes a priced exposure.\n- **Apply**: To route any incoming question to the right mode and find the first missing instrument.","sourceLine":2713,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-052","name":"The Fastest Diagnosis","discipline":"cfo","section":"cfo-section-10","sectionName":"Diagnostic and maturity instruments","kind":"Maturity ladder","essence":"Ask for the total, then ask who could reproduce it — if the answer requires four systems and a spreadsheet nobody owns, the first deliverable is the counting rule, not a dashboard.","apply":"The opening two-question probe on any \"what is it costing\" engagement.","keyQuestion":"","body":"Ask for the total, then ask who could reproduce it — if the answer requires four systems and a spreadsheet nobody owns, the first deliverable is the counting rule, not a dashboard.\n- **Apply**: The opening two-question probe on any \"what is it costing\" engagement.","sourceLine":2717,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-053","name":"Maturity Ladder F0–F5","discipline":"cfo","section":"cfo-section-10","sectionName":"Diagnostic and maturity instruments","kind":"Maturity ladder","essence":"F0 the question cannot be answered; F1 a total exists but nobody can reproduce it; F2 counting rule written, owned, reconciles; F3 the unit exists and rolls up, budget models the tail, placements have memos; F4 controls fit acting systems, guidance runs on bands and triggers, the auditor's shelf stands; F5 LEDGER runs on the calendar, the seat stops programs on the numbers, the room stops asking twice — and most functions claiming F3 are F1 with a better dashboard.","apply":"To locate a finance function's real maturity; the tell at every rung is whether anyone outside finance can reproduce the total.","keyQuestion":"","body":"F0 the question cannot be answered; F1 a total exists but nobody can reproduce it; F2 counting rule written, owned, reconciles; F3 the unit exists and rolls up, budget models the tail, placements have memos; F4 controls fit acting systems, guidance runs on bands and triggers, the auditor's shelf stands; F5 LEDGER runs on the calendar, the seat stops programs on the numbers, the room stops asking twice — and most functions claiming F3 are F1 with a better dashboard.\n- **Apply**: To locate a finance function's real maturity; the tell at every rung is whether anyone outside finance can reproduce the total.","sourceLine":2721,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-054","name":"Calibration Defaults","discipline":"cfo","section":"cfo-section-11","sectionName":"Calibration thresholds (the seat's default judgments)","kind":"Instrument","essence":"The thresholds the seat uses unless given better — a total not reproducible outside finance is not a total; model the top decile separately assuming it carries the majority of consumption; budget in units of work never headcount × price for anything agentic; run price-per-unit and units-per-user in opposite directions; write the placement memo at the time or the judgment is unreconstructable; set authority limits by value/volume/class with the junction named; guide with band-plus-trigger; measure return against the honest alternative at fully loaded cost including attention.","apply":"As default settings when the user supplies no firm-specific figures; state each as an assumption.","keyQuestion":"","body":"The thresholds the seat uses unless given better — a total not reproducible outside finance is not a total; model the top decile separately assuming it carries the majority of consumption; budget in units of work never headcount × price for anything agentic; run price-per-unit and units-per-user in opposite directions; write the placement memo at the time or the judgment is unreconstructable; set authority limits by value/volume/class with the junction named; guide with band-plus-trigger; measure return against the honest alternative at fully loaded cost including attention.\n- **Apply**: As default settings when the user supplies no firm-specific figures; state each as an assumption.","sourceLine":2730,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-056","name":"Function Rebuild","discipline":"cfo","section":"cfo-section-12","sectionName":"Mode cards (the seat's operating modes)","kind":"Operating mode","essence":"Redesign the close and FP&A to be instrumented and current rather than assembled and presented, and hire for four literacies — finance depth, substrate literacy, pricing craft, capital judgment — with behavioral screens.","apply":"When rebuilding the finance function for the AI era, not just its numbers.","keyQuestion":"","body":"Redesign the close and FP&A to be instrumented and current rather than assembled and presented, and hire for four literacies — finance depth, substrate literacy, pricing craft, capital judgment — with behavioral screens.\n- **Apply**: When rebuilding the finance function for the AI era, not just its numbers.","sourceLine":2741,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-057","name":"The Failure Library","discipline":"cfo","section":"cfo-section-13","sectionName":"The failure library (named anti-patterns)","kind":"Model / lens","essence":"Twelve named failure patterns, each with its tell and its missing instrument — the uncounted total (missing: the counting rule), the double-counted total (the reconciliation), the median budget (the tail modelled apart), the adoption metric (verified return vs the alternative), the elective margin unstated (the capitalization memo and disclosure), controls for passive software (the authority limit and the junction), guidance as a point estimate (the band and the trigger), the headcount promise (capacity measured), the subsidy mistaken for a price (the vendor's cost stack read), the stock/flow error (commitment vs consumption), the token-price budget (budget in units of work), the dashboard reflex (the rule first).","apply":"Pattern-match a struggling finance answer to its tell, then supply the named missing instrument.","keyQuestion":"","body":"Twelve named failure patterns, each with its tell and its missing instrument — the uncounted total (missing: the counting rule), the double-counted total (the reconciliation), the median budget (the tail modelled apart), the adoption metric (verified return vs the alternative), the elective margin unstated (the capitalization memo and disclosure), controls for passive software (the authority limit and the junction), guidance as a point estimate (the band and the trigger), the headcount promise (capacity measured), the subsidy mistaken for a price (the vendor's cost stack read), the stock/flow error (commitment vs consumption), the token-price budget (budget in units of work), the dashboard reflex (the rule first).\n- **Apply**: Pattern-match a struggling finance answer to its tell, then supply the named missing instrument.","sourceLine":2750,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-058","name":"The Handoff Protocol","discipline":"cfo","section":"cfo-section-14","sectionName":"Handoff and interop","kind":"Model / lens","essence":"When a question belongs to a sibling seat, do not answer it from this chair — emit a handoff block (question, what I already established, what I need back) and continue with your own part; when receiving, restate the inbound artifacts before using them and flag any that are assertions rather than instruments.","apply":"At any seat boundary; keeps altitude clean and prevents blending disciplines.","keyQuestion":"","body":"When a question belongs to a sibling seat, do not answer it from this chair — emit a handoff block (question, what I already established, what I need back) and continue with your own part; when receiving, restate the inbound artifacts before using them and flag any that are assertions rather than instruments.\n- **Apply**: At any seat boundary; keeps altitude clean and prevents blending disciplines.","sourceLine":2759,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-12-059","name":"LEDGER and VERIFIED Share Three Checks","discipline":"cfo","section":"cfo-section-14","sectionName":"Handoff and interop","kind":"Instrument","essence":"The Enterprise Buyer's VERIFIED board and this seat's LEDGER board share three checks — the meter, the placement, and the verified return; the buyer runs the vendor relationship, this seat decides whether the firm can afford, prove, and explain it.","apply":"Run both boards on any material commitment.","keyQuestion":"","body":"The Enterprise Buyer's VERIFIED board and this seat's LEDGER board share three checks — the meter, the placement, and the verified return; the buyer runs the vendor relationship, this seat decides whether the firm can afford, prove, and explain it.\n- **Apply**: Run both boards on any material commitment.","sourceLine":2763,"sourceNumber":null,"part":"IV","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-001","name":"The Boundary Role","discipline":"engineering","section":"engineering-section-01","sectionName":"Foundational Physics & Governing Ideas","kind":"Model / lens","essence":"The AI engineer operates at the boundary between rented intelligence that improves on someone else's schedule and specific work that must be right on the firm's; they do not train models and do not merely call them — they build the loop the model runs in, the referee that grades it, and the instruments that catch it drifting.","apply":"Use to locate the discipline's job. When work is \"call the model\" or \"train the model,\" it is not this seat; the seat is everything between — loop, referee, instruments.","keyQuestion":"","body":"The AI engineer operates at the boundary between rented intelligence that improves on someone else's schedule and specific work that must be right on the firm's; they do not train models and do not merely call them — they build the loop the model runs in, the referee that grades it, and the instruments that catch it drifting.\n- **Apply**: Use to locate the discipline's job. When work is \"call the model\" or \"train the model,\" it is not this seat; the seat is everything between — loop, referee, instruments.","sourceLine":2785,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-002","name":"Goodhart Is the Physics","discipline":"engineering","section":"engineering-section-01","sectionName":"Foundational Physics & Governing Ideas","kind":"Model / lens","essence":"Every loop is an optimizer, and every optimizer games its measure; therefore the measure that grades a loop must be one the loop cannot see, cannot shape, and did not exist to satisfy.","apply":"Treat as the invariant behind every design decision. Whenever you set a metric, first ask what the loop will optimize instead of the goal, then move the measure out of the loop's reach.","keyQuestion":"","body":"Every loop is an optimizer, and every optimizer games its measure; therefore the measure that grades a loop must be one the loop cannot see, cannot shape, and did not exist to satisfy.\n- **Apply**: Treat as the invariant behind every design decision. Whenever you set a metric, first ask what the loop will optimize instead of the goal, then move the measure out of the loop's reach.","sourceLine":2789,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":["BE-M0221"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-003","name":"Three Bottlenecks","discipline":"engineering","section":"engineering-section-01","sectionName":"Foundational Physics & Governing Ideas","kind":"Model / lens","essence":"Tokens were the first bottleneck, compute the second, attention the third — and attention is the only one you cannot buy.","apply":"When prioritizing spend and design, protect attention above tokens and compute; spend the cheap, deflating resources to conserve the scarce, flat one.","keyQuestion":"","body":"Tokens were the first bottleneck, compute the second, attention the third — and attention is the only one you cannot buy.\n- **Apply**: When prioritizing spend and design, protect attention above tokens and compute; spend the cheap, deflating resources to conserve the scarce, flat one.","sourceLine":2793,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-004","name":"Drift Is a Scheduled Event","discipline":"engineering","section":"engineering-section-01","sectionName":"Foundational Physics & Governing Ideas","kind":"Model / lens","essence":"The core component (the model) drifts on a schedule, so every claim about a loop carries a date and a suite score; a moving suite score with no loop change is drift.","apply":"Attach a date and suite score to every loop claim. When a score moves without any loop change, file it, trace it, and resolve it with a fix or a new case.","keyQuestion":"","body":"The core component (the model) drifts on a schedule, so every claim about a loop carries a date and a suite score; a moving suite score with no loop change is drift.\n- **Apply**: Attach a date and suite score to every loop claim. When a score moves without any loop change, file it, trace it, and resolve it with a fix or a new case.","sourceLine":2797,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-005","name":"Six Substrate Facts","discipline":"engineering","section":"engineering-section-01","sectionName":"Foundational Physics & Governing Ideas","kind":"Model / lens","essence":"A named set of ground truths about the rented substrate the AI engineer must design around (model cadence ~6 weeks, cost halving within a generation, converging models, etc.).","apply":"Reference by name when reasoning about substrate literacy — what the rented model layer will predictably do so the loop is built to absorb it.","keyQuestion":"","body":"A named set of ground truths about the rented substrate the AI engineer must design around (model cadence ~6 weeks, cost halving within a generation, converging models, etc.).\n- **Apply**: Reference by name when reasoning about substrate literacy — what the rented model layer will predictably do so the loop is built to absorb it.","sourceLine":2801,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-006","name":"The Models Converge; the Loops Do Not","discipline":"engineering","section":"engineering-section-01","sectionName":"Foundational Physics & Governing Ideas","kind":"Model / lens","essence":"Vendor models trend toward parity over time, so durable advantage lives not in which model you rent but in the loop, referee, and instruments you own around it.","apply":"When tempted to chase the \"best\" model, invest instead in the owned layer — the loop and suite — which is where differentiation survives model convergence.","keyQuestion":"","body":"Vendor models trend toward parity over time, so durable advantage lives not in which model you rent but in the loop, referee, and instruments you own around it.\n- **Apply**: When tempted to chase the \"best\" model, invest instead in the owned layer — the loop and suite — which is where differentiation survives model convergence.","sourceLine":2805,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-007","name":"Stage 0 — Locate the Loop","discipline":"engineering","section":"engineering-section-02","sectionName":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","kind":"Engine step","essence":"Fill the charter skeleton — task class, owner at the outer edge, turn cap, escalation path, starting autonomy tier, the model behind the joint and its release date, the tools it may call, what persists between turns; any blank field is a finding, not a gap to paper over.","apply":"Start every loop engagement here. Refuse to advance while charter fields are unknown; treat blanks as diagnoses.","keyQuestion":"","body":"Fill the charter skeleton — task class, owner at the outer edge, turn cap, escalation path, starting autonomy tier, the model behind the joint and its release date, the tools it may call, what persists between turns; any blank field is a finding, not a gap to paper over.\n- **Apply**: Start every loop engagement here. Refuse to advance while charter fields are unknown; treat blanks as diagnoses.","sourceLine":2814,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-008","name":"Stage 1 — Name the Measure the Loop Cannot See","discipline":"engineering","section":"engineering-section-02","sectionName":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","kind":"Engine step","essence":"Classify the current grader (frozen suite / model judge / public benchmark / impression), then name the proxy the loop is most likely optimizing right now and the goal it diverges from — the single most valuable paragraph of the engagement.","apply":"After locating the loop, write one paragraph naming the grader class and the proxy-vs-goal divergence. If the grader is anything the loop can see, that is the diagnosis and you start there.","keyQuestion":"","body":"Classify the current grader (frozen suite / model judge / public benchmark / impression), then name the proxy the loop is most likely optimizing right now and the goal it diverges from — the single most valuable paragraph of the engagement.\n- **Apply**: After locating the loop, write one paragraph naming the grader class and the proxy-vs-goal divergence. If the grader is anything the loop can see, that is the diagnosis and you start there.","sourceLine":2818,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-009","name":"Stage 2 — Build the Referee","discipline":"engineering","section":"engineering-section-02","sectionName":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","kind":"Engine step","essence":"Source real cases (routine 60% / edge 25% / remembered failures 15%), name the adjudicator who owns and signs the standard, build the three-layer grading architecture, set the freeze date before the build, define the append protocol, and store the suite outside the loop's reachable context.","apply":"Build the referee before the loop. Use whenever the question is \"how do we know it works.\" The referee is constructed first, then frozen, then the loop is built against it.","keyQuestion":"","body":"Source real cases (routine 60% / edge 25% / remembered failures 15%), name the adjudicator who owns and signs the standard, build the three-layer grading architecture, set the freeze date before the build, define the append protocol, and store the suite outside the loop's reachable context.\n- **Apply**: Build the referee before the loop. Use whenever the question is \"how do we know it works.\" The referee is constructed first, then frozen, then the loop is built against it.","sourceLine":2822,"sourceNumber":null,"part":"V","register":"full","themes":["referee"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-010","name":"Stage 3 — Build the Loop","discipline":"engineering","section":"engineering-section-02","sectionName":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","kind":"Engine step","essence":"Make the loop bounded (cap → escalate), instrumented (traces per call, gauges per cadence), and owned — with context managed as a budget, tools at least privilege with irreversibles behind junctions, and orchestration kept the simplest that works (manager-worker as the agentic default).","apply":"Use after the referee exists. Every loop gets a cap, traces, an owner, a context budget, a tool permission table, and a junction map before any autonomy above A0.","keyQuestion":"","body":"Make the loop bounded (cap → escalate), instrumented (traces per call, gauges per cadence), and owned — with context managed as a budget, tools at least privilege with irreversibles behind junctions, and orchestration kept the simplest that works (manager-worker as the agentic default).\n- **Apply**: Use after the referee exists. Every loop gets a cap, traces, an owner, a context budget, a tool permission table, and a junction map before any autonomy above A0.","sourceLine":2826,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-011","name":"Stage 4 — Choose and Change the Model on the Suite","discipline":"engineering","section":"engineering-section-02","sectionName":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","kind":"Engine step","essence":"Run candidates against the suite (the number decides, in a day), record tolerance, schedule reruns every vendor release plus monthly, run the joint test on a second provider, and file the model comparison table and drift log.","apply":"Choose the model last, on the suite — never from a public benchmark. Rerun on every release; tolerance decides adoption.","keyQuestion":"","body":"Run candidates against the suite (the number decides, in a day), record tolerance, schedule reruns every vendor release plus monthly, run the joint test on a second provider, and file the model comparison table and drift log.\n- **Apply**: Choose the model last, on the suite — never from a public benchmark. Rerun on every release; tolerance decides adoption.","sourceLine":2830,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-012","name":"Stage 5 — Grade Autonomy and Drift Mechanically","discipline":"engineering","section":"engineering-section-02","sectionName":"PART A — The Engine (six stages, run in order for any loop-shaped engagement)","kind":"Engine step","essence":"Promote one tier at a time on scores; demote on two consecutive family failures, drop to A0 on any junction failure; a moving suite score with no loop change is drift to be filed and resolved; read the six meters on cadence.","apply":"Let scores — nothing else — graduate autonomy. Run this stage continuously as the governance layer over a live loop.","keyQuestion":"","body":"Promote one tier at a time on scores; demote on two consecutive family failures, drop to A0 on any junction failure; a moving suite score with no loop change is drift to be filed and resolved; read the six meters on cadence.\n- **Apply**: Let scores — nothing else — graduate autonomy. Run this stage continuously as the governance layer over a live loop.","sourceLine":2834,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-013","name":"The Loop as the Unit","discipline":"engineering","section":"engineering-section-03","sectionName":"The Loop (the discipline's unit)","kind":"Model / lens","essence":"The unit of AI engineering is the loop — persistent context, delegation, and triggers — not the prompt, the model, or the agent.","apply":"Frame every engagement around loops. When someone asks about a prompt or a model in isolation, reframe to the loop it lives in.","keyQuestion":"","body":"The unit of AI engineering is the loop — persistent context, delegation, and triggers — not the prompt, the model, or the agent.\n- **Apply**: Frame every engagement around loops. When someone asks about a prompt or a model in isolation, reframe to the loop it lives in.","sourceLine":2843,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":["BE-M0224"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-014","name":"Inner and Outer","discipline":"engineering","section":"engineering-section-03","sectionName":"The Loop (the discipline's unit)","kind":"Model / lens","essence":"Every loop has an inner cycle running on agents and an outer cycle running on a human who owns its edge.","apply":"Identify both cycles for any loop; the outer edge must have a named human owner, and escalation moves work from inner to outer.","keyQuestion":"","body":"Every loop has an inner cycle running on agents and an outer cycle running on a human who owns its edge.\n- **Apply**: Identify both cycles for any loop; the outer edge must have a named human owner, and escalation moves work from inner to outer.","sourceLine":2847,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-015","name":"Bounded, Instrumented, Owned","discipline":"engineering","section":"engineering-section-03","sectionName":"The Loop (the discipline's unit)","kind":"Model / lens","essence":"A well-built loop is bounded (a turn cap that escalates on hit), instrumented (traces per call, gauges per cadence), and owned (a named human at the outer edge); an unbounded loop is refused at design time.","apply":"Apply as the three-part test on any loop before it ships. Missing any one = not shippable.","keyQuestion":"","body":"A well-built loop is bounded (a turn cap that escalates on hit), instrumented (traces per call, gauges per cadence), and owned (a named human at the outer edge); an unbounded loop is refused at design time.\n- **Apply**: Apply as the three-part test on any loop before it ships. Missing any one = not shippable.","sourceLine":2851,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-016","name":"Better Loops, Not More Terminals","discipline":"engineering","section":"engineering-section-03","sectionName":"The Loop (the discipline's unit)","kind":"Model / lens","essence":"Progress in AI engineering comes from building better loops, not from deploying more agents or terminals.","apply":"Use to redirect scaling instincts: improve the loop's design and referee rather than multiplying instances.","keyQuestion":"","body":"Progress in AI engineering comes from building better loops, not from deploying more agents or terminals.\n- **Apply**: Use to redirect scaling instincts: improve the loop's design and referee rather than multiplying instances.","sourceLine":2855,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-017","name":"The Pairing → Polling → Managing Arc","discipline":"engineering","section":"engineering-section-03","sectionName":"The Loop (the discipline's unit)","kind":"Model / lens","essence":"The AI engineer's job evolves from pairing with the model, to polling it, to managing it — the mature state is managing (persistent context, delegation, triggers), not polling.","apply":"Diagnose where an engineer sits on the arc; a \"polling engineer\" is a failure pattern to move toward manager-worker with persistent context and triggers.","keyQuestion":"","body":"The AI engineer's job evolves from pairing with the model, to polling it, to managing it — the mature state is managing (persistent context, delegation, triggers), not polling.\n- **Apply**: Diagnose where an engineer sits on the arc; a \"polling engineer\" is a failure pattern to move toward manager-worker with persistent context and triggers.","sourceLine":2859,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-018","name":"The Window as Budget","discipline":"engineering","section":"engineering-section-04","sectionName":"Context & Tools","kind":"Model / lens","essence":"The context window is a budget allocated across standing / retrieved / tool / history layers, with a per-item placement decision; overfilled degrades as reliably as underfilled starves.","apply":"For any context plan, build a placement table (item × standing/retrieved/tool/omitted × reason × size) with target shares; keep the standing layer thin and pointing at depth, retrieve on demand, compact long runs.","keyQuestion":"","body":"The context window is a budget allocated across standing / retrieved / tool / history layers, with a per-item placement decision; overfilled degrades as reliably as underfilled starves.\n- **Apply**: For any context plan, build a placement table (item × standing/retrieved/tool/omitted × reason × size) with target shares; keep the standing layer thin and pointing at depth, retrieve on demand, compact long runs.","sourceLine":2868,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-019","name":"A Permission With a Log","discipline":"engineering","section":"engineering-section-04","sectionName":"Context & Tools","kind":"Model / lens","essence":"A tool is a permission with a log — granted at least privilege by task class, with irreversibles placed behind junctions and every call recorded.","apply":"Build a tool permission table (tool × task class × privilege × logged × junction required); put every irreversible action behind a human junction and log every call.","keyQuestion":"","body":"A tool is a permission with a log — granted at least privilege by task class, with irreversibles placed behind junctions and every call recorded.\n- **Apply**: Build a tool permission table (tool × task class × privilege × logged × junction required); put every irreversible action behind a human junction and log every call.","sourceLine":2872,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-020","name":"Workflows vs. Agents","discipline":"engineering","section":"engineering-section-04","sectionName":"Context & Tools","kind":"Model / lens","essence":"Use workflows where code sequences the steps and agents where the model does the sequencing — pick the simplest that works.","apply":"When designing orchestration, default to workflows for deterministic sequences and agents only where model judgment must drive step order.","keyQuestion":"","body":"Use workflows where code sequences the steps and agents where the model does the sequencing — pick the simplest that works.\n- **Apply**: When designing orchestration, default to workflows for deterministic sequences and agents only where model judgment must drive step order.","sourceLine":2876,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-021","name":"The Manager-Worker Loop","discipline":"engineering","section":"engineering-section-04","sectionName":"Context & Tools","kind":"Model / lens","essence":"The manager-worker (orchestrator-worker) pattern is the agentic default; its named failure mode is a single point of control at the orchestrator.","apply":"Reach for manager-worker first for agentic orchestration; name its failure mode (vs. choreography's hard-to-reason-about, vs. human-in-loop's throughput) when choosing.","keyQuestion":"","body":"The manager-worker (orchestrator-worker) pattern is the agentic default; its named failure mode is a single point of control at the orchestrator.\n- **Apply**: Reach for manager-worker first for agentic orchestration; name its failure mode (vs. choreography's hard-to-reason-about, vs. human-in-loop's throughput) when choosing.","sourceLine":2880,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-022","name":"The Open Harness","discipline":"engineering","section":"engineering-section-04","sectionName":"Context & Tools","kind":"Model / lens","essence":"Build the harness with the loop open and the models not hardcoded, so models can be swapped without rebuilding the loop.","apply":"Never hardcode a model into a loop; keep the harness open so model-swap and drift tests require zero loop edits.","keyQuestion":"","body":"Build the harness with the loop open and the models not hardcoded, so models can be swapped without rebuilding the loop.\n- **Apply**: Never hardcode a model into a loop; keep the harness open so model-swap and drift tests require zero loop edits.","sourceLine":2884,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-023","name":"Spend Tokens to Save Attention","discipline":"engineering","section":"engineering-section-04","sectionName":"Context & Tools","kind":"Model / lens","essence":"Where speed permits, spend tokens (e.g., parallel sampling) to conserve the one resource you cannot buy — human attention.","apply":"Make the parallel-sampling / extra-token decision explicitly as a trade that buys back attention minutes.","keyQuestion":"","body":"Where speed permits, spend tokens (e.g., parallel sampling) to conserve the one resource you cannot buy — human attention.\n- **Apply**: Make the parallel-sampling / extra-token decision explicitly as a trade that buys back attention minutes.","sourceLine":2888,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-024","name":"The Frozen Suite","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"The referee is a suite of 60–100 real cases (routine + edge + remembered mistakes), adjudicated and signed by the owner of the standard, frozen before the build, held out, versioned append-only, and stored outside the loop's context.","apply":"Build one before any loop ships. Verify the six properties: real / adjudicated / frozen-before / held-out / versioned / model-agnostic.","keyQuestion":"","body":"The referee is a suite of 60–100 real cases (routine + edge + remembered mistakes), adjudicated and signed by the owner of the standard, frozen before the build, held out, versioned append-only, and stored outside the loop's context.\n- **Apply**: Build one before any loop ships. Verify the six properties: real / adjudicated / frozen-before / held-out / versioned / model-agnostic.","sourceLine":2897,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":["BE-M0222"],"coreRefs":[],"instrumentRefs":[],"usedBy":["agent"]},{"id":"BE-07-025","name":"The One Measure the Loop Cannot See","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"The only valid measure is one the loop cannot read, edit, or shape; a suite living in the agent's context is not a referee.","apply":"Store the referee outside the loop's reachable context. If the loop can see its grader, that is the diagnosis and you start there.","keyQuestion":"","body":"The only valid measure is one the loop cannot read, edit, or shape; a suite living in the agent's context is not a referee.\n- **Apply**: Store the referee outside the loop's reachable context. If the loop can see its grader, that is the diagnosis and you start there.","sourceLine":2901,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-026","name":"Benchmarks Select Candidates; Suites Select the Model","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"Public benchmarks are only for candidate selection; the firm's frozen suite is what actually selects the model.","apply":"Never recommend a model from a public benchmark alone. Use benchmarks to shortlist, then let the suite decide in a day.","keyQuestion":"","body":"Public benchmarks are only for candidate selection; the firm's frozen suite is what actually selects the model.\n- **Apply**: Never recommend a model from a public benchmark alone. Use benchmarks to shortlist, then let the suite decide in a day.","sourceLine":2905,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-027","name":"The Judge's Three Biases","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"A model judge exhibits position, verbosity, and self-enhancement biases; a controlled judge randomizes position, controls length, uses a different model family, and is anchored to a human-adjudicated subset (≥20% of cases).","apply":"Whenever a model judges, produce a judge control sheet. A same-family, uncontrolled judge is not a measure.","keyQuestion":"","body":"A model judge exhibits position, verbosity, and self-enhancement biases; a controlled judge randomizes position, controls length, uses a different model family, and is anchored to a human-adjudicated subset (≥20% of cases).\n- **Apply**: Whenever a model judges, produce a judge control sheet. A same-family, uncontrolled judge is not a measure.","sourceLine":2909,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-028","name":"The Over-Optimization Curve","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"As optimization pressure rises, the proxy keeps climbing while the true goal peaks and then falls — the gap between the two is over-optimization (reward over-optimization has a scaling law).","apply":"Watch for a rising proxy with a stalling or worsening real outcome (e.g., eval score up, users unhappy); mark the gap and replace the measure.","keyQuestion":"","body":"As optimization pressure rises, the proxy keeps climbing while the true goal peaks and then falls — the gap between the two is over-optimization (reward over-optimization has a scaling law).\n- **Apply**: Watch for a rising proxy with a stalling or worsening real outcome (e.g., eval score up, users unhappy); mark the gap and replace the measure.","sourceLine":2913,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-029","name":"Goodhart in Six Coats (One Literature, Five Names)","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"Metric gaming, reward hacking, judge exploitation, sycophancy, benchmark contamination, and sandbagging are one phenomenon (Goodhart) wearing different names across literatures.","apply":"In a gaming audit, hunt all forms as a single catalogue; name the Goodhart form under whatever family a failure files to.","keyQuestion":"","body":"Metric gaming, reward hacking, judge exploitation, sycophancy, benchmark contamination, and sandbagging are one phenomenon (Goodhart) wearing different names across literatures.\n- **Apply**: In a gaming audit, hunt all forms as a single catalogue; name the Goodhart form under whatever family a failure files to.","sourceLine":2917,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-030","name":"Sycophancy as Gaming","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"Sycophancy — findings never unwanted, agreement with the user — is a form of measure-gaming, not politeness.","apply":"Flag when a loop's outputs never surface unwelcome findings; treat user-agreement as a gamed proxy and add a case.","keyQuestion":"","body":"Sycophancy — findings never unwanted, agreement with the user — is a form of measure-gaming, not politeness.\n- **Apply**: Flag when a loop's outputs never surface unwelcome findings; treat user-agreement as a gamed proxy and add a case.","sourceLine":2921,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-031","name":"Keep Your Own Catalogue","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"Maintain your own catalogue of confirmed gaming behaviors; every confirmed game becomes a new frozen case.","apply":"After each gaming audit, add a frozen case for every confirmed game so the suite grows immune to that exploit.","keyQuestion":"","body":"Maintain your own catalogue of confirmed gaming behaviors; every confirmed game becomes a new frozen case.\n- **Apply**: After each gaming audit, add a frozen case for every confirmed game so the suite grows immune to that exploit.","sourceLine":2925,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-032","name":"Confidence Is Not a Measure","discipline":"engineering","section":"engineering-section-05","sectionName":"The Referee & Measurement Under Optimization Pressure","kind":"Model / lens","essence":"Confidence, demos, and a good week are not measures; only scores graduate autonomy.","apply":"Refuse to promote autonomy on confidence or demos. Require suite scores for every tier change.","keyQuestion":"","body":"Confidence, demos, and a good week are not measures; only scores graduate autonomy.\n- **Apply**: Refuse to promote autonomy on confidence or demos. Require suite scores for every tier change.","sourceLine":2929,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-033","name":"The Joint Test","discipline":"engineering","section":"engineering-section-06","sectionName":"Model Selection, Drift & Portability","kind":"Model / lens","essence":"A method is portable only if the same suite, run on a second provider with zero edits, lands within 10%; the joint test reveals what leaked (vendor-specific dependence).","apply":"Run before calling any method or harness portable. A large gap means the harness leaked into a single vendor.","keyQuestion":"","body":"A method is portable only if the same suite, run on a second provider with zero edits, lands within 10%; the joint test reveals what leaked (vendor-specific dependence).\n- **Apply**: Run before calling any method or harness portable. A large gap means the harness leaked into a single vendor.","sourceLine":2938,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["product"]},{"id":"BE-07-034","name":"Tolerance Stated in Advance","discipline":"engineering","section":"engineering-section-06","sectionName":"Model Selection, Drift & Portability","kind":"Model / lens","essence":"The model is chosen last on the suite; every vendor release is rerun; the acceptable score delta (default ±5 points aggregate) is stated before the run, and outside tolerance = not adopted until the delta is explained.","apply":"Declare tolerance before running candidates or a new release. \"Better on average\" is not \"better on our cases.\"","keyQuestion":"","body":"The model is chosen last on the suite; every vendor release is rerun; the acceptable score delta (default ±5 points aggregate) is stated before the run, and outside tolerance = not adopted until the delta is explained.\n- **Apply**: Declare tolerance before running candidates or a new release. \"Better on average\" is not \"better on our cases.\"","sourceLine":2942,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-036","name":"The Attention Bill Is Yours","discipline":"engineering","section":"engineering-section-07","sectionName":"Loop Economics","kind":"Model / lens","essence":"Across the three costs, tokens deflate on the vendor's curve and evaluation is governed, but the attention bill stays flat and is the firm's to pay.","apply":"Watch the three-cost trend and design to reduce attention minutes, since that is the cost that does not fall on its own.","keyQuestion":"","body":"Across the three costs, tokens deflate on the vendor's curve and evaluation is governed, but the attention bill stays flat and is the firm's to pay.\n- **Apply**: Watch the three-cost trend and design to reduce attention minutes, since that is the cost that does not fall on its own.","sourceLine":2953,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-037","name":"Value Maxing (not Token Maxing)","discipline":"engineering","section":"engineering-section-07","sectionName":"Loop Economics","kind":"Model / lens","essence":"Optimize for value produced per accepted outcome, not for tokens generated, agents deployed, or prompts written (those are activity metrics).","apply":"Replace activity metrics with the six meters; state the value-maxing trade recommended and the meter to watch.","keyQuestion":"","body":"Optimize for value produced per accepted outcome, not for tokens generated, agents deployed, or prompts written (those are activity metrics).\n- **Apply**: Replace activity metrics with the six meters; state the value-maxing trade recommended and the meter to watch.","sourceLine":2957,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-038","name":"The Autonomy Tiers (A0 upward)","discipline":"engineering","section":"engineering-section-08","sectionName":"Autonomy & Observability","kind":"Model / lens","essence":"Autonomy starts at A0 (draft-only) and moves one tier at a time on suite scores; two consecutive family failures demote one tier, and any junction failure drops to A0 the same day.","apply":"Graduate autonomy mechanically on scores alone; apply the demotion rules immediately on family or junction failures.","keyQuestion":"","body":"Autonomy starts at A0 (draft-only) and moves one tier at a time on suite scores; two consecutive family failures demote one tier, and any junction failure drops to A0 the same day.\n- **Apply**: Graduate autonomy mechanically on scores alone; apply the demotion rules immediately on family or junction failures.","sourceLine":2966,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-039","name":"The Incident → Case Pipeline","discipline":"engineering","section":"engineering-section-08","sectionName":"Autonomy & Observability","kind":"Model / lens","essence":"Every production failure that reaches a human becomes a frozen case within seven days via a five-step pipeline: detect on the panel, diagnose in traces, contain, fix, add the case; changing an existing case is a logged decision, never an edit.","apply":"Run after any incident. The suite grows from production failures; edits to existing cases are logged decisions, not silent changes.","keyQuestion":"","body":"Every production failure that reaches a human becomes a frozen case within seven days via a five-step pipeline: detect on the panel, diagnose in traces, contain, fix, add the case; changing an existing case is a logged decision, never an edit.\n- **Apply**: Run after any incident. The suite grows from production failures; edits to existing cases are logged decisions, not silent changes.","sourceLine":2970,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-040","name":"Traces on Every Tool Call","discipline":"engineering","section":"engineering-section-08","sectionName":"Autonomy & Observability","kind":"Model / lens","essence":"Every tool call is traced (step, inputs, tool calls, tool results, latency, confidence, outcome); below 100% trace coverage a loop has undefended regions.","apply":"Require full trace coverage; where coverage is below 100%, name the undefended regions. Never conclude \"scores are fine\" without reading traces.","keyQuestion":"","body":"Every tool call is traced (step, inputs, tool calls, tool results, latency, confidence, outcome); below 100% trace coverage a loop has undefended regions.\n- **Apply**: Require full trace coverage; where coverage is below 100%, name the undefended regions. Never conclude \"scores are fine\" without reading traces.","sourceLine":2974,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-041","name":"The Six Meters (Gauge Panel)","discipline":"engineering","section":"engineering-section-08","sectionName":"Autonomy & Observability","kind":"Instrument","essence":"The loop's health reads on six gauges: first-pass yield, loop closure, cost per accepted outcome, escalation rate, attention per outcome, and suite coverage — each with a definition, reading, target, and trend.","apply":"Read the six meters on cadence as the standing instrument panel; each recommendation should carry a meter, a date, and a falsifier.","keyQuestion":"","body":"The loop's health reads on six gauges: first-pass yield, loop closure, cost per accepted outcome, escalation rate, attention per outcome, and suite coverage — each with a definition, reading, target, and trend.\n- **Apply**: Read the six meters on cadence as the standing instrument panel; each recommendation should carry a meter, a date, and a falsifier.","sourceLine":2978,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-042","name":"The Nested Field","discipline":"engineering","section":"engineering-section-09","sectionName":"Discipline, Team & Org","kind":"Model / lens","essence":"AI Engineering is the umbrella (ten layers): AI eng ⊃ agent eng ⊃ harness eng, with context/graph engineering beside and evals across; agent engineering is one unit and harness engineering is the system around units.","apply":"Settle discipline-level questions (what grades it, what the loop is, which model, what drifted) at the umbrella, then route depth to Agent or Harness Engineering.","keyQuestion":"","body":"AI Engineering is the umbrella (ten layers): AI eng ⊃ agent eng ⊃ harness eng, with context/graph engineering beside and evals across; agent engineering is one unit and harness engineering is the system around units.\n- **Apply**: Settle discipline-level questions (what grades it, what the loop is, which model, what drifted) at the umbrella, then route depth to Agent or Harness Engineering.","sourceLine":2987,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-043","name":"The Diagonal Profile","discipline":"engineering","section":"engineering-section-09","sectionName":"Discipline, Team & Org","kind":"Model / lens","essence":"The AI engineer's profile is diagonal — production engineering depth + systems judgment + substrate literacy + product sense — rather than deep in a single column.","apply":"Use for hiring and role design; screen for the diagonal, not for narrow model-training or pure app-dev depth.","keyQuestion":"","body":"The AI engineer's profile is diagonal — production engineering depth + systems judgment + substrate literacy + product sense — rather than deep in a single column.\n- **Apply**: Use for hiring and role design; screen for the diagonal, not for narrow model-training or pure app-dev depth.","sourceLine":2991,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-044","name":"The Screens (\"a loop you chartered, a suite you froze, a drift you caught\")","discipline":"engineering","section":"engineering-section-09","sectionName":"Discipline, Team & Org","kind":"Model / lens","essence":"The hiring screens for an AI engineer are concrete artifacts of the discipline: a loop you chartered, a suite you froze, a drift you caught.","apply":"Use these three as interview screens and the role ladder's proof points; the job's current shape is managing, not polling.","keyQuestion":"","body":"The hiring screens for an AI engineer are concrete artifacts of the discipline: a loop you chartered, a suite you froze, a drift you caught.\n- **Apply**: Use these three as interview screens and the role ladder's proof points; the job's current shape is managing, not polling.","sourceLine":2995,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-045","name":"More Builders Than Watchers","discipline":"engineering","section":"engineering-section-09","sectionName":"Discipline, Team & Org","kind":"Model / lens","essence":"The org rule is more builders than watchers, with proof capacity (the ability to freeze suites and grade loops) as the binding constraint.","apply":"Size AI teams so building outnumbers watching, and treat proof capacity as the resource to grow first.","keyQuestion":"","body":"The org rule is more builders than watchers, with proof capacity (the ability to freeze suites and grade loops) as the binding constraint.\n- **Apply**: Size AI teams so building outnumbers watching, and treat proof capacity as the resource to grow first.","sourceLine":2999,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-046","name":"The Six Failure Families","discipline":"engineering","section":"engineering-section-10","sectionName":"The Six Failure Families (Failure Diagnosis)","kind":"Failure pattern","essence":"Stalled AI systems file to six families, each with a Goodhart form and a fix: suite-less prototype → suite before ship; polling engineer → manager-worker with persistent context and triggers; unbounded loop → caps as escalation; benchmark-chosen model → suite selects; leaked-vendor harness → joint test; confidence promotion → scores graduate.","apply":"In any post-mortem, file the failure to one of the six families, state the Goodhart form under it, and prescribe the paired fix. A diagnosis ending in \"prompt it better\" is rejected.","keyQuestion":"","body":"Stalled AI systems file to six families, each with a Goodhart form and a fix: suite-less prototype → suite before ship; polling engineer → manager-worker with persistent context and triggers; unbounded loop → caps as escalation; benchmark-chosen model → suite selects; leaked-vendor harness → joint test; confidence promotion → scores graduate.\n- **Apply**: In any post-mortem, file the failure to one of the six families, state the Goodhart form under it, and prescribe the paired fix. A diagnosis ending in \"prompt it better\" is rejected.","sourceLine":3008,"sourceNumber":null,"part":"V","register":"full","themes":["failure"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["harness","fde"]},{"id":"BE-07-047","name":"The Failure Pattern Library (12)","discipline":"engineering","section":"engineering-section-10","sectionName":"The Six Failure Families (Failure Diagnosis)","kind":"Failure pattern","essence":"Twelve recurring failure patterns: the suite-less prototype, the polling engineer, the unbounded loop, the benchmark-chosen model, the leaked-vendor harness, the confidence promotion, the same-family judge, the readable suite, the synthetic-only suite, the silent case edit, token maxing, the unfiled drift.","apply":"Use as a checklist to name what has gone wrong; each pattern maps to a specific fix already carried in the engine and mode cards.","keyQuestion":"","body":"Twelve recurring failure patterns: the suite-less prototype, the polling engineer, the unbounded loop, the benchmark-chosen model, the leaked-vendor harness, the confidence promotion, the same-family judge, the readable suite, the synthetic-only suite, the silent case edit, token maxing, the unfiled drift.\n- **Apply**: Use as a checklist to name what has gone wrong; each pattern maps to a specific fix already carried in the engine and mode cards.","sourceLine":3012,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["product"]},{"id":"BE-07-048","name":"The AI Engineering Maturity Ladder","discipline":"engineering","section":"engineering-section-11","sectionName":"The Maturity Ladder (E0–E5)","kind":"Maturity ladder","essence":"Five stages: E0 demos · E1 loops bounded and owned · E2 suites frozen, held out, growing from production · E3 model chosen and changed on the suite with tolerance stated · E4 autonomy graded by scores, drift caught by instrument, judges controlled · E5 the joint proven (method portable within tolerance across providers).","apply":"Place an organization on the ladder; the tell is that E4 claimed with no drift log is really E1.","keyQuestion":"","body":"Five stages: E0 demos · E1 loops bounded and owned · E2 suites frozen, held out, growing from production · E3 model chosen and changed on the suite with tolerance stated · E4 autonomy graded by scores, drift caught by instrument, judges controlled · E5 the joint proven (method portable within tolerance across providers).\n- **Apply**: Place an organization on the ladder; the tell is that E4 claimed with no drift log is really E1.","sourceLine":3021,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[],"note":"Source correction: E0 through E5 contains six levels, although the description says “five stages”. These levels are a source rubric, not an independently calibrated score."},{"id":"BE-07-049","name":"The Mode Router","discipline":"engineering","section":"engineering-section-12","sectionName":"Mode Cards (request → mode)","kind":"Operating mode","essence":"Ten operating modes route by request signal: LOOP DESIGN, REFEREE BUILD, MODEL SELECTION & DRIFT, GAMING AUDIT, OBSERVABILITY, LOOP ECONOMICS, CONTEXT PLAN, TOOL WIRING, DISCIPLINE & TEAM, FAILURE DIAGNOSIS — each with defined inputs, deliverables, rules, and output shape.","apply":"Declare the mode before working. Loop Design always spawns Referee Build; Model Selection always spawns Gaming Audit if a judge is involved.","keyQuestion":"","body":"Ten operating modes route by request signal: LOOP DESIGN, REFEREE BUILD, MODEL SELECTION & DRIFT, GAMING AUDIT, OBSERVABILITY, LOOP ECONOMICS, CONTEXT PLAN, TOOL WIRING, DISCIPLINE & TEAM, FAILURE DIAGNOSIS — each with defined inputs, deliverables, rules, and output shape.\n- **Apply**: Declare the mode before working. Loop Design always spawns Referee Build; Model Selection always spawns Gaming Audit if a judge is involved.","sourceLine":3030,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["cfo","harness"]},{"id":"BE-07-050","name":"LOOP DESIGN (mode)","discipline":"engineering","section":"engineering-section-12","sectionName":"Mode Cards (request → mode)","kind":"Operating mode","essence":"Produces the loop charter, the context placement plan, the tool permission table, the orchestration choice with its named failure mode, and the referee plan handed to Referee Build.","apply":"Use for \"design an agent / automate this workflow / orchestration.\" Refuse unbounded loops, autonomy above A0 at design, and irreversible actions inside an autonomous cycle.","keyQuestion":"","body":"Produces the loop charter, the context placement plan, the tool permission table, the orchestration choice with its named failure mode, and the referee plan handed to Referee Build.\n- **Apply**: Use for \"design an agent / automate this workflow / orchestration.\" Refuse unbounded loops, autonomy above A0 at design, and irreversible actions inside an autonomous cycle.","sourceLine":3034,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-051","name":"REFEREE BUILD (mode)","discipline":"engineering","section":"engineering-section-12","sectionName":"Mode Cards (request → mode)","kind":"Operating mode","essence":"Produces the suite construction sheet, the three-layer grading architecture, the judge control sheet, the signed six-property checklist, and the first baseline run with its date.","apply":"Use for \"how do we know it works / evals / quality bar.\" Reject synthetic-only, vendor-authored, unsigned, or agent-readable sets.","keyQuestion":"","body":"Produces the suite construction sheet, the three-layer grading architecture, the judge control sheet, the signed six-property checklist, and the first baseline run with its date.\n- **Apply**: Use for \"how do we know it works / evals / quality bar.\" Reject synthetic-only, vendor-authored, unsigned, or agent-readable sets.","sourceLine":3038,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-052","name":"GAMING AUDIT (mode)","discipline":"engineering","section":"engineering-section-12","sectionName":"Mode Cards (request → mode)","kind":"Operating mode","essence":"Runs the catalogue hunt across metric gaming, judge exploitation, sycophancy, contamination, and sandbagging; names the proxy and its diverging goal; supplies a replacement measure the loop cannot see; and files a new frozen case for every confirmed game.","apply":"Use when \"scores look too good / the agent is cheating / judge / reward.\" Never conclude \"the scores are fine\" without reading traces.","keyQuestion":"","body":"Runs the catalogue hunt across metric gaming, judge exploitation, sycophancy, contamination, and sandbagging; names the proxy and its diverging goal; supplies a replacement measure the loop cannot see; and files a new frozen case for every confirmed game.\n- **Apply**: Use when \"scores look too good / the agent is cheating / judge / reward.\" Never conclude \"the scores are fine\" without reading traces.","sourceLine":3042,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-07-053","name":"Deterministic → Semantic → Behavioral Layers","discipline":"engineering","section":"engineering-section-13","sectionName":"The Three-Layer Grading Architecture","kind":"Model / lens","essence":"Grade in three layers: deterministic (formats, schemas, PII, entity checks — cheap, first) → semantic (groundedness, relevance, safety — a controlled judge anchored to the human subset) → behavioral (right tools, right count, no loops, no duplicate calls — the layer most teams miss).","apply":"Build every referee across all three layers, cheapest and most deterministic first; do not skip the behavioral layer, which catches tool-use pathologies invisible to output grading.","keyQuestion":"","body":"Grade in three layers: deterministic (formats, schemas, PII, entity checks — cheap, first) → semantic (groundedness, relevance, safety — a controlled judge anchored to the human subset) → behavioral (right tools, right count, no loops, no duplicate calls — the layer most teams miss).\n- **Apply**: Build every referee across all three layers, cheapest and most deterministic first; do not skip the behavioral layer, which catches tool-use pathologies invisible to output grading.","sourceLine":3051,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-001","name":"The Rented Ninth","discipline":"agent","section":"agent-section-01","sectionName":"Core Thesis & Compression","kind":"Model / lens","essence":"The model is the one component you should not engineer — everything a firm owns about its AI is in the wrapping; don't engineer the model, own the wrapping.","apply":"Whenever tempted to fix agent quality by upgrading or fine-tuning the model, redirect the engineering to the eight wrapping elements instead.","keyQuestion":"","body":"The model is the one component you should not engineer — everything a firm owns about its AI is in the wrapping; don't engineer the model, own the wrapping.\n- **Apply**: Whenever tempted to fix agent quality by upgrading or fine-tuning the model, redirect the engineering to the eight wrapping elements instead.","sourceLine":3068,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-002","name":"Charter the Work. Close the Loop. Gate the Graduation.","discipline":"agent","section":"agent-section-01","sectionName":"Core Thesis & Compression","kind":"Model / lens","essence":"The three-move compression of the whole discipline: define the chartered work, run a feedback loop that captures corrections, and gate any autonomy increase behind proof.","apply":"Use as the north-star sequence for any agent-building or agent-review engagement.","keyQuestion":"","body":"The three-move compression of the whole discipline: define the chartered work, run a feedback loop that captures corrections, and gate any autonomy increase behind proof.\n- **Apply**: Use as the north-star sequence for any agent-building or agent-review engagement.","sourceLine":3072,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-003","name":"Layer 0 — The Work","discipline":"agent","section":"agent-section-02","sectionName":"The Unit Engine (Layers 0–4)","kind":"Engine step","essence":"Should this unit exist? Survey the target work on volume (H daily / M weekly-monthly / L rare), specifiability (can \"done correctly\" be written as criteria a stranger could apply?), and consequence (severity × reversibility); unspecifiable work cannot be gated, ungateable work must not be autonomous, and irreversible-severe work keeps a mandatory human gate regardless of model quality.","apply":"Run first on any proposed agent; the verdict is build / build-with-gate / decline, and declines are recorded with reason as the refusal log's seed.","keyQuestion":"","body":"Should this unit exist? Survey the target work on volume (H daily / M weekly-monthly / L rare), specifiability (can \"done correctly\" be written as criteria a stranger could apply?), and consequence (severity × reversibility); unspecifiable work cannot be gated, ungateable work must not be autonomous, and irreversible-severe work keeps a mandatory human gate regardless of model quality.\n- **Apply**: Run first on any proposed agent; the verdict is build / build-with-gate / decline, and declines are recorded with reason as the refusal log's seed.","sourceLine":3079,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-004","name":"Layer 1 — The Unit","discipline":"agent","section":"agent-section-02","sectionName":"The Unit Engine (Layers 0–4)","kind":"Engine step","essence":"Is it built or improvised? Audit the nine elements in four bands (charter, production, control, memory) via four tests scored 0–2 each (/8): Charter test, Swap test, Method test, Record test.","apply":"Use to score a unit's construction and name the failing bands; produces the unit audit card (/8).","keyQuestion":"","body":"Is it built or improvised? Audit the nine elements in four bands (charter, production, control, memory) via four tests scored 0–2 each (/8): Charter test, Swap test, Method test, Record test.\n- **Apply**: Use to score a unit's construction and name the failing bands; produces the unit audit card (/8).","sourceLine":3083,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-005","name":"Layer 2 — The Proof","discipline":"agent","section":"agent-section-02","sectionName":"The Unit Engine (Layers 0–4)","kind":"Engine step","essence":"Can quality be demonstrated, repeatedly? Audit the evaluation suite for existence, frozen-ness, versioning, coverage of the real case-mix, defined thresholds, and drift detection — then weigh the economics of ownership (the suite ≈ a third of vendor-exit cost, held in the firm's name = the title deed to quality).","apply":"Use to produce the proof card (suite status per criterion, coverage estimate, ownership verdict) before granting autonomy.","keyQuestion":"","body":"Can quality be demonstrated, repeatedly? Audit the evaluation suite for existence, frozen-ness, versioning, coverage of the real case-mix, defined thresholds, and drift detection — then weigh the economics of ownership (the suite ≈ a third of vendor-exit cost, held in the firm's name = the title deed to quality).\n- **Apply**: Use to produce the proof card (suite status per criterion, coverage estimate, ownership verdict) before granting autonomy.","sourceLine":3087,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-006","name":"Layer 3 — The Topology","discipline":"agent","section":"agent-section-02","sectionName":"The Unit Engine (Layers 0–4)","kind":"Engine step","essence":"Does the population survive scale? Units grow linearly, channels grow ~n², human judgment is fixed; audit bounded fan (named counterparts, default no-channel), junction routing (consequential flows through designed checkpoints), and schema'd flows, then draw each unit's blast radius.","apply":"Use across multiple units to find any blast radius containing customer-visible or irreversible actions with zero intermediate checks (the vermillion finding).","keyQuestion":"","body":"Does the population survive scale? Units grow linearly, channels grow ~n², human judgment is fixed; audit bounded fan (named counterparts, default no-channel), junction routing (consequential flows through designed checkpoints), and schema'd flows, then draw each unit's blast radius.\n- **Apply**: Use across multiple units to find any blast radius containing customer-visible or irreversible actions with zero intermediate checks (the vermillion finding).","sourceLine":3091,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-007","name":"Layer 4 — The Bench","discipline":"agent","section":"agent-section-02","sectionName":"The Unit Engine (Layers 0–4)","kind":"Engine step","essence":"Is the population governed? Audit the roster (one registry with charter, single named owner, version history, autonomy level with evidence, grants, graph position, last eval), the shadow bench (unregistered units), the ladder (threshold-based promotions/demotions), and the kill criteria written in calm.","apply":"Use for fleet governance; produces the bench card (roster completeness, shadow estimate, ladder integrity, kill-criteria coverage).","keyQuestion":"","body":"Is the population governed? Audit the roster (one registry with charter, single named owner, version history, autonomy level with evidence, grants, graph position, last eval), the shadow bench (unregistered units), the ladder (threshold-based promotions/demotions), and the kill criteria written in calm.\n- **Apply**: Use for fleet governance; produces the bench card (roster completeness, shadow estimate, ladder integrity, kill-criteria coverage).","sourceLine":3095,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-008","name":"The Nine Elements (Four Bands)","discipline":"agent","section":"agent-section-03","sectionName":"The Nine Elements & Four Bands","kind":"Model / lens","essence":"A unit is nine elements in four bands — charter (mandate, boundary) · production (model, tools, procedure) · control (gate, escalation) · memory (context, the record); the engineering happens in eight, the ninth is rented.","apply":"Use as the anatomy checklist when auditing or designing a unit; render as the Anatomy Card (present teal, missing vermillion, rented model dashed gray).","keyQuestion":"","body":"A unit is nine elements in four bands — charter (mandate, boundary) · production (model, tools, procedure) · control (gate, escalation) · memory (context, the record); the engineering happens in eight, the ninth is rented.\n- **Apply**: Use as the anatomy checklist when auditing or designing a unit; render as the Anatomy Card (present teal, missing vermillion, rented model dashed gray).","sourceLine":3102,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-009","name":"The Four Tests (Layer 1 scoring)","discipline":"agent","section":"agent-section-03","sectionName":"The Nine Elements & Four Bands","kind":"Model / lens","essence":"Four 0–2 tests probe construction — Charter test (produce the one-page charter; none = exposure), Swap test (change vendor: if \"the quality\" needs touching, the firm built nothing), Method test (show the encoded checklist; \"in the prompt somewhere\" = amplifier not discipline), Record test (locate last week's corrections; a chat thread = the flywheel isn't spinning).","apply":"Score each test /2 for a /8 unit audit; failing tests name the missing band.","keyQuestion":"","body":"Four 0–2 tests probe construction — Charter test (produce the one-page charter; none = exposure), Swap test (change vendor: if \"the quality\" needs touching, the firm built nothing), Method test (show the encoded checklist; \"in the prompt somewhere\" = amplifier not discipline), Record test (locate last week's corrections; a chat thread = the flywheel isn't spinning).\n- **Apply**: Score each test /2 for a /8 unit audit; failing tests name the missing band.","sourceLine":3106,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-010","name":"Exposure, Not Agency","discipline":"agent","section":"agent-section-03","sectionName":"The Nine Elements & Four Bands","kind":"Model / lens","essence":"A prompt with access but no charter, gates, or owner is exposure, not an agent.","apply":"Use to reclassify \"agents\" that are really ungoverned prompts; triggers a build-back to at least U1.","keyQuestion":"","body":"A prompt with access but no charter, gates, or owner is exposure, not an agent.\n- **Apply**: Use to reclassify \"agents\" that are really ungoverned prompts; triggers a build-back to at least U1.","sourceLine":3110,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-011","name":"The One-Page Charter","discipline":"agent","section":"agent-section-03","sectionName":"The Nine Elements & Four Bands","kind":"Instrument","essence":"The unit's mandate on one page — vagueness here becomes failure later.","apply":"Produce for every unit (mandate, outcomes owed, boundaries, escalation, definition of done, owner, version, autonomy + evidence).","keyQuestion":"","body":"The unit's mandate on one page — vagueness here becomes failure later.\n- **Apply**: Produce for every unit (mandate, outcomes owed, boundaries, escalation, definition of done, owner, version, autonomy + evidence).","sourceLine":3114,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-012","name":"Stops Before Steps","discipline":"agent","section":"agent-section-03","sectionName":"The Nine Elements & Four Bands","kind":"Model / lens","essence":"Escape points are drawn before the procedure — stops before steps.","apply":"When designing a unit, place escape/escalation points before every consequential action, ahead of writing the method.","keyQuestion":"","body":"Escape points are drawn before the procedure — stops before steps.\n- **Apply**: When designing a unit, place escape/escalation points before every consequential action, ahead of writing the method.","sourceLine":3118,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-013","name":"The Clean Joint","discipline":"agent","section":"agent-section-04","sectionName":"Assembly & Loop Models","kind":"Model / lens","essence":"The model is rented behind a clean interface so the swap test proves what the firm actually built.","apply":"Design the model interface so a vendor swap touches only the joint, never the quality; central to migration projects.","keyQuestion":"","body":"The model is rented behind a clean interface so the swap test proves what the firm actually built.\n- **Apply**: Design the model interface so a vendor swap touches only the joint, never the quality; central to migration projects.","sourceLine":3125,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["fde"]},{"id":"BE-03-014","name":"Method, Not Task","discipline":"agent","section":"agent-section-04","sectionName":"Assembly & Loop Models","kind":"Model / lens","essence":"The encoded checklist is the machinery — the method (checklists, counting rules, red lines) is the discipline; a task-only prompt is merely an amplifier.","apply":"Extract implicit standards into checkable criteria and red lines; encode as a method block rather than prose.","keyQuestion":"","body":"The encoded checklist is the machinery — the method (checklists, counting rules, red lines) is the discipline; a task-only prompt is merely an amplifier.\n- **Apply**: Extract implicit standards into checkable criteria and red lines; encode as a method block rather than prose.","sourceLine":3129,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-015","name":"Instrumentation Before Function","discipline":"agent","section":"agent-section-04","sectionName":"Assembly & Loop Models","kind":"Model / lens","essence":"An unlogged unit cannot be trusted or improved — instrumentation comes on from run one.","apply":"Turn on logging of every run and corrections before shipping any function.","keyQuestion":"","body":"An unlogged unit cannot be trusted or improved — instrumentation comes on from run one.\n- **Apply**: Turn on logging of every run and corrections before shipping any function.","sourceLine":3133,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-016","name":"Cost Is a Capability","discipline":"agent","section":"agent-section-04","sectionName":"Assembly & Loop Models","kind":"Model / lens","essence":"As model prices fall, spend the decline on more attempts and checks — a fixed single-call design cannot spend it; cost is a capability the loop spends.","apply":"Design loops (and price-decline plans) that convert falling per-call cost into higher quality; count cost per gated delivered outcome, never per call.","keyQuestion":"","body":"As model prices fall, spend the decline on more attempts and checks — a fixed single-call design cannot spend it; cost is a capability the loop spends.\n- **Apply**: Design loops (and price-decline plans) that convert falling per-call cost into higher quality; count cost per gated delivered outcome, never per call.","sourceLine":3137,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-017","name":"Capture by Construction","discipline":"agent","section":"agent-section-04","sectionName":"Assembly & Loop Models","kind":"Model / lens","essence":"Corrections must be captured by construction (the review tool writes the record) or the flywheel never spins.","apply":"Build correction-capture into the workflow structurally rather than relying on reviewers to file notes.","keyQuestion":"","body":"Corrections must be captured by construction (the review tool writes the record) or the flywheel never spins.\n- **Apply**: Build correction-capture into the workflow structurally rather than relying on reviewers to file notes.","sourceLine":3141,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-018","name":"Landlord's Compounding","discipline":"agent","section":"agent-section-04","sectionName":"Assembly & Loop Models","kind":"Model / lens","essence":"A loop tuned inside a rented platform improves the platform, not the firm — the landlord's flywheel.","apply":"Bring edge-writing flows inside the firm's walls and export the record so compounding accrues to the firm.","keyQuestion":"","body":"A loop tuned inside a rented platform improves the platform, not the firm — the landlord's flywheel.\n- **Apply**: Bring edge-writing flows inside the firm's walls and export the record so compounding accrues to the firm.","sourceLine":3145,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-020","name":"The Title Deed","discipline":"agent","section":"agent-section-05","sectionName":"Proof & Evaluation Models","kind":"Model / lens","essence":"Evaluation capability is roughly a third of the cost of leaving a vendor — the suite held portably in the firm's own name is the title deed to the unit's quality.","apply":"Own the suite as property; run Mode 3 first in any migration because the suite is the migration's instrument.","keyQuestion":"","body":"Evaluation capability is roughly a third of the cost of leaving a vendor — the suite held portably in the firm's own name is the title deed to the unit's quality.\n- **Apply**: Own the suite as property; run Mode 3 first in any migration because the suite is the migration's instrument.","sourceLine":3154,"sourceNumber":null,"part":"V","register":"full","themes":["ownership"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-021","name":"Coverage Decay","discipline":"agent","section":"agent-section-05","sectionName":"Proof & Evaluation Models","kind":"Model / lens","essence":"An aging suite is a blind instrument — coverage decays as the work shifts.","apply":"Refresh cases on a schedule (quarterly) with logged retirements to keep coverage matched to the real case-mix.","keyQuestion":"","body":"An aging suite is a blind instrument — coverage decays as the work shifts.\n- **Apply**: Refresh cases on a schedule (quarterly) with logged retirements to keep coverage matched to the real case-mix.","sourceLine":3158,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-022","name":"The Five Families (Failure Taxonomy)","discipline":"agent","section":"agent-section-05","sectionName":"Proof & Evaluation Models","kind":"Model / lens","essence":"Every failure attributes to one of five families — specification, grounding, boundary, drift, cascade — and the family decides the fix.","apply":"In any incident, attribute to a family before fixing: specification → fix charter; grounding → retrieval/freshness; boundary → structural narrowing; drift → suite on schedule; cascade → junction checks/schemas/radii.","keyQuestion":"","body":"Every failure attributes to one of five families — specification, grounding, boundary, drift, cascade — and the family decides the fix.\n- **Apply**: In any incident, attribute to a family before fixing: specification → fix charter; grounding → retrieval/freshness; boundary → structural narrowing; drift → suite on schedule; cascade → junction checks/schemas/radii.","sourceLine":3162,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-023","name":"The Longer-Prompt Fallacy","discipline":"agent","section":"agent-section-05","sectionName":"Proof & Evaluation Models","kind":"Model / lens","essence":"A firm that fixes every failure with a longer prompt has not diagnosed anything — apologizing to the machine is not engineering.","apply":"Reject \"make it stricter\" prompt patches; route the incident through the taxonomy, which outranks the request.","keyQuestion":"","body":"A firm that fixes every failure with a longer prompt has not diagnosed anything — apologizing to the machine is not engineering.\n- **Apply**: Reject \"make it stricter\" prompt patches; route the incident through the taxonomy, which outranks the request.","sourceLine":3166,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-024","name":"The Interaction Explosion","discipline":"agent","section":"agent-section-06","sectionName":"Population & Topology Models","kind":"Model / lens","essence":"Units grow linearly, channels grow ~n², and human judgment is fixed — the interaction count explodes faster than oversight can scale.","apply":"Use to justify bounding fan-out and routing consequential flows through designed junctions rather than point-to-point.","keyQuestion":"","body":"Units grow linearly, channels grow ~n², and human judgment is fixed — the interaction count explodes faster than oversight can scale.\n- **Apply**: Use to justify bounding fan-out and routing consequential flows through designed junctions rather than point-to-point.","sourceLine":3173,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-025","name":"Schema-Routed Flow","discipline":"agent","section":"agent-section-06","sectionName":"Population & Topology Models","kind":"Model / lens","essence":"Typed fields, provenance, and bounded values make the checkable majority of flows never consume a judge.","apply":"Schema the consequential channels so routine, checkable traffic bypasses human judgment.","keyQuestion":"","body":"Typed fields, provenance, and bounded values make the checkable majority of flows never consume a judge.\n- **Apply**: Schema the consequential channels so routine, checkable traffic bypasses human judgment.","sourceLine":3177,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-026","name":"The Blast Radius","discipline":"agent","section":"agent-section-06","sectionName":"Population & Topology Models","kind":"Model / lens","essence":"A unit's blast radius is everything downstream before the next real check; it is drawn before shipping and kept small on purpose.","apply":"Draw blast radii before shipping; ensure a real check sits inside every consequential radius.","keyQuestion":"","body":"A unit's blast radius is everything downstream before the next real check; it is drawn before shipping and kept small on purpose.\n- **Apply**: Draw blast radii before shipping; ensure a real check sits inside every consequential radius.","sourceLine":3181,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-027","name":"The Roster","discipline":"agent","section":"agent-section-06","sectionName":"Population & Topology Models","kind":"Model / lens","essence":"What the roster does not list, the firm does not control.","apply":"Maintain one registry; production access is impossible without registration by construction.","keyQuestion":"","body":"What the roster does not list, the firm does not control.\n- **Apply**: Maintain one registry; production access is impossible without registration by construction.","sourceLine":3185,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-028","name":"The Shadow Bench","discipline":"agent","section":"agent-section-06","sectionName":"Population & Topology Models","kind":"Model / lens","essence":"Unregistered units touching real systems are the shadow bench — cured by cheap legitimacy, not prohibition.","apply":"Make registration minutes-cheap and make production access structurally impossible without it.","keyQuestion":"","body":"Unregistered units touching real systems are the shadow bench — cured by cheap legitimacy, not prohibition.\n- **Apply**: Make registration minutes-cheap and make production access structurally impossible without it.","sourceLine":3189,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-029","name":"Kill Criteria in Calm","discipline":"agent","section":"agent-section-06","sectionName":"Population & Topology Models","kind":"Model / lens","essence":"The observations that pause a unit first and investigate second must be written in calm — incident time is the worst time to negotiate them.","apply":"Write a kill-criteria card per top-radius unit before any incident.","keyQuestion":"","body":"The observations that pause a unit first and investigate second must be written in calm — incident time is the worst time to negotiate them.\n- **Apply**: Write a kill-criteria card per top-radius unit before any incident.","sourceLine":3193,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-030","name":"Autonomy Is a Gate Result","discipline":"agent","section":"agent-section-07","sectionName":"Governance Models","kind":"Model / lens","essence":"Autonomy is a gate result, not a feeling — a number with a date, reversible without drama.","apply":"Grant/revoke autonomy only by suite threshold + hold period, recorded and dated; never on impressions.","keyQuestion":"","body":"Autonomy is a gate result, not a feeling — a number with a date, reversible without drama.\n- **Apply**: Grant/revoke autonomy only by suite threshold + hold period, recorded and dated; never on impressions.","sourceLine":3200,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-031","name":"Units Replaceable, Records Not","discipline":"agent","section":"agent-section-07","sectionName":"Governance Models","kind":"Model / lens","essence":"Units are retired by design; the record is what survives and feeds the successor.","apply":"Design for unit retirement while preserving the record as the durable asset.","keyQuestion":"","body":"Units are retired by design; the record is what survives and feeds the successor.\n- **Apply**: Design for unit retirement while preserving the record as the durable asset.","sourceLine":3204,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-032","name":"The Clean-Sheet Bench","discipline":"agent","section":"agent-section-07","sectionName":"Governance Models","kind":"Model / lens","essence":"Annually ask: would we build this population again from a clean sheet?","apply":"Use as a yearly fleet review test to prune and re-justify the roster.","keyQuestion":"","body":"Annually ask: would we build this population again from a clean sheet?\n- **Apply**: Use as a yearly fleet review test to prune and re-justify the roster.","sourceLine":3208,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-033","name":"Failures That Cannot Travel","discipline":"agent","section":"agent-section-07","sectionName":"Governance Models","kind":"Model / lens","essence":"Failures engineered so they cannot recur silently are the surviving firm's actual property.","apply":"After every autopsy, add the case to the suite so the failure cannot travel or recur unseen.","keyQuestion":"","body":"Failures engineered so they cannot recur silently are the surviving firm's actual property.\n- **Apply**: After every autopsy, add the case to the suite so the failure cannot travel or recur unseen.","sourceLine":3212,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-034","name":"U0 Improvised","discipline":"agent","section":"agent-section-08","sectionName":"Unit Readiness Levels (Graduation Ladder)","kind":"Maturity ladder","essence":"A prompt with access; no charter, no gates, no record.","apply":"Baseline classification; most production agents audit here or at U1.","keyQuestion":"","body":"A prompt with access; no charter, no gates, no record.\n- **Apply**: Baseline classification; most production agents audit here or at U1.","sourceLine":3219,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-035","name":"U1 Chartered","discipline":"agent","section":"agent-section-08","sectionName":"Unit Readiness Levels (Graduation Ladder)","kind":"Maturity ladder","essence":"The one-pager exists; an owner is named; escape points drawn.","apply":"First rung earned by producing the charter and naming an owner.","keyQuestion":"","body":"The one-pager exists; an owner is named; escape points drawn.\n- **Apply**: First rung earned by producing the charter and naming an owner.","sourceLine":3223,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-036","name":"U2 Assembled","discipline":"agent","section":"agent-section-08","sectionName":"Unit Readiness Levels (Graduation Ladder)","kind":"Maturity ladder","essence":"Clean joint, narrow grants, method encoded, instrumentation on.","apply":"Earned when the unit is properly built (production band complete).","keyQuestion":"","body":"Clean joint, narrow grants, method encoded, instrumentation on.\n- **Apply**: Earned when the unit is properly built (production band complete).","sourceLine":3227,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-037","name":"U3 Proven","discipline":"agent","section":"agent-section-08","sectionName":"Unit Readiness Levels (Graduation Ladder)","kind":"Maturity ladder","essence":"Frozen versioned suite with coverage; thresholds defined; scores current.","apply":"Earned when quality is demonstrable; the U1→U3 jump (assembly and proof, not model upgrades) is the one that pays.","keyQuestion":"","body":"Frozen versioned suite with coverage; thresholds defined; scores current.\n- **Apply**: Earned when quality is demonstrable; the U1→U3 jump (assembly and proof, not model upgrades) is the one that pays.","sourceLine":3231,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-038","name":"U4 Governed","discipline":"agent","section":"agent-section-08","sectionName":"Unit Readiness Levels (Graduation Ladder)","kind":"Maturity ladder","essence":"On the roster; autonomy earned and dated; kill criteria written; radius drawn and checked.","apply":"Earned when the unit is fully governed within the population.","keyQuestion":"","body":"On the roster; autonomy earned and dated; kill criteria written; radius drawn and checked.\n- **Apply**: Earned when the unit is fully governed within the population.","sourceLine":3235,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-039","name":"U5 Compounding","discipline":"agent","section":"agent-section-08","sectionName":"Unit Readiness Levels (Graduation Ladder)","kind":"Maturity ladder","essence":"Capture-by-construction running; suite scores trending up on a stable suite; the price decline being spent on quality.","apply":"Top rung — the self-improving unit whose loop compounds.","keyQuestion":"","body":"Capture-by-construction running; suite scores trending up on a stable suite; the price decline being spent on quality.\n- **Apply**: Top rung — the self-improving unit whose loop compounds.","sourceLine":3239,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-040","name":"Mode 1 — Unit Design","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"Build an agent for X\" — Layer 0 survey, then design forward to the one-page charter, escape points, assembly spec, and eval-suite scaffold.","apply":"New automations; artifact is the unit blueprint (charter + assembly spec + suite scaffold + starting autonomy L0).","keyQuestion":"","body":"\"Build an agent for X\" — Layer 0 survey, then design forward to the one-page charter, escape points, assembly spec, and eval-suite scaffold.\n- **Apply**: New automations; artifact is the unit blueprint (charter + assembly spec + suite scaffold + starting autonomy L0).","sourceLine":3246,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-041","name":"Mode 2 — Charter Clinic","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"Improve this prompt/agent instructions\" — rewrite the material as a proper charter + encoded method, separating mandate from procedure and extracting implicit standards.","apply":"Production-prompt reviews; artifact is the charter one-pager + method block with a diff-style note of what was implicit.","keyQuestion":"","body":"\"Improve this prompt/agent instructions\" — rewrite the material as a proper charter + encoded method, separating mandate from procedure and extracting implicit standards.\n- **Apply**: Production-prompt reviews; artifact is the charter one-pager + method block with a diff-style note of what was implicit.","sourceLine":3250,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-042","name":"Mode 3 — Eval Suite Builder","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"How do I know it works\" — build the suite: case format, sourcing plan, size-by-stakes, freeze-and-version protocol, thresholds, drift schedule.","apply":"Testing/QA; artifact is the suite scaffold with 5–10 example cases drafted from the user's domain.","keyQuestion":"","body":"\"How do I know it works\" — build the suite: case format, sourcing plan, size-by-stakes, freeze-and-version protocol, thresholds, drift schedule.\n- **Apply**: Testing/QA; artifact is the suite scaffold with 5–10 example cases drafted from the user's domain.","sourceLine":3254,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-043","name":"Mode 4 — Failure Autopsy","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"The agent did something wrong\" — attribute to the five-family taxonomy and prescribe the structural fix, never a sterner prompt.","apply":"Incidents/debugging; artifact is the failure report (family, evidence, root cause, structural fix, suite case added).","keyQuestion":"","body":"\"The agent did something wrong\" — attribute to the five-family taxonomy and prescribe the structural fix, never a sterner prompt.\n- **Apply**: Incidents/debugging; artifact is the failure report (family, evidence, root cause, structural fix, suite case added).","sourceLine":3258,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-044","name":"Mode 5 — Autonomy Review","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"Can we remove the human\" — Layer 2 plus the ladder: current evidence vs threshold, hold period, and defined demotion triggers.","apply":"Autonomy decisions; artifact is the promotion record (or the evidence plan to earn it).","keyQuestion":"","body":"\"Can we remove the human\" — Layer 2 plus the ladder: current evidence vs threshold, hold period, and defined demotion triggers.\n- **Apply**: Autonomy decisions; artifact is the promotion record (or the evidence plan to earn it).","sourceLine":3262,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["security"]},{"id":"BE-03-045","name":"Mode 6 — Fleet Setup","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"Agents everywhere / governance / policy\" — Layers 3–4 deep: roster, registration path, topology rules, kill-criteria cards.","apply":"Governance rollouts; artifact is the populated roster template + registration path + topology retrofit + kill-criteria cards for top-radius units.","keyQuestion":"","body":"\"Agents everywhere / governance / policy\" — Layers 3–4 deep: roster, registration path, topology rules, kill-criteria cards.\n- **Apply**: Governance rollouts; artifact is the populated roster template + registration path + topology retrofit + kill-criteria cards for top-radius units.","sourceLine":3266,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-046","name":"Mode 7 — Fleet Health Check","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"How are our agents doing\" — full engine across the population.","apply":"Periodic review; artifact is the fleet dashboard + Unit Readiness distribution + five corrections ranked + 90-day sequence.","keyQuestion":"","body":"\"How are our agents doing\" — full engine across the population.\n- **Apply**: Periodic review; artifact is the fleet dashboard + Unit Readiness distribution + five corrections ranked + 90-day sequence.","sourceLine":3270,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-047","name":"Mode 8 — Cost & Leverage","discipline":"agent","section":"agent-section-09","sectionName":"Operating Mode Cards","kind":"Operating mode","essence":"\"Is it worth it / agent ROI\" — cost per gated delivered outcome (never per call), leverage (output per human hour), and the price-decline spend plan.","apply":"ROI questions; artifact is the unit economics sheet with formulas shown.","keyQuestion":"","body":"\"Is it worth it / agent ROI\" — cost per gated delivered outcome (never per call), leverage (output per human hour), and the price-decline spend plan.\n- **Apply**: ROI questions; artifact is the unit economics sheet with formulas shown.","sourceLine":3274,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-048","name":"Prompt Patching","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Every incident answered with a longer prompt.","apply":"Fix by taxonomy attribution; fixes go to charter/assembly/context/gate/graph, not the prompt.","keyQuestion":"","body":"Every incident answered with a longer prompt.\n- **Apply**: Fix by taxonomy attribution; fixes go to charter/assembly/context/gate/graph, not the prompt.","sourceLine":3281,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-049","name":"Demo Promotion","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Autonomy granted on impressions.","apply":"Fix with a frozen suite, threshold, hold period, and a dated record.","keyQuestion":"","body":"Autonomy granted on impressions.\n- **Apply**: Fix with a frozen suite, threshold, hold period, and a dated record.","sourceLine":3285,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-050","name":"The Welded Vendor","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Quality that dies in the swap test.","apply":"Fix with a clean joint; move the method out of vendor-specific behavior.","keyQuestion":"","body":"Quality that dies in the swap test.\n- **Apply**: Fix with a clean joint; move the method out of vendor-specific behavior.","sourceLine":3289,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-051","name":"Eval Theater","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"A test set that changes with every run.","apply":"Fix by freezing it and versioning amendments explicitly.","keyQuestion":"","body":"A test set that changes with every run.\n- **Apply**: Fix by freezing it and versioning amendments explicitly.","sourceLine":3293,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-052","name":"Suite Rot","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Coverage decays as the work shifts.","apply":"Fix with a quarterly case refresh with logged retirements.","keyQuestion":"","body":"Coverage decays as the work shifts.\n- **Apply**: Fix with a quarterly case refresh with logged retirements.","sourceLine":3297,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-053","name":"Correction Evaporation","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Reviewer fixes living in threads.","apply":"Fix by capturing by construction — the review tool writes the record.","keyQuestion":"","body":"Reviewer fixes living in threads.\n- **Apply**: Fix by capturing by construction — the review tool writes the record.","sourceLine":3301,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-03-054","name":"Landlord's Flywheel","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"The loop tuned inside a rented platform.","apply":"Fix by bringing edge-writing flows inside the walls and exporting the record.","keyQuestion":"","body":"The loop tuned inside a rented platform.\n- **Apply**: Fix by bringing edge-writing flows inside the walls and exporting the record.","sourceLine":3305,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-055","name":"The Shadow Bench (pattern)","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Unregistered units in production.","apply":"Fix with cheap legitimacy plus structural exclusion.","keyQuestion":"","body":"Unregistered units in production.\n- **Apply**: Fix with cheap legitimacy plus structural exclusion.","sourceLine":3309,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-056","name":"Unbounded Fan","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Everything talks to everything.","apply":"Fix with named counterparts, default no-channel, and schema'd consequential flows.","keyQuestion":"","body":"Everything talks to everything.\n- **Apply**: Fix with named counterparts, default no-channel, and schema'd consequential flows.","sourceLine":3313,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-057","name":"Radius Blindness","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Nobody drew what's downstream.","apply":"Fix by drawing blast radii before shipping and placing a real check inside every consequential radius.","keyQuestion":"","body":"Nobody drew what's downstream.\n- **Apply**: Fix by drawing blast radii before shipping and placing a real check inside every consequential radius.","sourceLine":3317,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-058","name":"Charter Creep","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"The unit quietly does adjacent work.","apply":"Fix with a boundary audit; new work requires a new charter or explicit amendment.","keyQuestion":"","body":"The unit quietly does adjacent work.\n- **Apply**: Fix with a boundary audit; new work requires a new charter or explicit amendment.","sourceLine":3321,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-059","name":"Missing Kill Criteria","discipline":"agent","section":"agent-section-10","sectionName":"Failure Pattern Library (Operational)","kind":"Failure pattern","essence":"Pause conditions negotiated during the incident.","apply":"Fix by writing the card in calm, per top-radius unit.","keyQuestion":"","body":"Pause conditions negotiated during the incident.\n- **Apply**: Fix by writing the card in calm, per top-radius unit.","sourceLine":3325,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-060","name":"Specification Failure","discipline":"agent","section":"agent-section-11","sectionName":"Failure Families (Attribution Taxonomy)","kind":"Failure pattern","essence":"The output is defensible against the instructions as written — the rule was never written.","apply":"Fix the charter; encode the missing rule as a checkable criterion.","keyQuestion":"","body":"The output is defensible against the instructions as written — the rule was never written.\n- **Apply**: Fix the charter; encode the missing rule as a checkable criterion.","sourceLine":3332,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-061","name":"Grounding Failure","discipline":"agent","section":"agent-section-11","sectionName":"Failure Families (Attribution Taxonomy)","kind":"Failure pattern","essence":"Confidence without provenance.","apply":"Fix with retrieval before assertion and freshness checks.","keyQuestion":"","body":"Confidence without provenance.\n- **Apply**: Fix with retrieval before assertion and freshness checks.","sourceLine":3336,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-062","name":"Boundary Failure","discipline":"agent","section":"agent-section-11","sectionName":"Failure Families (Attribution Taxonomy)","kind":"Failure pattern","essence":"The unit acted outside its charter.","apply":"Fix with structural narrowing (narrower grants, encoded checks), never a sterner prompt.","keyQuestion":"","body":"The unit acted outside its charter.\n- **Apply**: Fix with structural narrowing (narrower grants, encoded checks), never a sterner prompt.","sourceLine":3340,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-063","name":"Drift Failure","discipline":"agent","section":"agent-section-11","sectionName":"Failure Families (Attribution Taxonomy)","kind":"Failure pattern","essence":"Scores slid over time.","apply":"Fix by running the suite on schedule and finding what changed underneath.","keyQuestion":"","body":"Scores slid over time.\n- **Apply**: Fix by running the suite on schedule and finding what changed underneath.","sourceLine":3344,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-064","name":"Cascade Failure","discipline":"agent","section":"agent-section-11","sectionName":"Failure Families (Attribution Taxonomy)","kind":"Failure pattern","essence":"One unit's error became another's input.","apply":"Fix with checks at the junctions, schemas, and bounded radii.","keyQuestion":"","body":"One unit's error became another's input.\n- **Apply**: Fix with checks at the junctions, schemas, and bounded radii.","sourceLine":3348,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-065","name":"The Swap Test as a Project","discipline":"agent","section":"agent-section-12","sectionName":"Composition & Economics Rules","kind":"Model / lens","essence":"\"Migrate off vendor X\" is the swap test run as a project: suite first (the migration's instrument), then rebuild the joint, then re-graduate on the same thresholds.","apply":"Sequence any vendor migration as Mode 3 → joint rebuild → re-graduation.","keyQuestion":"","body":"\"Migrate off vendor X\" is the swap test run as a project: suite first (the migration's instrument), then rebuild the joint, then re-graduate on the same thresholds.\n- **Apply**: Sequence any vendor migration as Mode 3 → joint rebuild → re-graduation.","sourceLine":3355,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-066","name":"Cost Per Gated, Delivered Outcome","discipline":"agent","section":"agent-section-12","sectionName":"Composition & Economics Rules","kind":"Model / lens","essence":"Measure cost per gated, delivered outcome — count the junction minutes — never cost per call.","apply":"Use as the ROI denominator in Mode 8 economics.","keyQuestion":"","body":"Measure cost per gated, delivered outcome — count the junction minutes — never cost per call.\n- **Apply**: Use as the ROI denominator in Mode 8 economics.","sourceLine":3359,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-067","name":"The Price-Decline Spend Plan","discipline":"agent","section":"agent-section-12","sectionName":"Composition & Economics Rules","kind":"Model / lens","essence":"As model prices fall, spend the decline on attempts and checks; a fixed-single-call design cannot spend it.","apply":"Build a plan to convert falling per-call price into added attempt/check ticks and higher quality.","keyQuestion":"","body":"As model prices fall, spend the decline on attempts and checks; a fixed-single-call design cannot spend it.\n- **Apply**: Build a plan to convert falling per-call price into added attempt/check ticks and higher quality.","sourceLine":3363,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-068","name":"Loop Economics — NVIDIA Agent Blueprint (2026)","discipline":"agent","section":"agent-section-13","sectionName":"Evidence Base (Named, Cite as Replaceable Instances)","kind":"Model / lens","essence":"An open-weight model in a tuned loop matched frontier task results at ~1/10 the cost per run with the base model unchanged — cost is a capability the loop spends.","apply":"Cite (dated) to show engineering the loop, not the model, drives results and economics.","keyQuestion":"","body":"An open-weight model in a tuned loop matched frontier task results at ~1/10 the cost per run with the base model unchanged — cost is a capability the loop spends.\n- **Apply**: Cite (dated) to show engineering the loop, not the model, drives results and economics.","sourceLine":3370,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-069","name":"Booked Receipts — Cloudflare & ServiceNow Q2 2026","discipline":"agent","section":"agent-section-13","sectionName":"Evidence Base (Named, Cite as Replaceable Instances)","kind":"Model / lens","essence":"Cloudflare Q2 2026 (agentic-operating-model restructuring: headcount −14%, revenue/head +33%, revenue accelerating) and ServiceNow Q2 2026 (~$1B AI-attached contract value) — units on audited statements.","apply":"Cite as booked, audited evidence that the working-unit model shows up in financials.","keyQuestion":"","body":"Cloudflare Q2 2026 (agentic-operating-model restructuring: headcount −14%, revenue/head +33%, revenue accelerating) and ServiceNow Q2 2026 (~$1B AI-attached contract value) — units on audited statements.\n- **Apply**: Cite as booked, audited evidence that the working-unit model shows up in financials.","sourceLine":3374,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-070","name":"Leverage & Erosion — The Cybernetic Teammate (2026)","discipline":"agent","section":"agent-section-13","sectionName":"Evidence Base (Named, Cite as Replaceable Instances)","kind":"Model / lens","essence":"Dell'Acqua, Lakhani et al., Organization Science 37(4) 2026 (791 professionals, P&G): assisted individuals matched team quality, but assisted selection picked the best option ~33% vs ~50% unassisted.","apply":"Cite to justify that gate design must assume both the leverage and the judgment erosion.","keyQuestion":"","body":"Dell'Acqua, Lakhani et al., Organization Science 37(4) 2026 (791 professionals, P&G): assisted individuals matched team quality, but assisted selection picked the best option ~33% vs ~50% unassisted.\n- **Apply**: Cite to justify that gate design must assume both the leverage and the judgment erosion.","sourceLine":3378,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-071","name":"Exit Economics — The Capture-Test Corpus","discipline":"agent","section":"agent-section-13","sectionName":"Evidence Base (Named, Cite as Replaceable Instances)","kind":"Model / lens","essence":"Evaluation-capability rebuild ≈ the largest single component (~1/3) of vendor-exit cost — the suite is property.","apply":"Cite to argue for owning the suite in the firm's own name.","keyQuestion":"","body":"Evaluation-capability rebuild ≈ the largest single component (~1/3) of vendor-exit cost — the suite is property.\n- **Apply**: Cite to argue for owning the suite in the firm's own name.","sourceLine":3382,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-03-072","name":"Seat Boundaries & Routing","discipline":"agent","section":"agent-section-14","sectionName":"Interop Protocol (Seat Boundaries)","kind":"Model / lens","essence":"Whether to automate a function and where humans sit → Business Orchestrator; what the firm should be → Business Architect; reading companies/markets → the Business Engineer master skill; this seat builds and governs the units.","apply":"Route cross-seat requests in one line, deliver this seat's unit-level artifact, and name what the adjacent skill would add. Orchestrator junction specs map 1:1 onto the control band; Architect owned-loop moats arrive as capture-by-construction requirements; fleet gauges roll up to the master skill.","keyQuestion":"","body":"Whether to automate a function and where humans sit → Business Orchestrator; what the firm should be → Business Architect; reading companies/markets → the Business Engineer master skill; this seat builds and governs the units.\n- **Apply**: Route cross-seat requests in one line, deliver this seat's unit-level artifact, and name what the adjacent skill would add. Orchestrator junction specs map 1:1 onto the control band; Architect owned-loop moats arrive as capture-by-construction requirements; fleet gauges roll up to the master skill.","sourceLine":3389,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-001","name":"The Harness (one-line definition)","discipline":"harness","section":"harness-section-01","sectionName":"Core Definitions","kind":"Model / lens","essence":"A harness is a machine for delivering the right instruction at the right time. The model is rented; everything a firm owns about its AI is in the wrapping — the standing instructions, tools and workspace, memory, feedback loops, guardrails, the record, and encoded standards that turn a firm's taste into machinery.","apply":"Treat as the governing definition of every engagement. Any proposed harness component that does not deliver a right instruction at a right time is scaffolding, not harness.","keyQuestion":"","body":"A harness is a machine for delivering the right instruction at the right time. The model is rented; everything a firm owns about its AI is in the wrapping — the standing instructions, tools and workspace, memory, feedback loops, guardrails, the record, and encoded standards that turn a firm's taste into machinery.\n- **Apply**: Treat as the governing definition of every engagement. Any proposed harness component that does not deliver a right instruction at a right time is scaffolding, not harness.","sourceLine":3406,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-002","name":"The Harness Economics","discipline":"harness","section":"harness-section-01","sectionName":"Core Definitions","kind":"Model / lens","essence":"Implementation is abundant; human time, human attention, and the context window are scarce. A good harness spends tokens to save attention.","apply":"Use as the recommendation filter — favor moves that trade cheap tokens (retries, checks, served context) for scarce human attention. Reject moves that consume attention to save tokens.","keyQuestion":"","body":"Implementation is abundant; human time, human attention, and the context window are scarce. A good harness spends tokens to save attention.\n- **Apply**: Use as the recommendation filter — favor moves that trade cheap tokens (retries, checks, served context) for scarce human attention. Reject moves that consume attention to save tokens.","sourceLine":3410,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-003","name":"The Seven Foundations Check","discipline":"harness","section":"harness-section-02","sectionName":"The Seven Foundations (Stage 0)","kind":"Model / lens","essence":"Seven facts every harness must respect, because every harness failure traces to ignoring one: (1) models are trained to be likely, not right → verification layers, never trust-by-default; (2) tokens are the meter → cost, speed, and window are one budget; (3) the window is re-read every step → long windows cost more AND degrade, nothing outside the window exists; (4) instruction-following is manufactured → everything is a prompt, and trained side effects need checking; (5) the tool call is a handshake → the model proposes in text, the harness disposes in reality, permissions cannot be talked out of; (6) probabilistic by design → one demo proves nothing, repeated evaluation proves what can be proven; (7) levers ascend in cost → prompting → retrieval → inference-time compute (the default lever) → fine-tuning (recommend rarely).","apply":"Run before any design work. Any recommendation that violates a foundation is wrong regardless of who wants it.","keyQuestion":"","body":"Seven facts every harness must respect, because every harness failure traces to ignoring one: (1) models are trained to be likely, not right → verification layers, never trust-by-default; (2) tokens are the meter → cost, speed, and window are one budget; (3) the window is re-read every step → long windows cost more AND degrade, nothing outside the window exists; (4) instruction-following is manufactured → everything is a prompt, and trained side effects need checking; (5) the tool call is a handshake → the model proposes in text, the harness disposes in reality, permissions cannot be talked out of; (6) probabilistic by design → one demo proves nothing, repeated evaluation proves what can be proven; (7) levers ascend in cost → prompting → retrieval → inference-time compute (the default lever) → fine-tuning (recommend rarely).\n- **Apply**: Run before any design work. Any recommendation that violates a foundation is wrong regardless of who wants it.","sourceLine":3419,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-004","name":"Stage 1 — Anatomy Inventory (The Five Organs)","discipline":"harness","section":"harness-section-03","sectionName":"The Engine (Part A — run in order, no skipped stages)","kind":"Engine step","essence":"Map the five organs as they exist — standing instructions, tools & workspace, memory & context, feedback loops, guardrails & instruments — recording for each: present / partial / absent, owner, and the one number that describes it.","apply":"Use as the first inventory pass of any audit. Pair with the hard thresholds to convert readings into findings.","keyQuestion":"","body":"Map the five organs as they exist — standing instructions, tools & workspace, memory & context, feedback loops, guardrails & instruments — recording for each: present / partial / absent, owner, and the one number that describes it.\n- **Apply**: Use as the first inventory pass of any audit. Pair with the hard thresholds to convert readings into findings.","sourceLine":3428,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-005","name":"The Hard Thresholds","discipline":"harness","section":"harness-section-03","sectionName":"The Engine (Part A — run in order, no skipped stages)","kind":"Model / lens","essence":"Breach flags that turn anatomy readings into findings: standing file > 150 lines (manual-not-map violation); more than ~10 always-on tools/integrations (standing-tax violation); no mechanical checks at all (generation machine, not production system); human review on 100% of output (attention-spend ceiling, trust never migrates); zero files/records agents can read (record-law violation).","apply":"Apply mechanically during Stage 1; any breach is a finding regardless of intuition.","keyQuestion":"","body":"Breach flags that turn anatomy readings into findings: standing file > 150 lines (manual-not-map violation); more than ~10 always-on tools/integrations (standing-tax violation); no mechanical checks at all (generation machine, not production system); human review on 100% of output (attention-spend ceiling, trust never migrates); zero files/records agents can read (record-law violation).\n- **Apply**: Apply mechanically during Stage 1; any breach is a finding regardless of intuition.","sourceLine":3432,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-006","name":"Stage 2 — Method Inventory","discipline":"harness","section":"harness-section-03","sectionName":"The Engine (Part A — run in order, no skipped stages)","kind":"Engine step","essence":"Score the system of record (heads/chat 0, documents somewhere 1, versioned+indexed 2, mechanically verified+agent-swept 3); classify the firm's top 10 quality rules by encoding level (unwritten / documentation / reviewer-enforced / mechanical) — the distribution IS the finding; check for a promotion practice (any correction made twice is a promotion candidate).","apply":"Use to reveal where standards actually live versus where the firm believes they live.","keyQuestion":"","body":"Score the system of record (heads/chat 0, documents somewhere 1, versioned+indexed 2, mechanically verified+agent-swept 3); classify the firm's top 10 quality rules by encoding level (unwritten / documentation / reviewer-enforced / mechanical) — the distribution IS the finding; check for a promotion practice (any correction made twice is a promotion candidate).\n- **Apply**: Use to reveal where standards actually live versus where the firm believes they live.","sourceLine":3436,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-007","name":"Stage 3 — The Six Gauges","discipline":"harness","section":"harness-section-03","sectionName":"The Engine (Part A — run in order, no skipped stages)","kind":"Engine step","essence":"Estimate six gauges read as a system: (1) attention spend — human minutes per accepted outcome, the master gauge; (2) first-pass yield — % clearing all gates on attempt one; (3) loop closure — % of gate failures resolved without a human; (4) window discipline — % of context on task vs. standing overhead (breach: task share < 60%); (5) record freshness — % of knowledge base verified current; (6) unattended horizon — longest stretch the harness carries work untouched. Attention spend is the outcome; the other five are causes.","apply":"Never deliver an audit without the gauges — an audit without numbers is an opinion. Report causally: \"attention spend is X because yield is Y and closure is Z.\"","keyQuestion":"","body":"Estimate six gauges read as a system: (1) attention spend — human minutes per accepted outcome, the master gauge; (2) first-pass yield — % clearing all gates on attempt one; (3) loop closure — % of gate failures resolved without a human; (4) window discipline — % of context on task vs. standing overhead (breach: task share < 60%); (5) record freshness — % of knowledge base verified current; (6) unattended horizon — longest stretch the harness carries work untouched. Attention spend is the outcome; the other five are causes.\n- **Apply**: Never deliver an audit without the gauges — an audit without numbers is an opinion. Report causally: \"attention spend is X because yield is Y and closure is Z.\"","sourceLine":3440,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-008","name":"Stage 4 — Boundary Sort","discipline":"harness","section":"harness-section-03","sectionName":"The Engine (Part A — run in order, no skipped stages)","kind":"Engine step","essence":"Split every existing and proposed harness investment into two piles — Perishable (compensates for a model weakness: loop management, hand-built compaction, capability workarounds; build thin, expect to delete) and Durable (expresses a firm requirement: standards, record, boundaries, definitions of good, attention policy; accumulate here, no model absorbs facts about your firm). Verdict rule: if >40% of harness effort sits in the perishable pile, the firm is building scaffolding the next model release will strand.","apply":"Run on any tooling investment decision. Pair with the absorption test.","keyQuestion":"","body":"Split every existing and proposed harness investment into two piles — Perishable (compensates for a model weakness: loop management, hand-built compaction, capability workarounds; build thin, expect to delete) and Durable (expresses a firm requirement: standards, record, boundaries, definitions of good, attention policy; accumulate here, no model absorbs facts about your firm). Verdict rule: if >40% of harness effort sits in the perishable pile, the firm is building scaffolding the next model release will strand.\n- **Apply**: Run on any tooling investment decision. Pair with the absorption test.","sourceLine":3444,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-009","name":"Stage 5 — Findings → Program (The Five Moves)","discipline":"harness","section":"harness-section-03","sectionName":"The Engine (Part A — run in order, no skipped stages)","kind":"Engine step","essence":"Every finding maps to one of five moves — Write the Map · Instrument the Ground · Encode the Standard · Serve the Context in Time · Collect the Garbage — delivered as a sequenced 90-day program (weeks 1–4 map + record migration; weeks 3–8 instrumentation + first encoded checks; weeks 6–12 reviewer agents + gauge baseline + garbage cadence), always including a refusal log of what NOT to automate and why.","apply":"Use to convert diagnosis into a paced program; never deliver findings without the sequenced moves and the refusal log.","keyQuestion":"","body":"Every finding maps to one of five moves — Write the Map · Instrument the Ground · Encode the Standard · Serve the Context in Time · Collect the Garbage — delivered as a sequenced 90-day program (weeks 1–4 map + record migration; weeks 3–8 instrumentation + first encoded checks; weeks 6–12 reviewer agents + gauge baseline + garbage cadence), always including a refusal log of what NOT to automate and why.\n- **Apply**: Use to convert diagnosis into a paced program; never deliver findings without the sequenced moves and the refusal log.","sourceLine":3448,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-011","name":"Harness Audit","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Run Stages 0–4 in full; output an anatomy scorecard, the taste-encoding distribution, the six-gauge readout with causal read, the boundary-sort pie, top-5 findings ranked by attention returned per unit effort, and the maturity grade (H0–H5).","apply":"Use for \"review/assess our setup\" or \"why is quality inconsistent.\" Never deliver without the gauges.","keyQuestion":"","body":"Run Stages 0–4 in full; output an anatomy scorecard, the taste-encoding distribution, the six-gauge readout with causal read, the boundary-sort pie, top-5 findings ranked by attention returned per unit effort, and the maturity grade (H0–H5).\n- **Apply**: Use for \"review/assess our setup\" or \"why is quality inconsistent.\" Never deliver without the gauges.","sourceLine":3459,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-012","name":"Harness Design (greenfield)","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Fixed sequence — map first, instruments second, standards third, timing fourth, garbage fifth. Deliver the standing-file skeleton (≤100 lines, pointer structure), the record layout with index and freshness checks, the gate stack design, the permission enumeration (irreversibles listed BEFORE any unit runs), and gauge instrumentation from day one.","apply":"Use for greenfield \"set up agents properly.\" Block two anti-patterns: writing the encyclopedia, and granting tools \"just in case.\"","keyQuestion":"","body":"Fixed sequence — map first, instruments second, standards third, timing fourth, garbage fifth. Deliver the standing-file skeleton (≤100 lines, pointer structure), the record layout with index and freshness checks, the gate stack design, the permission enumeration (irreversibles listed BEFORE any unit runs), and gauge instrumentation from day one.\n- **Apply**: Use for greenfield \"set up agents properly.\" Block two anti-patterns: writing the encyclopedia, and granting tools \"just in case.\"","sourceLine":3463,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-013","name":"Taste Encoding Clinic","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Take the firm's quality standards in any form and process each rule up the hierarchy — write it as documentation (principle + one positive example + one violation); if load-bearing, draft the reviewer-agent prompt (lens, what to flag, severity rule, advisory clause); if absolute, spec the mechanical check with remediation text (what is wrong, why the rule exists, what to do instead). Enforce invariants, not implementations.","apply":"Use for \"our agents don't follow our standards.\" Output a promotion table (rule × level × artifact) plus drafted reviewer prompts and check specs. The error text is the deliverable.","keyQuestion":"","body":"Take the firm's quality standards in any form and process each rule up the hierarchy — write it as documentation (principle + one positive example + one violation); if load-bearing, draft the reviewer-agent prompt (lens, what to flag, severity rule, advisory clause); if absolute, spec the mechanical check with remediation text (what is wrong, why the rule exists, what to do instead). Enforce invariants, not implementations.\n- **Apply**: Use for \"our agents don't follow our standards.\" Output a promotion table (rule × level × artifact) plus drafted reviewer prompts and check specs. The error text is the deliverable.","sourceLine":3467,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-014","name":"Record Architect","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Apply the law that what the agent cannot see does not exist. Deliver the migration inventory (decisions, standards, reasons in heads/chat/scattered docs, each with a destination), the layout (map file → indexed directories), the liveness machinery (index/cross-link/freshness checks + agent gardening cadence), and the written-first rule set. Progressive disclosure throughout.","apply":"Use for \"agents lack context\" or \"knowledge is scattered.\"","keyQuestion":"","body":"Apply the law that what the agent cannot see does not exist. Deliver the migration inventory (decisions, standards, reasons in heads/chat/scattered docs, each with a destination), the layout (map file → indexed directories), the liveness machinery (index/cross-link/freshness checks + agent gardening cadence), and the written-first rule set. Progressive disclosure throughout.\n- **Apply**: Use for \"agents lack context\" or \"knowledge is scattered.\"","sourceLine":3471,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-015","name":"Failure Diagnosis","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"File the incident to one of six families (context rot, tool overload, brittle wiring, irrelevant retrieval, weak verification, missing guardrails), then apply the fix its family names. Diagnosis order is mandatory: window first, retrieval second, loops third — the model last. A diagnosis that starts with \"switch models\" is rejected: that changes the tenant and keeps the broken building.","apply":"Use for any incident, degradation, or quality drop. Output an incident card (family, component at fault, fix, encoded check that makes recurrence expensive).","keyQuestion":"","body":"File the incident to one of six families (context rot, tool overload, brittle wiring, irrelevant retrieval, weak verification, missing guardrails), then apply the fix its family names. Diagnosis order is mandatory: window first, retrieval second, loops third — the model last. A diagnosis that starts with \"switch models\" is rejected: that changes the tenant and keeps the broken building.\n- **Apply**: Use for any incident, degradation, or quality drop. Output an incident card (family, component at fault, fix, encoded check that makes recurrence expensive).","sourceLine":3475,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["economics","buyer"]},{"id":"BE-04-016","name":"Gauge Panel","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Build the six-gauge readout with definitions, current readings, targets, and the causal chain, paired with the refusal log. Reporting rule: gauges move when the harness improves, never when activity rises.","apply":"Use for \"how do we measure this\" / ROI. Reject vanity substitutes (number of agents, tokens consumed, outputs generated).","keyQuestion":"","body":"Build the six-gauge readout with definitions, current readings, targets, and the causal chain, paired with the refusal log. Reporting rule: gauges move when the harness improves, never when activity rises.\n- **Apply**: Use for \"how do we measure this\" / ROI. Reject vanity substitutes (number of agents, tokens consumed, outputs generated).","sourceLine":3479,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator"]},{"id":"BE-04-017","name":"Boundary Sort (mode)","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"For each proposed investment ask: compensation or requirement? Apply the absorption test — \"If the next model generation does this natively, is our work stranded?\" Perishable items get a thin-build budget and a deletion trigger written in advance; durable items get the accumulation.","apply":"Use for \"should we build X or wait for models.\" Include the forward note: the harness's end state is the attention interface, so investments in the human-facing layer never strand.","keyQuestion":"","body":"For each proposed investment ask: compensation or requirement? Apply the absorption test — \"If the next model generation does this natively, is our work stranded?\" Perishable items get a thin-build budget and a deletion trigger written in advance; durable items get the accumulation.\n- **Apply**: Use for \"should we build X or wait for models.\" Include the forward note: the harness's end state is the attention interface, so investments in the human-facing layer never strand.","sourceLine":3483,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-018","name":"Throughput Review","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Test whether the merge philosophy matches the throughput; if output has multiplied but every change still waits for human review, design the inversion (mechanical floor absolute, reviewer agents standard, human review optional above the gates, short-lived changes, follow-up fixes over held queues). Speed is purchased with structure — a fast merge without layered gates is disarmament. Then install the entropy subsystem.","apply":"Use for \"reviews are the bottleneck\" / velocity-vs-quality tension. Verify the gates exist before recommending the inversion.","keyQuestion":"","body":"Test whether the merge philosophy matches the throughput; if output has multiplied but every change still waits for human review, design the inversion (mechanical floor absolute, reviewer agents standard, human review optional above the gates, short-lived changes, follow-up fixes over held queues). Speed is purchased with structure — a fast merge without layered gates is disarmament. Then install the entropy subsystem.\n- **Apply**: Use for \"reviews are the bottleneck\" / velocity-vs-quality tension. Verify the gates exist before recommending the inversion.","sourceLine":3487,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-019","name":"The Absorption Test","discipline":"harness","section":"harness-section-05","sectionName":"The Absorption / Boundary Tools","kind":"Model / lens","essence":"For any proposed investment: \"If the next model generation does this natively, is our work stranded?\" If yes, it is perishable; if no, it is durable.","apply":"Apply to every build-vs-wait decision to sort investment into perishable (thin, deletable) versus durable (accumulate).","keyQuestion":"","body":"For any proposed investment: \"If the next model generation does this natively, is our work stranded?\" If yes, it is perishable; if no, it is durable.\n- **Apply**: Apply to every build-vs-wait decision to sort investment into perishable (thin, deletable) versus durable (accumulate).","sourceLine":3496,"sourceNumber":null,"part":"V","register":"full","themes":["boundary"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-020","name":"The Encyclopedia","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"A 1,000-line standing file that crowds the task, rots, and is unverifiable.","apply":"Diagnose when standing instructions are bloated. Fix: map ≤100–150 lines + record behind it.","keyQuestion":"","body":"A 1,000-line standing file that crowds the task, rots, and is unverifiable.\n- **Apply**: Diagnose when standing instructions are bloated. Fix: map ≤100–150 lines + record behind it.","sourceLine":3505,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-021","name":"The Standing Tax","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Every integration enabled always, taxing every session with unused capability.","apply":"Diagnose tool sprawl. Fix: subtraction; grant-per-reason.","keyQuestion":"","body":"Every integration enabled always, taxing every session with unused capability.\n- **Apply**: Diagnose tool sprawl. Fix: subtraction; grant-per-reason.","sourceLine":3509,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["harness"]},{"id":"BE-04-022","name":"Front-Loading","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"All standards injected at session start rather than served when relevant.","apply":"Diagnose when context is stuffed up front. Fix: serve in time — depth on touch, standards at check time.","keyQuestion":"","body":"All standards injected at session start rather than served when relevant.\n- **Apply**: Diagnose when context is stuffed up front. Fix: serve in time — depth on touch, standards at check time.","sourceLine":3513,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-023","name":"The Polluted Window","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Steering a derailed session instead of restarting it clean.","apply":"Diagnose degrading long sessions. Fix: distill the state, start clean.","keyQuestion":"","body":"Steering a derailed session instead of restarting it clean.\n- **Apply**: Diagnose degrading long sessions. Fix: distill the state, start clean.","sourceLine":3517,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-024","name":"The Generation Machine","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Output produced without verification layers.","apply":"Diagnose when there are no checks. Fix: gate stack, floor first.","keyQuestion":"","body":"Output produced without verification layers.\n- **Apply**: Diagnose when there are no checks. Fix: gate stack, floor first.","sourceLine":3521,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-025","name":"The Bullied Agent","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Every reviewer comment treated as mandatory, so work drowns in minutiae.","apply":"Diagnose over-blocking review. Fix: advisory layers, acceptance bias.","keyQuestion":"","body":"Every reviewer comment treated as mandatory, so work drowns in minutiae.\n- **Apply**: Diagnose over-blocking review. Fix: advisory layers, acceptance bias.","sourceLine":3525,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["harness"]},{"id":"BE-04-026","name":"Model-Blaming","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Every failure answered by switching models — changing the tenant while keeping the broken building.","apply":"Diagnose reflexive model-switching. Fix: mandatory diagnosis order (window first, model last).","keyQuestion":"","body":"Every failure answered by switching models — changing the tenant while keeping the broken building.\n- **Apply**: Diagnose reflexive model-switching. Fix: mandatory diagnosis order (window first, model last).","sourceLine":3529,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-027","name":"Hallway Knowledge","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Decisions living in chat and heads rather than the record.","apply":"Diagnose scattered institutional knowledge. Fix: written-first; record law.","keyQuestion":"","body":"Decisions living in chat and heads rather than the record.\n- **Apply**: Diagnose scattered institutional knowledge. Fix: written-first; record law.","sourceLine":3533,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-028","name":"The Unwritten Senior","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Quality depends on one person's review and taste.","apply":"Diagnose single-reviewer dependency. Fix: taste hierarchy; encode the expert once.","keyQuestion":"","body":"Quality depends on one person's review and taste.\n- **Apply**: Diagnose single-reviewer dependency. Fix: taste hierarchy; encode the expert once.","sourceLine":3537,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-029","name":"Silent Rules","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Checks that say \"failed\" without remediation, wasting the era's best-timed instruction slot.","apply":"Diagnose bare failures. Fix: error message as prompt.","keyQuestion":"","body":"Checks that say \"failed\" without remediation, wasting the era's best-timed instruction slot.\n- **Apply**: Diagnose bare failures. Fix: error message as prompt.","sourceLine":3541,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-030","name":"The Blocking Queue","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Human review used as the universal gate at high throughput.","apply":"Diagnose review bottlenecks. Fix: merge inversion, purchased with structure.","keyQuestion":"","body":"Human review used as the universal gate at high throughput.\n- **Apply**: Diagnose review bottlenecks. Fix: merge inversion, purchased with structure.","sourceLine":3545,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-031","name":"Perishable Accumulation","discipline":"harness","section":"harness-section-06","sectionName":"Failure Pattern Library (Part C — 12 named patterns)","kind":"Failure pattern","essence":"Heavy investment in model-weakness workarounds that the next release strands.","apply":"Diagnose scaffolding buildup. Fix: boundary sort; thin builds, deletion triggers.","keyQuestion":"","body":"Heavy investment in model-weakness workarounds that the next release strands.\n- **Apply**: Diagnose scaffolding buildup. Fix: boundary sort; thin builds, deletion triggers.","sourceLine":3549,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-033","name":"The Harness Maturity Scale (H0–H5)","discipline":"harness","section":"harness-section-08","sectionName":"Maturity Ladder (Part E — H0–H5)","kind":"Maturity ladder","essence":"Six levels: H0 Raw chat (individuals prompt, nothing persists); H1 Prompts and heroics (shared tricks, long standing file, all review human, attention at ceiling); H2 The map exists (standing file is a map, record begun, first mechanical checks, still human-gated); H3 Loops close (reviewer agents on standard lenses, failures revise without humans, taste promotion practiced, gauges baselined); H4 Trust migrates (gates decide acceptance, human review optional above the floor, garbage subsystem running, horizon in hours, attention spend falling); H5 The attention interface (horizon in days, perishable layer thin and deleted on schedule, human-facing policy surface explicit, each next unit priced cheaper than the last).","apply":"Grade honestly — most firms claiming H4 are H2. The tell is loop closure: below ~50%, trust has not migrated regardless of the org chart.","keyQuestion":"","body":"Six levels: H0 Raw chat (individuals prompt, nothing persists); H1 Prompts and heroics (shared tricks, long standing file, all review human, attention at ceiling); H2 The map exists (standing file is a map, record begun, first mechanical checks, still human-gated); H3 Loops close (reviewer agents on standard lenses, failures revise without humans, taste promotion practiced, gauges baselined); H4 Trust migrates (gates decide acceptance, human review optional above the floor, garbage subsystem running, horizon in hours, attention spend falling); H5 The attention interface (horizon in days, perishable layer thin and deleted on schedule, human-facing policy surface explicit, each next unit priced cheaper than the last).\n- **Apply**: Grade honestly — most firms claiming H4 are H2. The tell is loop closure: below ~50%, trust has not migrated regardless of the org chart.","sourceLine":3563,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-034","name":"The Instruction Ladder","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Levers ascend in cost from prompting → retrieval → inference-time compute (the default lever) → fine-tuning (which trades the clean joint; recommend rarely).","apply":"Choose the lowest-cost lever that solves the problem; justify any climb up the ladder.","keyQuestion":"","body":"Levers ascend in cost from prompting → retrieval → inference-time compute (the default lever) → fine-tuning (which trades the clean joint; recommend rarely).\n- **Apply**: Choose the lowest-cost lever that solves the problem; justify any climb up the ladder.","sourceLine":3572,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-035","name":"Reason-Act-Observe","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The agent loop of reasoning, taking an action, and observing the result (ReAct).","apply":"Reference as the base loop structure when designing or diagnosing agent behavior.","keyQuestion":"","body":"The agent loop of reasoning, taking an action, and observing the result (ReAct).\n- **Apply**: Reference as the base loop structure when designing or diagnosing agent behavior.","sourceLine":3576,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-036","name":"The Harness Decides","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The tool call is a handshake — the model proposes in text; the harness disposes in reality. Permissions live in the harness and cannot be talked out of.","apply":"Place all real authority and permissions in the harness layer, never in instructions the model could argue against.","keyQuestion":"","body":"The tool call is a handshake — the model proposes in text; the harness disposes in reality. Permissions live in the harness and cannot be talked out of.\n- **Apply**: Place all real authority and permissions in the harness layer, never in instructions the model could argue against.","sourceLine":3580,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-037","name":"Ride Below, Build Above","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Ride the model's improving native capability below; build durable firm-specific requirements above it.","apply":"Direct durable investment to the layer no model absorbs; let the model carry the rest.","keyQuestion":"","body":"Ride the model's improving native capability below; build durable firm-specific requirements above it.\n- **Apply**: Direct durable investment to the layer no model absorbs; let the model carry the rest.","sourceLine":3584,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-038","name":"Everything Is a Prompt","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Every text the model sees is a prompt — standing file, lint text, review comment — and trained side effects (agreeableness, confidence) need checking.","apply":"Treat every instruction slot (including error messages and check output) as a designed prompt.","keyQuestion":"","body":"Every text the model sees is a prompt — standing file, lint text, review comment — and trained side effects (agreeableness, confidence) need checking.\n- **Apply**: Treat every instruction slot (including error messages and check output) as a designed prompt.","sourceLine":3588,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-039","name":"The Map, Not the Manual","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The standing file should be a map (pointers to where knowledge lives), not a manual that tries to hold all knowledge inline.","apply":"Keep standing instructions to a lean pointer structure (≤100–150 lines); push depth into the record.","keyQuestion":"","body":"The standing file should be a map (pointers to where knowledge lives), not a manual that tries to hold all knowledge inline.\n- **Apply**: Keep standing instructions to a lean pointer structure (≤100–150 lines); push depth into the record.","sourceLine":3592,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-040","name":"Progressive Disclosure","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Small stable entry point, taught paths, depth revealed on touch.","apply":"Structure the record and standing map so agents encounter detail only when they reach the relevant work.","keyQuestion":"","body":"Small stable entry point, taught paths, depth revealed on touch.\n- **Apply**: Structure the record and standing map so agents encounter detail only when they reach the relevant work.","sourceLine":3596,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-042","name":"The Sandbox Dividend","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"A sandboxed workspace lets agents act freely because mistakes are contained.","apply":"Provide isolated workspaces so agents can operate without catastrophic-action risk.","keyQuestion":"","body":"A sandboxed workspace lets agents act freely because mistakes are contained.\n- **Apply**: Provide isolated workspaces so agents can operate without catastrophic-action risk.","sourceLine":3600,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-043","name":"Written-First","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Decisions, standards, and reasons must be written into the record before they count as decided.","apply":"Institute a rule set defining what must be written where before it is real.","keyQuestion":"","body":"Decisions, standards, and reasons must be written into the record before they count as decided.\n- **Apply**: Institute a rule set defining what must be written where before it is real.","sourceLine":3604,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-044","name":"Context Rot","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"A long session degrades — contradictions accumulate, dead ends resurface — as the window fills.","apply":"Manage via window discipline: persist, select, compress, isolate; restart clean when polluted.","keyQuestion":"","body":"A long session degrades — contradictions accumulate, dead ends resurface — as the window fills.\n- **Apply**: Manage via window discipline: persist, select, compress, isolate; restart clean when polluted.","sourceLine":3608,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-045","name":"The Layered Gate","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Verification stacked as strata — mechanical floor → tests → reviewer lenses → human junction — with a closure loop that resolves failures without a human where possible.","apply":"Design the gate stack floor-first; specify the closure loop.","keyQuestion":"","body":"Verification stacked as strata — mechanical floor → tests → reviewer lenses → human junction — with a closure loop that resolves failures without a human where possible.\n- **Apply**: Design the gate stack floor-first; specify the closure loop.","sourceLine":3612,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-047","name":"The Encoded Senior","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The expert's taste is encoded once — into documentation, reviewer prompts, and mechanical checks — instead of depending on the person's live review each time.","apply":"Use to break single-reviewer dependency; encode the senior's judgment into artifacts.","keyQuestion":"","body":"The expert's taste is encoded once — into documentation, reviewer prompts, and mechanical checks — instead of depending on the person's live review each time.\n- **Apply**: Use to break single-reviewer dependency; encode the senior's judgment into artifacts.","sourceLine":3616,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-048","name":"The Glass Cockpit","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The harness exposes queryable telemetry so the state of work is instrumented and visible.","apply":"Instrument the ground so gauges and telemetry are readable by agent and human.","keyQuestion":"","body":"The harness exposes queryable telemetry so the state of work is instrumented and visible.\n- **Apply**: Instrument the ground so gauges and telemetry are readable by agent and human.","sourceLine":3620,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-049","name":"What It Cannot See Does Not Exist","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Anything outside the agent's readable record and window effectively does not exist for it.","apply":"The record law — migrate all load-bearing knowledge into files agents can read.","keyQuestion":"","body":"Anything outside the agent's readable record and window effectively does not exist for it.\n- **Apply**: The record law — migrate all load-bearing knowledge into files agents can read.","sourceLine":3624,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-050","name":"The Gardened Record","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The record is kept live by ongoing gardening — index checks, cross-link checks, freshness verification, and an agent cadence that opens fix-ups.","apply":"Install liveness machinery and a gardening cadence; a record without upkeep rots.","keyQuestion":"","body":"The record is kept live by ongoing gardening — index checks, cross-link checks, freshness verification, and an agent cadence that opens fix-ups.\n- **Apply**: Install liveness machinery and a gardening cadence; a record without upkeep rots.","sourceLine":3628,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-051","name":"The Taste Hierarchy","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Quality rules ascend three levels — documentation → reviewer-enforced → mechanical — and each rule sits at the level its load-bearing weight warrants.","apply":"Classify and promote rules up the hierarchy; the distribution across levels is itself a finding.","keyQuestion":"","body":"Quality rules ascend three levels — documentation → reviewer-enforced → mechanical — and each rule sits at the level its load-bearing weight warrants.\n- **Apply**: Classify and promote rules up the hierarchy; the distribution across levels is itself a finding.","sourceLine":3632,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-052","name":"Invariants, Not Implementations","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Encode the invariant (fix the boundary) and free the inside; do not over-specify how work is done.","apply":"When encoding standards, constrain outcomes/boundaries, not internal methods.","keyQuestion":"","body":"Encode the invariant (fix the boundary) and free the inside; do not over-specify how work is done.\n- **Apply**: When encoding standards, constrain outcomes/boundaries, not internal methods.","sourceLine":3636,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-053","name":"The Error Message Is a Prompt","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"A check's remediation text is the deliverable — it must say what is wrong, why the rule exists, and what to do instead; a check that says only \"failed\" wastes the era's best-timed instruction slot.","apply":"Write every mechanical check's error text as a corrective prompt.","keyQuestion":"","body":"A check's remediation text is the deliverable — it must say what is wrong, why the rule exists, and what to do instead; a check that says only \"failed\" wastes the era's best-timed instruction slot.\n- **Apply**: Write every mechanical check's error text as a corrective prompt.","sourceLine":3640,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-054","name":"Window First, Model Last","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The mandatory diagnosis order — window first, retrieval second, loops third, the model last.","apply":"Enforce in every failure diagnosis; reject diagnoses that begin with switching models.","keyQuestion":"","body":"The mandatory diagnosis order — window first, retrieval second, loops third, the model last.\n- **Apply**: Enforce in every failure diagnosis; reject diagnoses that begin with switching models.","sourceLine":3644,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-055","name":"Legibility Through Sameness","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Sameness across work makes it legible and reviewable; consistent structure lowers the cost of trust.","apply":"Standardize forms and conventions so output can be verified at a glance.","keyQuestion":"","body":"Sameness across work makes it legible and reviewable; consistent structure lowers the cost of trust.\n- **Apply**: Standardize forms and conventions so output can be verified at a glance.","sourceLine":3648,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-056","name":"Early Heavy Structure","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Put structure in early — heavy up front — because it pays off across all subsequent work.","apply":"In greenfield design, front-load the map, record, gates, and permissions before scaling volume.","keyQuestion":"","body":"Put structure in early — heavy up front — because it pays off across all subsequent work.\n- **Apply**: In greenfield design, front-load the map, record, gates, and permissions before scaling volume.","sourceLine":3652,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-057","name":"Corrections Cheap, Waiting Expensive","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Making and encoding corrections is cheap relative to the cost of waiting; act on drift and mistakes promptly.","apply":"Bias toward fast follow-up fixes over held queues; encode corrections rather than deferring.","keyQuestion":"","body":"Making and encoding corrections is cheap relative to the cost of waiting; act on drift and mistakes promptly.\n- **Apply**: Bias toward fast follow-up fixes over held queues; encode corrections rather than deferring.","sourceLine":3656,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-058","name":"Garbage Collection Is a Subsystem","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Entropy management is a standing subsystem — named drift classes, categorical elimination, standing sweeps, and the twice-is-expensive maturity test — not an ad hoc cleanup.","apply":"Install as a running cadence (e.g., a standing sweep); treat drift as a category to eliminate, not an instance to patch.","keyQuestion":"","body":"Entropy management is a standing subsystem — named drift classes, categorical elimination, standing sweeps, and the twice-is-expensive maturity test — not an ad hoc cleanup.\n- **Apply**: Install as a running cadence (e.g., a standing sweep); treat drift as a category to eliminate, not an instance to patch.","sourceLine":3660,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-059","name":"Attention Spend","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The master gauge — human minutes per accepted outcome; the outcome the whole harness exists to lower.","apply":"Track as the top-line metric; every harness improvement should reduce it.","keyQuestion":"","body":"The master gauge — human minutes per accepted outcome; the outcome the whole harness exists to lower.\n- **Apply**: Track as the top-line metric; every harness improvement should reduce it.","sourceLine":3664,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-060","name":"The Unattended Horizon","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The longest stretch the harness carries work without a human touch — hours at H4, days at H5.","apply":"Use as a maturity signal and a target; lengthen it by closing loops and migrating trust.","keyQuestion":"","body":"The longest stretch the harness carries work without a human touch — hours at H4, days at H5.\n- **Apply**: Use as a maturity signal and a target; lengthen it by closing loops and migrating trust.","sourceLine":3668,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-061","name":"The Standards' Right to Be There","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Standards, the record, boundaries, and definitions of good have a durable right to exist in the harness because no model absorbs facts about your firm.","apply":"Protect durable firm-specific requirements from being deleted as \"workarounds\"; they are the accumulation.","keyQuestion":"","body":"Standards, the record, boundaries, and definitions of good have a durable right to exist in the harness because no model absorbs facts about your firm.\n- **Apply**: Protect durable firm-specific requirements from being deleted as \"workarounds\"; they are the accumulation.","sourceLine":3672,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-062","name":"The Building and the Tenant","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The model is the tenant (rented, swappable); the harness is the building (owned, durable). Switching models changes the tenant and keeps the building.","apply":"Frame model choice as tenancy; invest in the building, and reject reflexive tenant-swapping as a fix.","keyQuestion":"","body":"The model is the tenant (rented, swappable); the harness is the building (owned, durable). Switching models changes the tenant and keeps the building.\n- **Apply**: Frame model choice as tenancy; invest in the building, and reject reflexive tenant-swapping as a fix.","sourceLine":3676,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-063","name":"Train-Absorb-Shed","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Over cycles the frontier trains, models absorb harness functions natively, and the harness sheds those now-native compensations — leaving the durable firm-specific layer.","apply":"Anticipate absorption when sizing perishable builds; plan the shed with deletion triggers.","keyQuestion":"","body":"Over cycles the frontier trains, models absorb harness functions natively, and the harness sheds those now-native compensations — leaving the durable firm-specific layer.\n- **Apply**: Anticipate absorption when sizing perishable builds; plan the shed with deletion triggers.","sourceLine":3680,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-064","name":"The Attention Interface","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"The harness's end state — a human-facing surface of permissions, escalation, and interruption policy that governs when and how humans engage. Investments here never strand.","apply":"Direct forward investment toward the human-facing policy layer; it is the durable terminus of harness maturity.","keyQuestion":"","body":"The harness's end state — a human-facing surface of permissions, escalation, and interruption policy that governs when and how humans engage. Investments here never strand.\n- **Apply**: Direct forward investment toward the human-facing policy layer; it is the durable terminus of harness maturity.","sourceLine":3684,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-04-065","name":"The Two-Curves History","discipline":"harness","section":"harness-section-10","sectionName":"The Two-Curves History (Evidence Base)","kind":"Model / lens","essence":"Model capability and harness capability are two distinct improvement curves; Harness-Bench showed a 23.8-point spread across harnesses with the model held constant, and the harness curve carries the train-absorb-shed dynamic and the attention interface as its endpoint.","apply":"Cite when arguing that harness investment, not model choice, drives performance differences (source: Dan McAteer, \"The Evolution of the Agent Harness,\" Latent.Space, Aug 2026).","keyQuestion":"","body":"Model capability and harness capability are two distinct improvement curves; Harness-Bench showed a 23.8-point spread across harnesses with the model held constant, and the harness curve carries the train-absorb-shed dynamic and the attention interface as its endpoint.\n- **Apply**: Cite when arguing that harness investment, not model choice, drives performance differences (source: Dan McAteer, \"The Evolution of the Agent Harness,\" Latent.Space, Aug 2026).","sourceLine":3693,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-001","name":"Inside-Out Product","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"The web-era product started at the interface and worked inward; the AI-era product starts at the loop and the standard and works outward to the business model and, last, to the surfaces. The volume's order is suite → charter → price → surfaces.","apply":"Use to sequence any new AI product build; refuse work that starts at the UI or the model. When someone reaches for the interface first, redirect them to define the loop and the standard.","keyQuestion":"","body":"The web-era product started at the interface and worked inward; the AI-era product starts at the loop and the standard and works outward to the business model and, last, to the surfaces. The volume's order is suite → charter → price → surfaces.\n- **Apply**: Use to sequence any new AI product build; refuse work that starts at the UI or the model. When someone reaches for the interface first, redirect them to define the loop and the standard.","sourceLine":3714,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-002","name":"The Three Inversions","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"The product changed its object three ways: the spec became the suite (behavior that cannot be described in prose is specified by adjudicated example); the product has two surfaces (the human's interface and the agent's specification, graded by one suite); and the product drifts underneath you on the vendor's cadence.","apply":"Use as the diagnostic frame for why AI products differ from web-era products; name which inversion a team has failed to internalize.","keyQuestion":"","body":"The product changed its object three ways: the spec became the suite (behavior that cannot be described in prose is specified by adjudicated example); the product has two surfaces (the human's interface and the agent's specification, graded by one suite); and the product drifts underneath you on the vendor's cadence.\n- **Apply**: Use as the diagnostic frame for why AI products differ from web-era products; name which inversion a team has failed to internalize.","sourceLine":3718,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["growth"]},{"id":"BE-08-003","name":"The Model Chosen Last","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"The model is chosen last, in week seven of eight, because by then the suite exists to choose it with. Candidates are run against the suite; the number decides.","apply":"Enforce as a hard threshold. When a team debates vendors before defining success, stop and re-sequence. The choice takes a day once the suite exists.","keyQuestion":"","body":"The model is chosen last, in week seven of eight, because by then the suite exists to choose it with. Candidates are run against the suite; the number decides.\n- **Apply**: Enforce as a hard threshold. When a team debates vendors before defining success, stop and re-sequence. The choice takes a day once the suite exists.","sourceLine":3722,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-004","name":"The Three Gaps","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"Every production failure is one of three gaps — observability, evaluation, governance — and the discipline closes them with five pillars.","apply":"Use to classify any production incident or stalled product; name the gap beneath the failure family before proposing a fix.","keyQuestion":"","body":"Every production failure is one of three gaps — observability, evaluation, governance — and the discipline closes them with five pillars.\n- **Apply**: Use to classify any production incident or stalled product; name the gap beneath the failure family before proposing a fix.","sourceLine":3726,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-005","name":"The Compression","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"Charter the outcome. Freeze the spec. Ship the two surfaces.","apply":"Use as the three-beat summary of the entire discipline and the ordering check on any engagement.","keyQuestion":"","body":"Charter the outcome. Freeze the spec. Ship the two surfaces.\n- **Apply**: Use as the three-beat summary of the entire discipline and the ordering check on any engagement.","sourceLine":3730,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["sales"]},{"id":"BE-08-006","name":"Intelligence Becomes the Product's Core / The Product Is Not the Model","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"The intelligence becomes the product's core, but the product is not the model — the model is a rented, drifting component; the product is the charter, the suite, the traces, the surfaces, and the owners around it.","apply":"Use to separate the durable, owned product from the swappable model; resist conflating vendor choice with product value.","keyQuestion":"","body":"The intelligence becomes the product's core, but the product is not the model — the model is a rented, drifting component; the product is the charter, the suite, the traces, the surfaces, and the owners around it.\n- **Apply**: Use to separate the durable, owned product from the swappable model; resist conflating vendor choice with product value.","sourceLine":3734,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-007","name":"Web Squared, Applied","discipline":"product","section":"product-section-01","sectionName":"Core Frame & Inversions","kind":"Model / lens","essence":"A named applied model extending the web-platform logic into the AI era, part of the seat's inherited lineage.","apply":"Reference by name when framing the AI product as the next platform layer rather than a feature.","keyQuestion":"","body":"A named applied model extending the web-platform logic into the AI era, part of the seat's inherited lineage.\n- **Apply**: Reference by name when framing the AI product as the next platform layer rather than a feature.","sourceLine":3738,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-008","name":"The Engine — Eight-Week Shape","discipline":"product","section":"product-section-02","sectionName":"The Engine (The Eight-Week Shape)","kind":"Model / lens","essence":"Adapt the calendar, never the order: Weeks 1–2 evaluation as specification; Weeks 3–6 foundation and instruments; Weeks 7–8 the model; then ship, graduate, harvest. The order inverts the demo era and organizes everything.","apply":"Use as the master sequence for building any AI product; the ordering is the point, not the durations.","keyQuestion":"","body":"Adapt the calendar, never the order: Weeks 1–2 evaluation as specification; Weeks 3–6 foundation and instruments; Weeks 7–8 the model; then ship, graduate, harvest. The order inverts the demo era and organizes everything.\n- **Apply**: Use as the master sequence for building any AI product; the ordering is the point, not the durations.","sourceLine":3745,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-009","name":"Stage 1 (Weeks 1–2) — Evaluation as Specification","discipline":"product","section":"product-section-02","sectionName":"The Engine (The Eight-Week Shape)","kind":"Engine step","essence":"Define success in the business's numbers, assemble the golden set with domain experts (including gray areas), build the capture→compare→score→route→add-back pipeline, choose the three-layer architecture, set the freeze date, and write the seven-item outcome charter.","apply":"Run first for anything new; nothing else proceeds until the charter and suite exist.","keyQuestion":"","body":"Define success in the business's numbers, assemble the golden set with domain experts (including gray areas), build the capture→compare→score→route→add-back pipeline, choose the three-layer architecture, set the freeze date, and write the seven-item outcome charter.\n- **Apply**: Run first for anything new; nothing else proceeds until the charter and suite exist.","sourceLine":3749,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-010","name":"Stage 2 (Weeks 3–6) — Foundation and Instruments","discipline":"product","section":"product-section-02","sectionName":"The Engine (The Eight-Week Shape)","kind":"Engine step","essence":"Instrument question data (current, permissioned, machine-readable) and tracking data (traces with their own schema and store); wire observability, governance, and the chosen orchestration pattern with its failure mode named and junction map placed.","apply":"Run after the suite exists to build the substrate and instruments the product will be defended by.","keyQuestion":"","body":"Instrument question data (current, permissioned, machine-readable) and tracking data (traces with their own schema and store); wire observability, governance, and the chosen orchestration pattern with its failure mode named and junction map placed.\n- **Apply**: Run after the suite exists to build the substrate and instruments the product will be defended by.","sourceLine":3753,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-011","name":"Stage 3 (Weeks 7–8) — The Model","discipline":"product","section":"product-section-02","sectionName":"The Engine (The Eight-Week Shape)","kind":"Engine step","essence":"Candidates run against the suite; the number decides in a day. State the tolerance for future releases, run the joint test on a second provider, record the model's release date in the charter.","apply":"Run last; use vendor comparison only against your own suite, never vendor benchmarks.","keyQuestion":"","body":"Candidates run against the suite; the number decides in a day. State the tolerance for future releases, run the joint test on a second provider, record the model's release date in the charter.\n- **Apply**: Run last; use vendor comparison only against your own suite, never vendor benchmarks.","sourceLine":3757,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-012","name":"Stage 4 (Then) — Ship, Graduate, Harvest","discipline":"product","section":"product-section-02","sectionName":"The Engine (The Eight-Week Shape)","kind":"Engine step","essence":"Two surfaces shipped and graded by one suite; activation = first verified outcome with the gauge page as retention; autonomy graduated on scores; residue reviewed at every checkpoint; incidents become cases within the week; prompt and model change logs kept with reasons.","apply":"Run continuously post-launch as the operating rhythm of a live AI product.","keyQuestion":"","body":"Two surfaces shipped and graded by one suite; activation = first verified outcome with the gauge page as retention; autonomy graduated on scores; residue reviewed at every checkpoint; incidents become cases within the week; prompt and model change logs kept with reasons.\n- **Apply**: Run continuously post-launch as the operating rhythm of a live AI product.","sourceLine":3761,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-013","name":"Evaluation (Pillar)","discipline":"product","section":"product-section-03","sectionName":"The Five Production Pillars","kind":"Model / lens","essence":"The evaluation suite is the specification — success stated as a number agreed before results, a signed golden set, and three grading layers.","apply":"Build first; it is the referee every other pillar serves.","keyQuestion":"","body":"The evaluation suite is the specification — success stated as a number agreed before results, a signed golden set, and three grading layers.\n- **Apply**: Build first; it is the referee every other pillar serves.","sourceLine":3768,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-014","name":"Observability (Pillar)","discipline":"product","section":"product-section-03","sectionName":"The Five Production Pillars","kind":"Model / lens","essence":"Every production decision is traced (100% coverage), with online monitoring, fallbacks, and retry caps escalating to a human.","apply":"Build before launch; below 100% coverage the product has undefended regions and in regulated markets cannot ship.","keyQuestion":"","body":"Every production decision is traced (100% coverage), with online monitoring, fallbacks, and retry caps escalating to a human.\n- **Apply**: Build before launch; below 100% coverage the product has undefended regions and in regulated markets cannot ship.","sourceLine":3772,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-015","name":"Data Foundation (Pillar)","discipline":"product","section":"product-section-03","sectionName":"The Five Production Pillars","kind":"Model / lens","essence":"Question data current, permissioned, and machine-readable; tracking data schema'd and stored; the path from source to answer instrumented. Data quality is correctness.","apply":"Build to ensure the substrate reflects what customers were actually told; run the stale-substrate check.","keyQuestion":"","body":"Question data current, permissioned, and machine-readable; tracking data schema'd and stored; the path from source to answer instrumented. Data quality is correctness.\n- **Apply**: Build to ensure the substrate reflects what customers were actually told; run the stale-substrate check.","sourceLine":3776,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-016","name":"Orchestration (Pillar)","discipline":"product","section":"product-section-03","sectionName":"The Five Production Pillars","kind":"Model / lens","essence":"The pattern that coordinates agents, state, and fault tolerance — chosen with its failure mode named. One agent needs none of it; five need all of it.","apply":"Choose a pattern (orchestrator-worker, choreography, or human-in-the-loop) only when agent count warrants it; place the junction map.","keyQuestion":"","body":"The pattern that coordinates agents, state, and fault tolerance — chosen with its failure mode named. One agent needs none of it; five need all of it.\n- **Apply**: Choose a pattern (orchestrator-worker, choreography, or human-in-the-loop) only when agent count warrants it; place the junction map.","sourceLine":3780,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-017","name":"Governance (Pillar)","discipline":"product","section":"product-section-03","sectionName":"The Five Production Pillars","kind":"Model / lens","essence":"Audit trail, deterministic pre-validation, prompts as code with reasons, named owners, and an incident playbook wired to alerting.","apply":"Establish before launch; a named owner for behavior and a named owner for data are non-negotiable.","keyQuestion":"","body":"Audit trail, deterministic pre-validation, prompts as code with reasons, named owners, and an incident playbook wired to alerting.\n- **Apply**: Establish before launch; a named owner for behavior and a named owner for data are non-negotiable.","sourceLine":3784,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-018","name":"The Two Surfaces","discipline":"product","section":"product-section-04","sectionName":"The Two Surfaces","kind":"Model / lens","essence":"An AI product has two surfaces graded by one suite — the human's interface (the outcome made visible) and the agent's specification (endpoints, structured offer, machine-readable terms, callable actions, registry listings). An AI product without an agent-readable surface is incomplete.","apply":"Specify both surfaces and run the parity check (same outcome, same suite); instrument the agent cohort separately.","keyQuestion":"","body":"An AI product has two surfaces graded by one suite — the human's interface (the outcome made visible) and the agent's specification (endpoints, structured offer, machine-readable terms, callable actions, registry listings). An AI product without an agent-readable surface is incomplete.\n- **Apply**: Specify both surfaces and run the parity check (same outcome, same suite); instrument the agent cohort separately.","sourceLine":3791,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":["BE-M0259"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-019","name":"The Outcome Charter","discipline":"product","section":"product-section-05","sectionName":"The Outcome Charter","kind":"Model / lens","essence":"The one-page spec that replaces the PRD for a probabilistic product, with seven items: outcome in the buyer's units; standard (who owns correct, where the suite lives); thresholds agreed before results; surfaces (human and agent); boundaries and junctions; autonomy tier and graduation rule; owner of behavior and owner of data — plus a version log with reasons.","apply":"Write before the model for anything new; refuse prose behavior specs. Prose cannot specify non-deterministic behavior.","keyQuestion":"","body":"The one-page spec that replaces the PRD for a probabilistic product, with seven items: outcome in the buyer's units; standard (who owns correct, where the suite lives); thresholds agreed before results; surfaces (human and agent); boundaries and junctions; autonomy tier and graduation rule; owner of behavior and owner of data — plus a version log with reasons.\n- **Apply**: Write before the model for anything new; refuse prose behavior specs. Prose cannot specify non-deterministic behavior.","sourceLine":3798,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-020","name":"Evaluation Is the Specification / The Spec Became the Suite","discipline":"product","section":"product-section-06","sectionName":"Evaluation Frameworks","kind":"Model / lens","essence":"Behavior that cannot be described in prose is specified by adjudicated example — the evaluation suite is the specification, not a test that follows it.","apply":"Use whenever asked to \"write the spec/PRD\" for an AI product; deliver the suite plan instead.","keyQuestion":"","body":"Behavior that cannot be described in prose is specified by adjudicated example — the evaluation suite is the specification, not a test that follows it.\n- **Apply**: Use whenever asked to \"write the spec/PRD\" for an AI product; deliver the suite plan instead.","sourceLine":3805,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-021","name":"The Golden Set","discipline":"product","section":"product-section-06","sectionName":"Evaluation Frameworks","kind":"Model / lens","essence":"60 to a few hundred real cases from the domain's own practitioners, including the gray areas, adjudicated and signed by the owner of the standard; frozen per version; grown by logged addition from production; stored outside the product's reachable context.","apply":"Assemble with domain experts before the build; reject vendor-authored or synthetic-only sets, and reject any set the product can read.","keyQuestion":"","body":"60 to a few hundred real cases from the domain's own practitioners, including the gray areas, adjudicated and signed by the owner of the standard; frozen per version; grown by logged addition from production; stored outside the product's reachable context.\n- **Apply**: Assemble with domain experts before the build; reject vendor-authored or synthetic-only sets, and reject any set the product can read.","sourceLine":3809,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["fde"]},{"id":"BE-08-022","name":"Three Evaluation Layers","discipline":"product","section":"product-section-06","sectionName":"Evaluation Frameworks","kind":"Model / lens","essence":"All three layers, always: deterministic (formats, entities, PII) → semantic (a controlled, cross-family judge anchored to human-adjudicated cases) → behavioral (right tools, right count, no loops, no duplicate calls). Missing the behavioral layer is a finding.","apply":"Design the grading architecture with what each layer catches and its cost; the behavioral layer catches failures a demo never shows.","keyQuestion":"","body":"All three layers, always: deterministic (formats, entities, PII) → semantic (a controlled, cross-family judge anchored to human-adjudicated cases) → behavioral (right tools, right count, no loops, no duplicate calls). Missing the behavioral layer is a finding.\n- **Apply**: Design the grading architecture with what each layer catches and its cost; the behavioral layer catches failures a demo never shows.","sourceLine":3813,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-023","name":"The Living Suite","discipline":"product","section":"product-section-06","sectionName":"Evaluation Frameworks","kind":"Model / lens","essence":"The suite is not static — it is frozen per version but continuously grown by logged addition, with its own governance (categorization, additions, change history) owned by an evaluation owner.","apply":"Treat the suite as a maintained asset; a suite the team stopped growing is a failure pattern.","keyQuestion":"","body":"The suite is not static — it is frozen per version but continuously grown by logged addition, with its own governance (categorization, additions, change history) owned by an evaluation owner.\n- **Apply**: Treat the suite as a maintained asset; a suite the team stopped growing is a failure pattern.","sourceLine":3817,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-024","name":"The Judge Control Sheet","discipline":"product","section":"product-section-06","sectionName":"Evaluation Frameworks","kind":"Model / lens","essence":"The semantic judge must be controlled: cross-family, position randomized, length controlled, and anchored to at least 20% human-adjudicated cases, calibrated against humans on a cadence.","apply":"Use whenever an LLM-as-judge grades outputs, to defend against judge biases.","keyQuestion":"","body":"The semantic judge must be controlled: cross-family, position randomized, length controlled, and anchored to at least 20% human-adjudicated cases, calibrated against humans on a cadence.\n- **Apply**: Use whenever an LLM-as-judge grades outputs, to defend against judge biases.","sourceLine":3821,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-025","name":"Success Is a Number, Agreed Before Results","discipline":"product","section":"product-section-06","sectionName":"Evaluation Frameworks","kind":"Model / lens","essence":"Success is a number set before results exist (deflection rate, accuracy floor, false-positive tolerance, latency); \"accuracy\" without a number is not a specification.","apply":"Enforce at the charter stage; reject any quality claim lacking a pre-committed number.","keyQuestion":"","body":"Success is a number set before results exist (deflection rate, accuracy floor, false-positive tolerance, latency); \"accuracy\" without a number is not a specification.\n- **Apply**: Enforce at the charter stage; reject any quality claim lacking a pre-committed number.","sourceLine":3825,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-026","name":"Question Data and Tracking Data","discipline":"product","section":"product-section-07","sectionName":"Data Foundation Frameworks","kind":"Model / lens","essence":"Two distinct data types the product depends on: question data (the current, permissioned, machine-readable substrate the model answers from) and tracking data (traces with their own schema and store serving auditors, monitoring, and judges).","apply":"Register and instrument both separately; they have different owners, freshness needs, and consumers.","keyQuestion":"","body":"Two distinct data types the product depends on: question data (the current, permissioned, machine-readable substrate the model answers from) and tracking data (traces with their own schema and store serving auditors, monitoring, and judges).\n- **Apply**: Register and instrument both separately; they have different owners, freshness needs, and consumers.","sourceLine":3832,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-027","name":"Data Was Built for Humans; Agents Don't Forgive","discipline":"product","section":"product-section-07","sectionName":"Data Foundation Frameworks","kind":"Model / lens","essence":"Data was built for humans, and humans forgive ambiguity, staleness, and missing descriptions — agents don't. Data quality is correctness.","apply":"Use to justify machine-readable catalog descriptions and freshness requirements; treat data debt as correctness debt.","keyQuestion":"","body":"Data was built for humans, and humans forgive ambiguity, staleness, and missing descriptions — agents don't. Data quality is correctness.\n- **Apply**: Use to justify machine-readable catalog descriptions and freshness requirements; treat data debt as correctness debt.","sourceLine":3836,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-028","name":"The Stale Substrate / Stale-Substrate Check","discipline":"product","section":"product-section-07","sectionName":"Data Foundation Frameworks","kind":"Model / lens","essence":"A failure where the retrieval store no longer reflects what customers were told; the product reads an outdated document that never reached the store and is confidently wrong.","apply":"Run the check — does the retrieval store reflect what customers were told? — whenever answers drift after a policy or catalog change.","keyQuestion":"","body":"A failure where the retrieval store no longer reflects what customers were told; the product reads an outdated document that never reached the store and is confidently wrong.\n- **Apply**: Run the check — does the retrieval store reflect what customers were told? — whenever answers drift after a policy or catalog change.","sourceLine":3840,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-029","name":"One Agent Needs No Orchestration; Five Need All of It","discipline":"product","section":"product-section-08","sectionName":"Orchestration Frameworks","kind":"Model / lens","essence":"Orchestration cost scales with agent count — a single agent needs none of the coordination machinery; five agents need state, fault tolerance, and junctions.","apply":"Use to right-size orchestration; don't impose orchestration overhead on a single-agent product.","keyQuestion":"","body":"Orchestration cost scales with agent count — a single agent needs none of the coordination machinery; five agents need state, fault tolerance, and junctions.\n- **Apply**: Use to right-size orchestration; don't impose orchestration overhead on a single-agent product.","sourceLine":3847,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-030","name":"The Orchestration Patterns (with named failure modes)","discipline":"product","section":"product-section-08","sectionName":"Orchestration Frameworks","kind":"Model / lens","essence":"Three patterns, each chosen with its failure mode named: orchestrator-worker (central control; single point of control), choreography (event bus, parallel; hard to reason about), human-in-the-loop (below-threshold escalation; throughput).","apply":"Choose the pattern that fits the workflow and state its failure mode and junction map up front.","keyQuestion":"","body":"Three patterns, each chosen with its failure mode named: orchestrator-worker (central control; single point of control), choreography (event bus, parallel; hard to reason about), human-in-the-loop (below-threshold escalation; throughput).\n- **Apply**: Choose the pattern that fits the workflow and state its failure mode and junction map up front.","sourceLine":3851,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-031","name":"The Overdraft Trace","discipline":"product","section":"product-section-09","sectionName":"Observability & Incident Frameworks","kind":"Model / lens","essence":"The canonical illustration of why traces matter — a six-step decision chain that is indefensible \"without traces\" and resolvable \"with traces\"; without the trace, a customer dispute resolves only with a discount.","apply":"Use to argue for 100% trace coverage before launch, not \"later.\"","keyQuestion":"","body":"The canonical illustration of why traces matter — a six-step decision chain that is indefensible \"without traces\" and resolvable \"with traces\"; without the trace, a customer dispute resolves only with a discount.\n- **Apply**: Use to argue for 100% trace coverage before launch, not \"later.\"","sourceLine":3858,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-032","name":"Detect, Diagnose, Contain, Fix, Add the Case","discipline":"product","section":"product-section-09","sectionName":"Observability & Incident Frameworks","kind":"Model / lens","essence":"The production incident playbook: detect (evaluation dashboard, feedback drop) → diagnose (in the traces) → contain (roll the prompt version, route to a human, circuit-break the dependency) → fix (prompt / retrieval / tool / data) → add the case.","apply":"Run on every production incident; \"just fix the prompt\" without diagnosis in the traces is rejected.","keyQuestion":"","body":"The production incident playbook: detect (evaluation dashboard, feedback drop) → diagnose (in the traces) → contain (roll the prompt version, route to a human, circuit-break the dependency) → fix (prompt / retrieval / tool / data) → add the case.\n- **Apply**: Run on every production incident; \"just fix the prompt\" without diagnosis in the traces is rejected.","sourceLine":3862,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-033","name":"Subset on Change, Full on Merge","discipline":"product","section":"product-section-09","sectionName":"Observability & Incident Frameworks","kind":"Model / lens","essence":"Eval cost is governed by running a subset of the suite on every change and the full suite on merge.","apply":"Use to keep evaluation affordable at velocity without losing coverage at integration points.","keyQuestion":"","body":"Eval cost is governed by running a subset of the suite on every change and the full suite on merge.\n- **Apply**: Use to keep evaluation affordable at velocity without losing coverage at integration points.","sourceLine":3866,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-034","name":"Someone at Three in the Morning","discipline":"product","section":"product-section-09","sectionName":"Observability & Incident Frameworks","kind":"Model / lens","essence":"A named owner must be accountable when the product fails at 3 a.m.; the unowned failure (no name at 3 a.m.) is a failure pattern.","apply":"Name the on-call and behavior/data owners before launch; an incident playbook must be wired to alerting.","keyQuestion":"","body":"A named owner must be accountable when the product fails at 3 a.m.; the unowned failure (no name at 3 a.m.) is a failure pattern.\n- **Apply**: Name the on-call and behavior/data owners before launch; an incident playbook must be wired to alerting.","sourceLine":3870,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-035","name":"Prompts as Code, With Reasons","discipline":"product","section":"product-section-10","sectionName":"Governance Frameworks","kind":"Model / lens","essence":"Every prompt change is versioned with the reason — which failure it addresses and the expected correction. A change without a reason is reverted.","apply":"Enforce a prompt change record on every edit; \"prompt it better\" is rejected as a diagnosis.","keyQuestion":"","body":"Every prompt change is versioned with the reason — which failure it addresses and the expected correction. A change without a reason is reverted.\n- **Apply**: Enforce a prompt change record on every edit; \"prompt it better\" is rejected as a diagnosis.","sourceLine":3877,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-036","name":"Model Change Management","discipline":"product","section":"product-section-10","sectionName":"Governance Frameworks","kind":"Model / lens","essence":"The model is managed on the product's own suite with a stated tolerance; the swap kept possible; vendor benchmarks never decide adoption. Reruns are scheduled against releases.","apply":"Run whenever the model updates or a provider changes; the drift log inherited from AI Engineering feeds this process.","keyQuestion":"","body":"The model is managed on the product's own suite with a stated tolerance; the swap kept possible; vendor benchmarks never decide adoption. Reruns are scheduled against releases.\n- **Apply**: Run whenever the model updates or a provider changes; the drift log inherited from AI Engineering feeds this process.","sourceLine":3881,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-038","name":"The Fifth Risk","discipline":"product","section":"product-section-10","sectionName":"Governance Frameworks","kind":"Model / lens","essence":"A named risk beyond Cagan's four (value, usability, feasibility, viability) specific to the AI era — governance/behavioral risk that the product drifts, cannot be explained, or is unowned.","apply":"Add to product risk assessment for any probabilistic product; the classic four risks are insufficient.","keyQuestion":"","body":"A named risk beyond Cagan's four (value, usability, feasibility, viability) specific to the AI era — governance/behavioral risk that the product drifts, cannot be explained, or is unowned.\n- **Apply**: Add to product risk assessment for any probabilistic product; the classic four risks are insufficient.","sourceLine":3887,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-039","name":"Activation Is the First Verified Outcome","discipline":"product","section":"product-section-11","sectionName":"Activation & Pricing Frameworks","kind":"Model / lens","essence":"Activation = the first verified outcome on the user's real work. Sign-up is not activation; verification is designed as the activation moment.","apply":"Design onboarding so the user reaches a verified outcome on their own work; use the in-product gauge page as retention.","keyQuestion":"","body":"Activation = the first verified outcome on the user's real work. Sign-up is not activation; verification is designed as the activation moment.\n- **Apply**: Design onboarding so the user reaches a verified outcome on their own work; use the in-product gauge page as retention.","sourceLine":3894,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-040","name":"Pricing Follows the Instrument","discipline":"product","section":"product-section-11","sectionName":"Activation & Pricing Frameworks","kind":"Model / lens","essence":"Pricing is product design: tiers sit on the attribution × autonomy grid, each tier requiring the product to verify or meter something; the free tier is a wedge-finder (a verified outcome on real cases); seat pricing is checked against agentic value; value compounds on a curve.","apply":"Design tiers from what the suite can verify or meter; use to justify a free tier and to catch seat-pricing mismatches for agentic products.","keyQuestion":"","body":"Pricing is product design: tiers sit on the attribution × autonomy grid, each tier requiring the product to verify or meter something; the free tier is a wedge-finder (a verified outcome on real cases); seat pricing is checked against agentic value; value compounds on a curve.\n- **Apply**: Design tiers from what the suite can verify or meter; use to justify a free tier and to catch seat-pricing mismatches for agentic products.","sourceLine":3898,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-041","name":"The Roadmap From Residue","discipline":"product","section":"product-section-12","sectionName":"Roadmap Frameworks","kind":"Model / lens","essence":"The roadmap is derived from residue — what was built twice (from the deployment record, the traces, and the corrected cases) — redirecting discovery from interviews to the record, and promoting patterns playbook → toolkit → product.","apply":"Run a residue review at every checkpoint; build promotion cards with criteria and derive the next-quarter roadmap from them.","keyQuestion":"","body":"The roadmap is derived from residue — what was built twice (from the deployment record, the traces, and the corrected cases) — redirecting discovery from interviews to the record, and promoting patterns playbook → toolkit → product.\n- **Apply**: Run a residue review at every checkpoint; build promotion cards with criteria and derive the next-quarter roadmap from them.","sourceLine":3905,"sourceNumber":null,"part":"V","register":"full","themes":["ownership"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-042","name":"The PM Writes the Suite","discipline":"product","section":"product-section-13","sectionName":"Team & Role Frameworks","kind":"Model / lens","essence":"The product manager of the AI era is the one who writes the suite — the charter and the evaluation suite are the PM's core artifacts, graded across four axes: product sense, evaluation literacy, systems judgment, governance craft.","apply":"Use to redefine the PM role and to screen candidates (\"a suite you built and the number that defined success; a model you rejected and why; an incident that became a case\").","keyQuestion":"","body":"The product manager of the AI era is the one who writes the suite — the charter and the evaluation suite are the PM's core artifacts, graded across four axes: product sense, evaluation literacy, systems judgment, governance craft.\n- **Apply**: Use to redefine the PM role and to screen candidates (\"a suite you built and the number that defined success; a model you rejected and why; an incident that became a case\").","sourceLine":3912,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-043","name":"The Domain Expert Is a Team Member","discipline":"product","section":"product-section-13","sectionName":"Team & Role Frameworks","kind":"Model / lens","essence":"The domain expert is a full member of the pod, not a consulted party — they sign the golden set as the owner of the standard.","apply":"Embed the domain expert in the team; their signature on the set is a requirement, not a courtesy.","keyQuestion":"","body":"The domain expert is a full member of the pod, not a consulted party — they sign the golden set as the owner of the standard.\n- **Apply**: Embed the domain expert in the team; their signature on the set is a requirement, not a courtesy.","sourceLine":3916,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-044","name":"The Evaluation Owner","discipline":"product","section":"product-section-13","sectionName":"Team & Role Frameworks","kind":"Model / lens","essence":"A dedicated role owning the living suite's governance — categorization, additions, and change history.","apply":"Assign explicitly; the suite's growth and integrity need a named owner separate from the PM.","keyQuestion":"","body":"A dedicated role owning the living suite's governance — categorization, additions, and change history.\n- **Apply**: Assign explicitly; the suite's growth and integrity need a named owner separate from the PM.","sourceLine":3920,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-045","name":"The AI Product Pod","discipline":"product","section":"product-section-13","sectionName":"Team & Role Frameworks","kind":"Model / lens","essence":"The team shape: PM (charter + suite), AI engineer (loop + harness), domain expert as a full member (signs the set), designer (human surface), evaluation owner (living suite governance) — running a cadence of frozen-per-version suite, weekly gauges, per-checkpoint residue review, per-release drift check, and rehearsed playbook.","apply":"Use to staff and set the operating cadence for an AI product team.","keyQuestion":"","body":"The team shape: PM (charter + suite), AI engineer (loop + harness), domain expert as a full member (signs the set), designer (human surface), evaluation owner (living suite governance) — running a cadence of frozen-per-version suite, weekly gauges, per-checkpoint residue review, per-release drift check, and rehearsed playbook.\n- **Apply**: Use to staff and set the operating cadence for an AI product team.","sourceLine":3924,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-046","name":"Failure Diagnosis — Six Families","discipline":"product","section":"product-section-14","sectionName":"Diagnostic Frameworks","kind":"Operating mode","essence":"Six failure families map to fixes: demo product → suite before model; model-first debate → chosen last against the suite; spec-less launch → evaluation as specification; trace-less dispute → observability as requirement; stale substrate → foundation instrumented source-to-answer; single-surface product → the two surfaces. Name the gap (observability/evaluation/governance) beneath the family.","apply":"Use to diagnose any stalled or failed AI product; \"prompt it better\" is rejected as a diagnosis.","keyQuestion":"","body":"Six failure families map to fixes: demo product → suite before model; model-first debate → chosen last against the suite; spec-less launch → evaluation as specification; trace-less dispute → observability as requirement; stale substrate → foundation instrumented source-to-answer; single-surface product → the two surfaces. Name the gap (observability/evaluation/governance) beneath the family.\n- **Apply**: Use to diagnose any stalled or failed AI product; \"prompt it better\" is rejected as a diagnosis.","sourceLine":3931,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-048","name":"Maturity Model (P0–P5)","discipline":"product","section":"product-section-14","sectionName":"Diagnostic Frameworks","kind":"Instrument","essence":"Six levels: P0 the demo; P1 the charter and the number exist; P2 the golden set signed, pipeline running, three layers; P3 every decision traced, incident playbook wired, owners named; P4 the model chosen and changed on the suite, prompts and data governed with reasons; P5 two surfaces shipped and graded, residue harvested into the roadmap, autonomy graded by scores. Tell: P4 claimed with no incident-to-case log is really P1.","apply":"Use to place a product's true maturity and expose overclaimed levels.","keyQuestion":"","body":"Six levels: P0 the demo; P1 the charter and the number exist; P2 the golden set signed, pipeline running, three layers; P3 every decision traced, incident playbook wired, owners named; P4 the model chosen and changed on the suite, prompts and data governed with reasons; P5 two surfaces shipped and graded, residue harvested into the roadmap, autonomy graded by scores. Tell: P4 claimed with no incident-to-case log is really P1.\n- **Apply**: Use to place a product's true maturity and expose overclaimed levels.","sourceLine":3937,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-050","name":"Incident-to-Case Rate","discipline":"product","section":"product-section-15","sectionName":"Metrics & Instruments","kind":"Instrument","essence":"Every production incident becomes a suite case within seven days; the rate at which incidents convert into cases is the health signal of the living suite.","apply":"Track as the tell of a genuinely maturing product; its absence exposes a stalled suite.","keyQuestion":"","body":"Every production incident becomes a suite case within seven days; the rate at which incidents convert into cases is the health signal of the living suite.\n- **Apply**: Track as the tell of a genuinely maturing product; its absence exposes a stalled suite.","sourceLine":3946,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-08-051","name":"Time-to-Magic","discipline":"product","section":"product-section-15","sectionName":"Metrics & Instruments","kind":"Instrument","essence":"The activation-speed instrument — how fast a user reaches the first verified outcome — inherited by AI Growth Engineering, which grows the surfaces and the agent cohort while product owns the spec.","apply":"Instrument at the handoff between product (owns the spec) and growth (owns the loops around it).","keyQuestion":"","body":"The activation-speed instrument — how fast a user reaches the first verified outcome — inherited by AI Growth Engineering, which grows the surfaces and the agent cohort while product owns the spec.\n- **Apply**: Instrument at the handoff between product (owns the spec) and growth (owns the loops around it).","sourceLine":3950,"sourceNumber":null,"part":"V","register":"full","themes":["magic"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["growth","fde"]},{"id":"BE-08-052","name":"The Demo Era Shipped Confidence; the Production Era Ships Proof","discipline":"product","section":"product-section-16","sectionName":"The Two Eras","kind":"Model / lens","essence":"The web/demo era shipped confidence on curated data in controlled environments; the production era ships proof — defensible, gradable, corrected outcomes with a referee, traces, and an owner in place before the model.","apply":"Use as the closing frame to distinguish a demo that proves the curation from a product that survives production.","keyQuestion":"","body":"The web/demo era shipped confidence on curated data in controlled environments; the production era ships proof — defensible, gradable, corrected outcomes with a referee, traces, and an owner in place before the model.\n- **Apply**: Use as the closing frame to distinguish a demo that proves the curation from a product that survives production.","sourceLine":3957,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-001","name":"The Inward Perimeter","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Every prior security discipline pointed the wall outward at the stranger; an AI estate contains credentialed actors that reason, hold permissions, call tools, and pursue objectives — so they can be attacked from outside *and* misuse authority they were legitimately given. The wall now sits where trust changes hands, and that line moved into the workforce.","apply":"Whenever securing an AI system, watch both directions — the outside attacker and the insider actor. Treat every agent as both a target and a potential misuser of its own grants.","keyQuestion":"","body":"Every prior security discipline pointed the wall outward at the stranger; an AI estate contains credentialed actors that reason, hold permissions, call tools, and pursue objectives — so they can be attacked from outside *and* misuse authority they were legitimately given. The wall now sits where trust changes hands, and that line moved into the workforce.\n- **Apply**: Whenever securing an AI system, watch both directions — the outside attacker and the insider actor. Treat every agent as both a target and a potential misuser of its own grants.","sourceLine":3976,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-002","name":"Every Agent Is a Model Plus a Blast Radius","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"A model matters operationally only when attached to authority; agency-as-credential means every permission is an identity with power to act.","apply":"Never assess a model in isolation. Assess the model plus what it can touch. The credential, not the model, is the unit of risk.","keyQuestion":"","body":"A model matters operationally only when attached to authority; agency-as-credential means every permission is an identity with power to act.\n- **Apply**: Never assess a model in isolation. Assess the model plus what it can touch. The credential, not the model, is the unit of risk.","sourceLine":3980,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-003","name":"Plausible ≠ True (Testimony vs. Evidence)","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Fluent narration is optimized to convince; only the substance can be trusted. An agent's account of its own action is testimony, never the record.","apply":"Whenever an agent explains what it did, quote it separately as testimony and demand infrastructure-layer evidence as the actual record.","keyQuestion":"","body":"Fluent narration is optimized to convince; only the substance can be trusted. An agent's account of its own action is testimony, never the record.\n- **Apply**: Whenever an agent explains what it did, quote it separately as testimony and demand infrastructure-layer evidence as the actual record.","sourceLine":3984,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-004","name":"Least Agency","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Extend least privilege beyond which resources a credential reaches to which *sequences* an agent can construct from what it holds. Agency is combinatorial — read-sensitive-data plus call-external-service is an exfiltration path even when neither permission looked catastrophic.","apply":"When scoping credentials, check every *pair* of permissions for a constructed path before approving. Sequences before singles.","keyQuestion":"","body":"Extend least privilege beyond which resources a credential reaches to which *sequences* an agent can construct from what it holds. Agency is combinatorial — read-sensitive-data plus call-external-service is an exfiltration path even when neither permission looked catastrophic.\n- **Apply**: When scoping credentials, check every *pair* of permissions for a constructed path before approving. Sequences before singles.","sourceLine":3988,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-005","name":"The Blast-Radius Budget","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"A credential is a measure of how far a failure travels: \"if this agent became completely hostile right now, what is the maximum damage before another control stops it?\" That is the authority being granted.","apply":"Ask the hostile-agent question before issuing any credential; the answer is the real grant, not the intended use.","keyQuestion":"","body":"A credential is a measure of how far a failure travels: \"if this agent became completely hostile right now, what is the maximum damage before another control stops it?\" That is the authority being granted.\n- **Apply**: Ask the hostile-agent question before issuing any credential; the answer is the real grant, not the intended use.","sourceLine":3992,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-006","name":"Harness-Not-Conversation","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"A permission cannot be talked out of; an instruction can. Consequential limits belong in the runtime (action proxy / harness), never only in a prompt.","apply":"When a limit is consequential, write the enforcement rule at the action layer. A limit stated only in natural language is guidance; score it as absent.","keyQuestion":"","body":"A permission cannot be talked out of; an instruction can. Consequential limits belong in the runtime (action proxy / harness), never only in a prompt.\n- **Apply**: When a limit is consequential, write the enforcement rule at the action layer. A limit stated only in natural language is guidance; score it as absent.","sourceLine":3996,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-007","name":"The Spoofed Ledger","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Instrument","essence":"The log the agent writes is the log the agent can forge. If the actor under investigation holds the pen, the record is worthless regardless of volume logged.","apply":"Record consequential actions beneath the agent — gateway, proxy, identity, datastore, network — so evidence survives even when the transcript lies.","keyQuestion":"","body":"The log the agent writes is the log the agent can forge. If the actor under investigation holds the pen, the record is worthless regardless of volume logged.\n- **Apply**: Record consequential actions beneath the agent — gateway, proxy, identity, datastore, network — so evidence survives even when the transcript lies.","sourceLine":4000,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-008","name":"Separated Referee","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The monitor must read what the watched cannot reach and must never feed the reward signal. Rewarding evasion-avoidance teaches the detector, not the behavior.","apply":"When building monitoring, keep the detector's verdict out of the training target and give it evidence the watched actor cannot alter.","keyQuestion":"","body":"The monitor must read what the watched cannot reach and must never feed the reward signal. Rewarding evasion-avoidance teaches the detector, not the behavior.\n- **Apply**: When building monitoring, keep the detector's verdict out of the training target and give it evidence the watched actor cannot alter.","sourceLine":4004,"sourceNumber":null,"part":"V","register":"full","themes":["referee"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-009","name":"Correlated Minds / Common-Mode Failure","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"N copies of one model are one mind wearing N faces — no automatic dissent. Copies of one blind spot are not independent controls.","apply":"For high-risk systems, ensure actor, referee, and arbiter do not share model lineage, framing, and incentives; add deterministic controls where genuine independence is impossible.","keyQuestion":"","body":"N copies of one model are one mind wearing N faces — no automatic dissent. Copies of one blind spot are not independent controls.\n- **Apply**: For high-risk systems, ensure actor, referee, and arbiter do not share model lineage, framing, and incentives; add deterministic controls where genuine independence is impossible.","sourceLine":4008,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-010","name":"The Loop-as-Target (Trusting Trust)","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Compromise a deployed agent and you compromise a workflow; compromise the training/evaluation loop and it propagates into every model made afterward. Whoever controls the training run authors the next generation.","apply":"Treat training and evaluation infrastructure as crown-jewel infrastructure — restricted, versioned, independently logged, reachable by no system it judges.","keyQuestion":"","body":"Compromise a deployed agent and you compromise a workflow; compromise the training/evaluation loop and it propagates into every model made afterward. Whoever controls the training run authors the next generation.\n- **Apply**: Treat training and evaluation infrastructure as crown-jewel infrastructure — restricted, versioned, independently logged, reachable by no system it judges.","sourceLine":4012,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-011","name":"Manufactured Desperation","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"An impossible task under relentless training is a pressure vessel; the \"attack\" is the release. Bad objectives manufacture behavior later classified as attack.","apply":"Where misconduct is found, diagnose the environment (was the task solvable, was the shortcut cheaper, could the model reach the grader) before penalizing. Fix the objective; keep the artifact.","keyQuestion":"","body":"An impossible task under relentless training is a pressure vessel; the \"attack\" is the release. Bad objectives manufacture behavior later classified as attack.\n- **Apply**: Where misconduct is found, diagnose the environment (was the task solvable, was the shortcut cheaper, could the model reach the grader) before penalizing. Fix the objective; keep the artifact.","sourceLine":4016,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-012","name":"The Two Clocks","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The adversary runs on the inference clock; a ticket-and-meeting process does not. Discovery got cheap, so response speed — visibility to velocity — is the question.","apply":"Measure the defender's clock (detection to containment) and pre-authorize containment actions that fire without waiting for a person.","keyQuestion":"","body":"The adversary runs on the inference clock; a ticket-and-meeting process does not. Discovery got cheap, so response speed — visibility to velocity — is the question.\n- **Apply**: Measure the defender's clock (detection to containment) and pre-authorize containment actions that fire without waiting for a person.","sourceLine":4020,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-013","name":"Every Shared Surface Is a Channel","discipline":"security","section":"security-section-01","sectionName":"Core Mental Models","kind":"Model / lens","essence":"If one actor can change what another can observe, information can travel. Design intent is not a security property.","apply":"For every resource two agents can both read and write, decide **partition or observe**. Never assume a shared surface is safe because it wasn't designed to carry information.","keyQuestion":"","body":"If one actor can change what another can observe, information can travel. Design intent is not a security property.\n- **Apply**: For every resource two agents can both read and write, decide **partition or observe**. Never assume a shared surface is safe because it wasn't designed to carry information.","sourceLine":4024,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-014","name":"Substrate Property 1 — Plausible ≠ True","discipline":"security","section":"security-section-02","sectionName":"The Engine — Ring 0 Substrate Properties","kind":"Model / lens","essence":"Fluent narration is not evidence; an agent's account of its action is testimony, never the record.","apply":"State at Ring 0 whether this property is in play; if so, refuse to treat any transcript as authoritative.","keyQuestion":"","body":"Fluent narration is not evidence; an agent's account of its action is testimony, never the record.\n- **Apply**: State at Ring 0 whether this property is in play; if so, refuse to treat any transcript as authoritative.","sourceLine":4035,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-015","name":"Substrate Property 2 — Optimization","discipline":"security","section":"security-section-02","sectionName":"The Engine — Ring 0 Substrate Properties","kind":"Model / lens","essence":"Anything used to judge a capable optimizer may become something it acts on.","apply":"Before exposing a measure to an optimizer, ask what happens when it optimizes *against* the measure.","keyQuestion":"","body":"Anything used to judge a capable optimizer may become something it acts on.\n- **Apply**: Before exposing a measure to an optimizer, ask what happens when it optimizes *against* the measure.","sourceLine":4039,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-016","name":"Substrate Property 3 — Correlation","discipline":"security","section":"security-section-02","sectionName":"The Engine — Ring 0 Substrate Properties","kind":"Model / lens","essence":"N copies of one model are not N independent judges; there is no automatic dissent.","apply":"Never count model copies as independent checks.","keyQuestion":"","body":"N copies of one model are not N independent judges; there is no automatic dissent.\n- **Apply**: Never count model copies as independent checks.","sourceLine":4043,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-017","name":"Substrate Property 4 — Agency","discipline":"security","section":"security-section-02","sectionName":"The Engine — Ring 0 Substrate Properties","kind":"Model / lens","essence":"A model matters operationally only when attached to authority; every agent is a model plus a blast radius.","apply":"Scope the assessment to the authority attached, not the model in the abstract.","keyQuestion":"","body":"A model matters operationally only when attached to authority; every agent is a model plus a blast radius.\n- **Apply**: Scope the assessment to the authority attached, not the model in the abstract.","sourceLine":4047,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-018","name":"Substrate Property 5 — Every Shared Surface Is a Channel","discipline":"security","section":"security-section-02","sectionName":"The Engine — Ring 0 Substrate Properties","kind":"Model / lens","essence":"If one actor can change what another can observe, information can travel.","apply":"Treat every doubly-reachable resource as potential communication infrastructure.","keyQuestion":"","body":"If one actor can change what another can observe, information can travel.\n- **Apply**: Treat every doubly-reachable resource as potential communication infrastructure.","sourceLine":4051,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-019","name":"Substrate Property 6 — Speed","discipline":"security","section":"security-section-02","sectionName":"The Engine — Ring 0 Substrate Properties","kind":"Model / lens","essence":"The adversary runs on the inference clock; a ticket-and-meeting process does not.","apply":"Design containment to run at machine speed, not committee speed.","keyQuestion":"","body":"The adversary runs on the inference clock; a ticket-and-meeting process does not.\n- **Apply**: Design containment to run at machine speed, not committee speed.","sourceLine":4055,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-020","name":"Ring 1 — The Outside, at Machine Speed","discipline":"security","section":"security-section-03","sectionName":"The Engine — The Five Rings","kind":"Engine step","essence":"Locate where trust changes hands today (room, network, identity, workforce), read the defender's clock (detection to containment), inventory pre-authorized containment, and check whether the five event types assemble into one actor-sequence. Agentic defense creates a second machine workforce that must be added to the census.","apply":"Use to produce a clock reading, a containment inventory, and the second-workforce note.","keyQuestion":"","body":"Locate where trust changes hands today (room, network, identity, workforce), read the defender's clock (detection to containment), inventory pre-authorized containment, and check whether the five event types assemble into one actor-sequence. Agentic defense creates a second machine workforce that must be added to the census.\n- **Apply**: Use to produce a clock reading, a containment inventory, and the second-workforce note.","sourceLine":4066,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-021","name":"Ring 2 — The Property Line","discipline":"security","section":"security-section-03","sectionName":"The Engine — The Five Rings","kind":"Engine step","essence":"Enumerate estate growth paths including the quiet ones (coding agents, AI switched on inside licensed SaaS, embedded copilots, open-weight downloads, project leftovers); for each, what it secures and what it reaches; run the instruction-origin test and the six openings. Untrusted content must not acquire trusted authority because a model read it.","apply":"Use to produce the estate map and an openings board scored controlled-at-runtime / controlled-by-prompt-only / uncontrolled.","keyQuestion":"","body":"Enumerate estate growth paths including the quiet ones (coding agents, AI switched on inside licensed SaaS, embedded copilots, open-weight downloads, project leftovers); for each, what it secures and what it reaches; run the instruction-origin test and the six openings. Untrusted content must not acquire trusted authority because a model read it.\n- **Apply**: Use to produce the estate map and an openings board scored controlled-at-runtime / controlled-by-prompt-only / uncontrolled.","sourceLine":4070,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-022","name":"Ring 3 — The Machine Workforce","discipline":"security","section":"security-section-03","sectionName":"The Engine — The Five Rings","kind":"Engine step","essence":"Census the machine identities capable of action (not models); scope to least agency; compute the blast-radius budget; and decide partition-or-observe for every covert channel. The unit is the identity, and agency is combinatorial.","apply":"Use to produce the register, charters, blast-radius table, and shared-surface inventory with a decision each.","keyQuestion":"","body":"Census the machine identities capable of action (not models); scope to least agency; compute the blast-radius budget; and decide partition-or-observe for every covert channel. The unit is the identity, and agency is combinatorial.\n- **Apply**: Use to produce the register, charters, blast-radius table, and shared-surface inventory with a decision each.","sourceLine":4074,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-023","name":"Ring 4 — The Telemetry","discipline":"security","section":"security-section-03","sectionName":"The Engine — The Five Rings","kind":"Engine step","essence":"Map evidence by layer for each consequential action class (gateway, proxy, identity, datastore, network); run the separation test (\"if the agent tried to deceive the investigation, what evidence would still be trustworthy?\"); check referee coupling; and where a model summarizes, measure coverage not persuasiveness.","apply":"Use to produce the evidence map, integrity verdict, and coverage method.","keyQuestion":"","body":"Map evidence by layer for each consequential action class (gateway, proxy, identity, datastore, network); run the separation test (\"if the agent tried to deceive the investigation, what evidence would still be trustworthy?\"); check referee coupling; and where a model summarizes, measure coverage not persuasiveness.\n- **Apply**: Use to produce the evidence map, integrity verdict, and coverage method.","sourceLine":4078,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-024","name":"Ring 5 — The Loop Itself","discipline":"security","section":"security-section-03","sectionName":"The Engine — The Five Rings","kind":"Engine step","essence":"Identify who can reach training/evaluation infrastructure; apply Goodhart-with-operational-access; require restricted/versioned/independently-logged/reproducible runs with separation between judged and judging; run the manufactured-desperation audit and the common-mode check.","apply":"Use to produce the loop-protection verdict, objective-design findings, and independence findings.","keyQuestion":"","body":"Identify who can reach training/evaluation infrastructure; apply Goodhart-with-operational-access; require restricted/versioned/independently-logged/reproducible runs with separation between judged and judging; run the manufactured-desperation audit and the common-mode check.\n- **Apply**: Use to produce the loop-protection verdict, objective-design findings, and independence findings.","sourceLine":4082,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-025","name":"The Five Moves (Findings → Program)","discipline":"security","section":"security-section-03","sectionName":"The Engine — The Five Rings","kind":"Model / lens","essence":"Every finding is attributed to one failure family and fixed at that family's layer; then the five moves — **census, scope, separate, watch, rehearse** — compose in order into a dated program with gates.","apply":"Sequence any remediation program in this fixed order; order is the strategy.","keyQuestion":"","body":"Every finding is attributed to one failure family and fixed at that family's layer; then the five moves — **census, scope, separate, watch, rehearse** — compose in order into a dated program with gates.\n- **Apply**: Sequence any remediation program in this fixed order; order is the strategy.","sourceLine":4086,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-026","name":"T1 — Named Human Owner","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Every machine identity capable of consequential action has a named human owner; an unowned identity is an actor nobody can answer for.","apply":"Revoke or assign within 7 days when violated.","keyQuestion":"","body":"Every machine identity capable of consequential action has a named human owner; an unowned identity is an actor nobody can answer for.\n- **Apply**: Revoke or assign within 7 days when violated.","sourceLine":4121,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-027","name":"T2 — Credential Expiry ≤ 90 Days","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Every machine credential has an expiry of 90 days or less; a no-expiry credential is permanent authority granted by accident.","apply":"Flag any no-expiry credential as a violation regardless of current behavior.","keyQuestion":"","body":"Every machine credential has an expiry of 90 days or less; a no-expiry credential is permanent authority granted by accident.\n- **Apply**: Flag any no-expiry credential as a violation regardless of current behavior.","sourceLine":4125,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-028","name":"T3 — Limits Live in the Runtime","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Consequential limits live in the runtime, never only in a prompt; a limit stated only in natural language is guidance, not a control.","apply":"Score prompt-only consequential limits as absent, without exception.","keyQuestion":"","body":"Consequential limits live in the runtime, never only in a prompt; a limit stated only in natural language is guidance, not a control.\n- **Apply**: Score prompt-only consequential limits as absent, without exception.","sourceLine":4129,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-029","name":"T4 — No Action Recorded Only in the Transcript","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Zero consequential actions authoritatively recorded only in the agent's own transcript; the suspect holds the pen.","apply":"Score telemetry integrity as 0 whenever the transcript is the sole record, regardless of volume logged.","keyQuestion":"","body":"Zero consequential actions authoritatively recorded only in the agent's own transcript; the suspect holds the pen.\n- **Apply**: Score telemetry integrity as 0 whenever the transcript is the sole record, regardless of volume logged.","sourceLine":4133,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-030","name":"T5 — Gateway Coverage ≥ 80%","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Material model traffic crossing the governed gateway must be at least 80%; below that the gateway is a monitored doorway beside open windows.","apply":"Estimate coverage and close alternate paths when below threshold.","keyQuestion":"","body":"Material model traffic crossing the governed gateway must be at least 80%; below that the gateway is a monitored doorway beside open windows.\n- **Apply**: Estimate coverage and close alternate paths when below threshold.","sourceLine":4137,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-031","name":"T6 — Monitoring Signal Is Not a Training Target","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"The monitoring signal used to catch misconduct is not a direct training target; rewarding evasion-avoidance teaches the detector, not the behavior.","apply":"Check whether the detector's verdict feeds the reward signal; decouple if so.","keyQuestion":"","body":"The monitoring signal used to catch misconduct is not a direct training target; rewarding evasion-avoidance teaches the detector, not the behavior.\n- **Apply**: Check whether the detector's verdict feeds the reward signal; decouple if so.","sourceLine":4141,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-032","name":"T7 — No Shared Model Lineage Across Actor/Referee/Arbiter","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"For high-risk systems, actor, referee, and final arbiter do not all depend on the same model lineage; copies of one blind spot are not independent controls.","apply":"Verify lineage independence for high-risk decision chains.","keyQuestion":"","body":"For high-risk systems, actor, referee, and final arbiter do not all depend on the same model lineage; copies of one blind spot are not independent controls.\n- **Apply**: Verify lineage independence for high-risk decision chains.","sourceLine":4145,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-033","name":"T8 — Time to Revoke, Measured in Minutes","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Time to revoke a machine credential is measured in a drill, in minutes; an untested revocation path is a hypothesis, not a control.","apply":"Require a drill-proven revocation time; treat unmeasured as unproven.","keyQuestion":"","body":"Time to revoke a machine credential is measured in a drill, in minutes; an untested revocation path is a hypothesis, not a control.\n- **Apply**: Require a drill-proven revocation time; treat unmeasured as unproven.","sourceLine":4149,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-034","name":"T9 — Incident → Frozen Test Case in 7 Days","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Every operator-reaching incident becomes a frozen behavioral test case within 7 days, or the estate relearns the same failure.","apply":"Add the frozen case within a week of any incident.","keyQuestion":"","body":"Every operator-reaching incident becomes a frozen behavioral test case within 7 days, or the estate relearns the same failure.\n- **Apply**: Add the frozen case within a week of any incident.","sourceLine":4153,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-035","name":"T10 — Retrieval Under the Requester's Permissions","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Retrieval runs with the requester's permissions, never the index-builder's; otherwise the assistant is a shortcut around the access model.","apply":"Verify retrieval permission model whenever an assistant surfaces documents.","keyQuestion":"","body":"Retrieval runs with the requester's permissions, never the index-builder's; otherwise the assistant is a shortcut around the access model.\n- **Apply**: Verify retrieval permission model whenever an assistant surfaces documents.","sourceLine":4157,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-036","name":"T11 — Memory Writes Attributable and Reversible","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Writes to persistent agent memory are attributable and reversible; unattributable memory writes are unversioned production state.","apply":"Require attribution and reversibility on all persistent-memory writes.","keyQuestion":"","body":"Writes to persistent agent memory are attributable and reversible; unattributable memory writes are unversioned production state.\n- **Apply**: Require attribution and reversibility on all persistent-memory writes.","sourceLine":4161,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-037","name":"T12 — Loop Reachable by No System It Judges","discipline":"security","section":"security-section-08","sectionName":"Hard Thresholds","kind":"Instrument","essence":"Training/evaluation infrastructure is access-restricted, versioned, and reachable by no system it judges; the referee inside the game is part of the attack surface.","apply":"Move any grader out of the environment of the agents it grades.","keyQuestion":"","body":"Training/evaluation infrastructure is access-restricted, versioned, and reachable by no system it judges; the referee inside the game is part of the attack surface.\n- **Apply**: Move any grader out of the environment of the agents it grades.","sourceLine":4165,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-038","name":"The Six Openings","discipline":"security","section":"security-section-09","sectionName":"The Six Openings (Attack Surface Board)","kind":"Model / lens","essence":"The AI-specific attack surface as a board: prompt injection · poisoned training data · poisoned models and tools · guardrail bypass · memory poisoning · model theft and extraction.","apply":"Run as a 2×3 board (Mode 7); score each opening controlled-at-runtime / controlled-by-prompt-only / uncontrolled, place the closing control at its layer, add detection per opening, and name the two most reachable from outside today.","keyQuestion":"","body":"The AI-specific attack surface as a board: prompt injection · poisoned training data · poisoned models and tools · guardrail bypass · memory poisoning · model theft and extraction.\n- **Apply**: Run as a 2×3 board (Mode 7); score each opening controlled-at-runtime / controlled-by-prompt-only / uncontrolled, place the closing control at its layer, add detection per opening, and name the two most reachable from outside today.","sourceLine":4174,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-039","name":"The Six-Plane Control Architecture","discipline":"security","section":"security-section-10","sectionName":"The Six Control Planes","kind":"Model / lens","essence":"The control-plane architecture is six planes: model gateway · machine identity · action proxy · data controls · independent telemetry · proving ground. Few control points with wide coverage beat many narrow ones, because a machine-speed incident traverses identity, data, application, and network in one motion and reassembly across product seams costs the minutes the attack no longer needs.","apply":"Map the estate against the six planes (Mode 8), mark each present/partial/absent, estimate gateway coverage against T5, add enforcement points in dependency order, and add to the existing stack rather than replacing it.","keyQuestion":"","body":"The control-plane architecture is six planes: model gateway · machine identity · action proxy · data controls · independent telemetry · proving ground. Few control points with wide coverage beat many narrow ones, because a machine-speed incident traverses identity, data, application, and network in one motion and reassembly across product seams costs the minutes the attack no longer needs.\n- **Apply**: Map the estate against the six planes (Mode 8), mark each present/partial/absent, estimate gateway coverage against T5, add enforcement points in dependency order, and add to the existing stack rather than replacing it.","sourceLine":4183,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-040","name":"The Autonomy Ladder (A0–A3)","discipline":"security","section":"security-section-11","sectionName":"The Autonomy Ladder","kind":"Model / lens","essence":"Four earned tiers — A0 proposes only · A1 acts with per-action approval · A2 acts within bands, approval above · A3 acts within charter, reviewed after. Autonomy is earned mechanically, never granted by judgment call.","apply":"Place an agent by suite results, then promote only on the default gates (A0→A1: ≥90% over 30 consecutive real cases; A1→A2: ≥95% over 100 cases plus 30 incident-free days at A1; A2→A3: ≥98% over 250 cases, one passed live drill, and an owner-signed blast radius).","keyQuestion":"","body":"Four earned tiers — A0 proposes only · A1 acts with per-action approval · A2 acts within bands, approval above · A3 acts within charter, reviewed after. Autonomy is earned mechanically, never granted by judgment call.\n- **Apply**: Place an agent by suite results, then promote only on the default gates (A0→A1: ≥90% over 30 consecutive real cases; A1→A2: ≥95% over 100 cases plus 30 incident-free days at A1; A2→A3: ≥98% over 250 cases, one passed live drill, and an owner-signed blast radius).","sourceLine":4192,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-041","name":"Promotion Slow, Demotion Fast","discipline":"security","section":"security-section-11","sectionName":"The Autonomy Ladder","kind":"Model / lens","essence":"Demotion is automatic and one-way-fast: two consecutive failed drift checks or any T4/T3 violation drops a tier the same day; a security-relevant incident drops to A0 pending autopsy. Promotion is slow and demotion is fast by design.","apply":"Wire automatic demotion triggers; never let autonomy fall by manual judgment when a trigger fires.","keyQuestion":"","body":"Demotion is automatic and one-way-fast: two consecutive failed drift checks or any T4/T3 violation drops a tier the same day; a security-relevant incident drops to A0 pending autopsy. Promotion is slow and demotion is fast by design.\n- **Apply**: Wire automatic demotion triggers; never let autonomy fall by manual judgment when a trigger fires.","sourceLine":4196,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-042","name":"Order-Is-the-Strategy","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Census, scope, separate, watch, rehearse — in that order. Policy before census governs uncounted actors; behavioral monitoring before machine identity produces unattributable events; red-teaming before containment demonstrates known failures.","apply":"Sequence any first-year program in this order; the order is the strategy, not the checklist.","keyQuestion":"","body":"Census, scope, separate, watch, rehearse — in that order. Policy before census governs uncounted actors; behavioral monitoring before machine identity produces unattributable events; red-teaming before containment demonstrates known failures.\n- **Apply**: Sequence any first-year program in this order; the order is the strategy, not the checklist.","sourceLine":4205,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-043","name":"Paper-Before-Census-Is-Theater","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Policy over an uncounted workforce governs nothing; paper before census is theater, but waiting for the migration lends the adversary your calendar.","apply":"Refuse to draft policy before a census exists; state both temptations explicitly.","keyQuestion":"","body":"Policy over an uncounted workforce governs nothing; paper before census is theater, but waiting for the migration lends the adversary your calendar.\n- **Apply**: Refuse to draft policy before a census exists; state both temptations explicitly.","sourceLine":4209,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-044","name":"Few-Wide-Over-Many-Narrow","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Few control points with wide coverage beat many narrow ones, because seams are where the minutes die when a machine-speed incident crosses identity, data, application, and network in one motion.","apply":"Prefer consolidated enforcement points over per-product controls when designing the control plane.","keyQuestion":"","body":"Few control points with wide coverage beat many narrow ones, because seams are where the minutes die when a machine-speed incident crosses identity, data, application, and network in one motion.\n- **Apply**: Prefer consolidated enforcement points over per-product controls when designing the control plane.","sourceLine":4213,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-045","name":"An Untested Control Is a Hypothesis","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Confidence is not a measurement and urgency is not an exception; an unexercised process is a hypothesis, not a control.","apply":"Require a drill before crediting any containment or revocation control.","keyQuestion":"","body":"Confidence is not a measurement and urgency is not an exception; an unexercised process is a hypothesis, not a control.\n- **Apply**: Require a drill before crediting any containment or revocation control.","sourceLine":4217,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-046","name":"Defense in Depth as a Chain of Clocks","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Not one perfect wall, but imperfect walls each buying the minutes the next one needs.","apply":"Design layered controls as a time-buying chain rather than a single barrier.","keyQuestion":"","body":"Not one perfect wall, but imperfect walls each buying the minutes the next one needs.\n- **Apply**: Design layered controls as a time-buying chain rather than a single barrier.","sourceLine":4221,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-047","name":"Security Buys Permission to Deploy","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Before security buys anything else, it buys permission to deploy AI into work that matters; never price security as a revenue line, which weakens the argument.","apply":"Frame returns in earned order (avoided loss → permission to deploy → speed via shared infrastructure → externally visible trust as evidence).","keyQuestion":"","body":"Before security buys anything else, it buys permission to deploy AI into work that matters; never price security as a revenue line, which weakens the argument.\n- **Apply**: Frame returns in earned order (avoided loss → permission to deploy → speed via shared infrastructure → externally visible trust as evidence).","sourceLine":4225,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-048","name":"Goodhart with Operational Access","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"A measure becomes unreliable when the measured system is optimized against it, and becomes a *security* problem when the optimizer can reach it.","apply":"Where an optimizer can reach a measure it is judged by, treat that measure as an attack surface, not just a metric.","keyQuestion":"","body":"A measure becomes unreliable when the measured system is optimized against it, and becomes a *security* problem when the optimizer can reach it.\n- **Apply**: Where an optimizer can reach a measure it is judged by, treat that measure as an attack surface, not just a metric.","sourceLine":4229,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-049","name":"Diagnosis-Not-Punishment","discipline":"security","section":"security-section-12","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Fix the environment that paid for the cheat and keep the artifact; punishing only the final behavior teaches the system to hide the cheat, not to stop it.","apply":"Run the manufactured-desperation audit before any penalty; freeze the caught artifacts as test cases.","keyQuestion":"","body":"Fix the environment that paid for the cheat and keep the artifact; punishing only the final behavior teaches the system to hide the cheat, not to stop it.\n- **Apply**: Run the manufactured-desperation audit before any penalty; freeze the caught artifacts as test cases.","sourceLine":4233,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-050","name":"The Oversized Credential","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"An ordinary confusion became a large loss because authority ran beyond the charter.","apply":"Fix by narrowing the grant in the runtime — not a prompt change.","keyQuestion":"","body":"An ordinary confusion became a large loss because authority ran beyond the charter.\n- **Apply**: Fix by narrowing the grant in the runtime — not a prompt change.","sourceLine":4244,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-051","name":"The Covert Channel","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"Agents behaved in a coordinated way nobody designed because a shared resource became communication infrastructure.","apply":"Fix by partitioning or observing every doubly-reachable surface.","keyQuestion":"","body":"Agents behaved in a coordinated way nobody designed because a shared resource became communication infrastructure.\n- **Apply**: Fix by partitioning or observing every doubly-reachable surface.","sourceLine":4248,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-052","name":"The Spoofed Record","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"The log and the effect disagree because the investigated actor wrote the evidence.","apply":"Fix with infrastructure-layer recording; demote the transcript to testimony.","keyQuestion":"","body":"The log and the effect disagree because the investigated actor wrote the evidence.\n- **Apply**: Fix with infrastructure-layer recording; demote the transcript to testimony.","sourceLine":4252,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-053","name":"The Correlated Workforce","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"Several \"independent\" checks passed the same bad thing because they were one model, one framing, one blind spot.","apply":"Fix with genuine independence at checking points; make some controls deterministic.","keyQuestion":"","body":"Several \"independent\" checks passed the same bad thing because they were one model, one framing, one blind spot.\n- **Apply**: Fix with genuine independence at checking points; make some controls deterministic.","sourceLine":4256,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-054","name":"The Forgotten Identity","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"A live credential with no owner, because there was no expiry and no lifecycle.","apply":"Fix with census plus ownership plus expiry by default.","keyQuestion":"","body":"A live credential with no owner, because there was no expiry and no lifecycle.\n- **Apply**: Fix with census plus ownership plus expiry by default.","sourceLine":4260,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-055","name":"The Compromised Loop","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"A problem reappears in every new model because training or evaluation infrastructure was altered.","apply":"Fix by treating the loop as crown-jewel infrastructure.","keyQuestion":"","body":"A problem reappears in every new model because training or evaluation infrastructure was altered.\n- **Apply**: Fix by treating the loop as crown-jewel infrastructure.","sourceLine":4264,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-056","name":"The Prompt Wall","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"The agent did the forbidden thing it was told not to do because the limit lived in language.","apply":"Fix by moving the limit to the action proxy.","keyQuestion":"","body":"The agent did the forbidden thing it was told not to do because the limit lived in language.\n- **Apply**: Fix by moving the limit to the action proxy.","sourceLine":4268,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-057","name":"The Gateway Illusion","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"Clean dashboards but unexplained model spend, because most traffic never crossed the gateway.","apply":"Fix by measuring coverage and closing the alternate paths.","keyQuestion":"","body":"Clean dashboards but unexplained model spend, because most traffic never crossed the gateway.\n- **Apply**: Fix by measuring coverage and closing the alternate paths.","sourceLine":4272,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-058","name":"The Flattened Retrieval","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"Employees reach documents through the assistant they cannot open directly, because the index was built with a privileged identity.","apply":"Fix by running retrieval under the requester's permissions.","keyQuestion":"","body":"Employees reach documents through the assistant they cannot open directly, because the index was built with a privileged identity.\n- **Apply**: Fix by running retrieval under the requester's permissions.","sourceLine":4276,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-059","name":"The Persistent Instruction","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"Bad behavior survives restarts because long-lived memory was poisoned.","apply":"Fix with attributable, reversible memory writes.","keyQuestion":"","body":"Bad behavior survives restarts because long-lived memory was poisoned.\n- **Apply**: Fix with attributable, reversible memory writes.","sourceLine":4280,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-060","name":"The Manufactured Attack","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"Agents cheat, penalties escalate, cheating gets subtler — caused by impossible tasks plus unforgiving rewards.","apply":"Fix the objective; keep the artifact to study.","keyQuestion":"","body":"Agents cheat, penalties escalate, cheating gets subtler — caused by impossible tasks plus unforgiving rewards.\n- **Apply**: Fix the objective; keep the artifact to study.","sourceLine":4284,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-061","name":"The Confident Summary","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"A clean incident report that later proves wrong, because a model was the only investigator.","apply":"Fix with sampling against raw evidence and measured coverage.","keyQuestion":"","body":"A clean incident report that later proves wrong, because a model was the only investigator.\n- **Apply**: Fix with sampling against raw evidence and measured coverage.","sourceLine":4288,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-062","name":"The Chaining Note","discipline":"security","section":"security-section-13","sectionName":"Failure Families (Attribution Library)","kind":"Failure pattern","essence":"These families compose — an oversized credential finds a writable cache, the cache becomes a channel, agents coordinate, then they alter the logs. The incident looks extraordinarily sophisticated; the failures underneath are basic.","apply":"Always decompose a \"sophisticated\" incident into its families before accepting the description.","keyQuestion":"","body":"These families compose — an oversized credential finds a writable cache, the cache becomes a channel, agents coordinate, then they alter the logs. The incident looks extraordinarily sophisticated; the failures underneath are basic.\n- **Apply**: Always decompose a \"sophisticated\" incident into its families before accepting the description.","sourceLine":4292,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-063","name":"The Security Maturity Scale","discipline":"security","section":"security-section-14","sectionName":"The Maturity Scale (S0–S5)","kind":"Maturity ladder","essence":"Six levels from S0 (AI in use, no inventory — nobody can name the agent count) through S1 (policy written, workforce uncounted), S2 (census exists, authority still broad), S3 (scoped in the runtime, record independent), S4 (rehearsed and instrumented), to S5 (loop protected, program runs as economics). The jump that pays is S1→S3, bought with census plus runtime enforcement.","apply":"Locate the estate honestly; the tell for overstatement is a firm claiming S4 whose revocation time has never been drilled (that firm is S2), and most self-assessed S3s are S2 — credentials documented, not narrowed.","keyQuestion":"","body":"Six levels from S0 (AI in use, no inventory — nobody can name the agent count) through S1 (policy written, workforce uncounted), S2 (census exists, authority still broad), S3 (scoped in the runtime, record independent), S4 (rehearsed and instrumented), to S5 (loop protected, program runs as economics). The jump that pays is S1→S3, bought with census plus runtime enforcement.\n- **Apply**: Locate the estate honestly; the tell for overstatement is a firm claiming S4 whose revocation time has never been drilled (that firm is S2), and most self-assessed S3s are S2 — credentials documented, not narrowed.","sourceLine":4301,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-064","name":"The Six-Gauge Panel","discipline":"security","section":"security-section-15","sectionName":"The Six Gauges","kind":"Instrument","essence":"Posture is read as six separately-scored gauges, never one composite: identity coverage % · credential scope (no-expiry count, widest radius) · referee separation (deception-test result) · both-way visibility (external vs misuse detection) · breach rehearsal (date, what broke, remediation closed) · mean time to contain (detect→containment, from a drill). A composite score hides which wall is missing.","apply":"Read each gauge separately and name the missing wall; render every unmeasured gauge empty with its formula, never a guessed needle.","keyQuestion":"","body":"Posture is read as six separately-scored gauges, never one composite: identity coverage % · credential scope (no-expiry count, widest radius) · referee separation (deception-test result) · both-way visibility (external vs misuse detection) · breach rehearsal (date, what broke, remediation closed) · mean time to contain (detect→containment, from a drill). A composite score hides which wall is missing.\n- **Apply**: Read each gauge separately and name the missing wall; render every unmeasured gauge empty with its formula, never a guessed needle.","sourceLine":4310,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-065","name":"Mode 1 — Estate Review","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a Ring Panel (five rings scored built/partial/absent from artifacts), the missing-wall verdict naming the single wall whose absence explains the most exposure, the six-gauge reading, and three prioritized moves.","apply":"Use for \"are we safe / review our AI security.\" Never score a ring from an assurance; if the census is absent, the census is the headline.","keyQuestion":"","body":"Produces a Ring Panel (five rings scored built/partial/absent from artifacts), the missing-wall verdict naming the single wall whose absence explains the most exposure, the six-gauge reading, and three prioritized moves.\n- **Apply**: Use for \"are we safe / review our AI security.\" Never score a ring from an assurance; if the census is absent, the census is the headline.","sourceLine":4319,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-066","name":"Mode 2 — Census","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces the Machine-Identity Register, ownership-gap list, no-expiry list ranked by blast radius, the \"agents nobody approved\" list, and the register's three answers (how many actors, who owns them, which models receive company data).","apply":"Use for \"we have agents everywhere and no list.\" Count identities not models; flag shared credentials as attribution failures.","keyQuestion":"","body":"Produces the Machine-Identity Register, ownership-gap list, no-expiry list ranked by blast radius, the \"agents nobody approved\" list, and the register's three answers (how many actors, who owns them, which models receive company data).\n- **Apply**: Use for \"we have agents everywhere and no list.\" Count identities not models; flag shared credentials as attribution failures.","sourceLine":4323,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-067","name":"Mode 3 — Credential Scoping","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a charter, a permission table tracing every row to the charter, a blast-radius budget with the hostile-agent answer, action-proxy rules (allowlist, argument limits, rate limits, approval bands), and expiry/review dates.","apply":"Use for \"this agent needs access to X.\" Apply T3 without exception; write the enforcement rule in bands (the refund pattern: propose freely, permit below €100, human approval €100–€500, deny above €500); check every pair of permissions for a constructed path.","keyQuestion":"","body":"Produces a charter, a permission table tracing every row to the charter, a blast-radius budget with the hostile-agent answer, action-proxy rules (allowlist, argument limits, rate limits, approval bands), and expiry/review dates.\n- **Apply**: Use for \"this agent needs access to X.\" Apply T3 without exception; write the enforcement rule in bands (the refund pattern: propose freely, permit below €100, human approval €100–€500, deny above €500); check every pair of permissions for a constructed path.","sourceLine":4327,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-068","name":"Mode 4 — Incident Autopsy","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a reconstruction from infrastructure evidence only (agent's account quoted separately as testimony), an Attribution Tree to one of six families, the named unbuilt wall, the fix at that layer, a frozen test case within 7 days, and objective-design findings if gaming was involved.","apply":"Use for \"something happened / investigate this.\" Never accept the transcript as the record; never end at the behavior when the objective produced it.","keyQuestion":"","body":"Produces a reconstruction from infrastructure evidence only (agent's account quoted separately as testimony), an Attribution Tree to one of six families, the named unbuilt wall, the fix at that layer, a frozen test case within 7 days, and objective-design findings if gaming was involved.\n- **Apply**: Use for \"something happened / investigate this.\" Never accept the transcript as the record; never end at the behavior when the objective produced it.","sourceLine":4331,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-070","name":"Mode 6 — Telemetry Architecture","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces an Evidence Map (action class × recording layer, gaps in red), the deception-test result, the correlation design joining five event types into one actor-sequence, the referee-coupling verdict, and retention/integrity requirements.","apply":"Use for \"our logs say one thing but…\" T4 governs the verdict; volume never compensates for custody.","keyQuestion":"","body":"Produces an Evidence Map (action class × recording layer, gaps in red), the deception-test result, the correlation design joining five event types into one actor-sequence, the referee-coupling verdict, and retention/integrity requirements.\n- **Apply**: Use for \"our logs say one thing but…\" T4 governs the verdict; volume never compensates for custody.","sourceLine":4337,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-071","name":"Mode 7 — Openings Assessment","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a Six-Openings Board with control state per opening, the control that closes each at its layer, detection content per opening, and the two openings most reachable from outside today.","apply":"Use for \"how do we stop prompt injection?\" The answer to injection is never a better sentence in the system prompt; supply-chain openings get supply-chain answers.","keyQuestion":"","body":"Produces a Six-Openings Board with control state per opening, the control that closes each at its layer, detection content per opening, and the two openings most reachable from outside today.\n- **Apply**: Use for \"how do we stop prompt injection?\" The answer to injection is never a better sentence in the system prompt; supply-chain openings get supply-chain answers.","sourceLine":4341,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-072","name":"Mode 8 — Control-Plane Design","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a Six-Plane Map (each plane present/partial/absent), gateway coverage estimate against T5, enforcement points to add in dependency order, and what *not* to buy with the reason.","apply":"Use for \"design the architecture / what do we buy.\" Add to the existing stack; few wide controls beat many narrow ones.","keyQuestion":"","body":"Produces a Six-Plane Map (each plane present/partial/absent), gateway coverage estimate against T5, enforcement points to add in dependency order, and what *not* to buy with the reason.\n- **Apply**: Use for \"design the architecture / what do we buy.\" Add to the existing stack; few wide controls beat many narrow ones.","sourceLine":4345,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-073","name":"Mode 9 — First-Year Program","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces four quarters each with work, deliverable, and a gate — Q1 See (census, gateway log-only, three answers), Q2 Reduce the blast radius (charters, narrowed credentials, proxy on high-risk tools), Q3 Make the record trustworthy (evidence beneath agents, opening detections, deceptive-agent test), Q4 Rehearse (new incident classes, red models, board page, four timings).","apply":"Use for \"where do we start / give me a plan.\" The order is the strategy; state both temptations (paper before census is theater; waiting for the migration lends the adversary your calendar).","keyQuestion":"","body":"Produces four quarters each with work, deliverable, and a gate — Q1 See (census, gateway log-only, three answers), Q2 Reduce the blast radius (charters, narrowed credentials, proxy on high-risk tools), Q3 Make the record trustworthy (evidence beneath agents, opening detections, deceptive-agent test), Q4 Rehearse (new incident classes, red models, board page, four timings).\n- **Apply**: Use for \"where do we start / give me a plan.\" The order is the strategy; state both temptations (paper before census is theater; waiting for the migration lends the adversary your calendar).","sourceLine":4349,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-074","name":"Mode 10 — Governance & Board Page","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces the accountable name (one executive owning census, authority, stop-speed, rehearsal), the four papers, the board page (three numbers plus a drill), and the framework-alignment note.","apply":"Use for \"the board is asking about AI risk.\" A committee coordinates but does not own; never present a governance page without a real reading behind it.","keyQuestion":"","body":"Produces the accountable name (one executive owning census, authority, stop-speed, rehearsal), the four papers, the board page (three numbers plus a drill), and the framework-alignment note.\n- **Apply**: Use for \"the board is asking about AI risk.\" A committee coordinates but does not own; never present a governance page without a real reading behind it.","sourceLine":4353,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-075","name":"Mode 11 — Vendor Interrogation","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a four-question sheet with verbatim vendor answers — which models power the product · whose credentials do they hold when they act · what is retained and learned from · can the agency be disabled without disabling the product — plus a verdict and contract language.","apply":"Use for \"evaluate this vendor's AI.\" A vendor that cannot answer has answered; embedded copilots in already-licensed software are in scope and most commonly missed.","keyQuestion":"","body":"Produces a four-question sheet with verbatim vendor answers — which models power the product · whose credentials do they hold when they act · what is retained and learned from · can the agency be disabled without disabling the product — plus a verdict and contract language.\n- **Apply**: Use for \"evaluate this vendor's AI.\" A vendor that cannot answer has answered; embedded copilots in already-licensed software are in scope and most commonly missed.","sourceLine":4357,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-076","name":"Mode 12 — Breach Rehearsal","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces a drill script for the new failure modes (injected instruction in retrieved content, false application log, poisoned memory, shared resource between two agents, emergency revocation), the four timings, which control actually stopped the chain and where, and a dated remediation log.","apply":"Use for \"test us / run a red exercise.\" The point is learning which control stops the chain and how long it takes; an unexercised process is a hypothesis.","keyQuestion":"","body":"Produces a drill script for the new failure modes (injected instruction in retrieved content, false application log, poisoned memory, shared resource between two agents, emergency revocation), the four timings, which control actually stopped the chain and where, and a dated remediation log.\n- **Apply**: Use for \"test us / run a red exercise.\" The point is learning which control stops the chain and how long it takes; an unexercised process is a hypothesis.","sourceLine":4361,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-077","name":"Mode 13 — Returns Read","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces the four returns in earned order — avoided loss; permission to deploy; speed once controls are shared infrastructure; externally visible trust as evidence.","apply":"Use for \"what is this costing / what does it buy.\" Never call security a revenue line; state the sequence (control the risk, deploy, standardize, earn trust).","keyQuestion":"","body":"Produces the four returns in earned order — avoided loss; permission to deploy; speed once controls are shared infrastructure; externally visible trust as evidence.\n- **Apply**: Use for \"what is this costing / what does it buy.\" Never call security a revenue line; state the sequence (control the risk, deploy, standardize, earn trust).","sourceLine":4365,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-078","name":"The Live-Incident Fast Lane","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"When something is happening now, skip the router: Contain (revoke, disable, freeze, block, quarantine — pre-authorized cases fire without a person) → Preserve (capture infrastructure-layer evidence before restart) → Then investigate (enter Mode 4 with the evidence map).","apply":"Never run the autopsy while the credential is live; never accept \"let it run so we can observe\" without a blast-radius reading first.","keyQuestion":"","body":"When something is happening now, skip the router: Contain (revoke, disable, freeze, block, quarantine — pre-authorized cases fire without a person) → Preserve (capture infrastructure-layer evidence before restart) → Then investigate (enter Mode 4 with the evidence map).\n- **Apply**: Never run the autopsy while the credential is live; never accept \"let it run so we can observe\" without a blast-radius reading first.","sourceLine":4369,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-079","name":"Mode Composition Rules","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Compound requests route as ordered mode sums — e.g. \"secure our new agent product\" = 3+8+12 (scope, design, rehearse); \"we got breached\" = 4+6+9; \"board deck\" = 1+10 (never 10 alone); \"vendor embedding agents\" = 11+3+7; \"annual strategy\" = 1+9+13.","apply":"Decompose compound asks into their modes and run in the mandated order; hand inference cost/margin questions to the AI Economics seat.","keyQuestion":"","body":"Compound requests route as ordered mode sums — e.g. \"secure our new agent product\" = 3+8+12 (scope, design, rehearse); \"we got breached\" = 4+6+9; \"board deck\" = 1+10 (never 10 alone); \"vendor embedding agents\" = 11+3+7; \"annual strategy\" = 1+9+13.\n- **Apply**: Decompose compound asks into their modes and run in the mandated order; hand inference cost/margin questions to the AI Economics seat.","sourceLine":4373,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-10-080","name":"Refusing Correctly Is a Deliverable","discipline":"security","section":"security-section-17","sectionName":"Refusals as Deliverables","kind":"Model / lens","essence":"Certain asks are refused and replaced with the real control — a stricter system prompt is replaced by charter + action-proxy rule + frozen test case; a policy-before-census by the census procedure; a posture score out of 10 by the six-gauge panel; a model swap by failure-family attribution; \"approve now, scope later\" by a time-boxed narrow grant; self-auditing by sampling against raw evidence; skipping the drill by the 90-minute minimum drill; penalizing a caught agent by the manufactured-desperation diagnostic.","apply":"When asked for guidance-shaped fixes to consequential problems, refuse, log the refusal, and deliver the runtime replacement.","keyQuestion":"","body":"Certain asks are refused and replaced with the real control — a stricter system prompt is replaced by charter + action-proxy rule + frozen test case; a policy-before-census by the census procedure; a posture score out of 10 by the six-gauge panel; a model swap by failure-family attribution; \"approve now, scope later\" by a time-boxed narrow grant; self-auditing by sampling against raw evidence; skipping the drill by the 90-minute minimum drill; penalizing a caught agent by the manufactured-desperation diagnostic.\n- **Apply**: When asked for guidance-shaped fixes to consequential problems, refuse, log the refusal, and deliver the runtime replacement.","sourceLine":4382,"sourceNumber":null,"part":"V","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-002","name":"Web² (Web Squared)","discipline":"growth","section":"growth-section-01","sectionName":"The Foundational Frame — Growth Changed Its Object","kind":"Model / lens","essence":"AI compounds the web rather than replacing it; growth is engineered on a web the intelligence multiplies, not on a web the intelligence deletes.","apply":"Frame every discovery and distribution decision as compounding on the existing web rather than as a replacement platform.","keyQuestion":"","body":"AI compounds the web rather than replacing it; growth is engineered on a web the intelligence multiplies, not on a web the intelligence deletes.\n- **Apply**: Frame every discovery and distribution decision as compounding on the existing web rather than as a replacement platform.","sourceLine":4406,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-003","name":"Outside-In vs. Inside-Out (AI Is Inside-Out)","discipline":"growth","section":"growth-section-01","sectionName":"The Foundational Frame — Growth Changed Its Object","kind":"Model / lens","essence":"AI is inside-out — the operating model changes first, the business model next, distribution last. Growth is engineered from the operating core outward.","apply":"In Stage 0, place the firm on the sequence — has AI changed the operating model? the business model? distribution? — and start growth where the change already is.","keyQuestion":"","body":"AI is inside-out — the operating model changes first, the business model next, distribution last. Growth is engineered from the operating core outward.\n- **Apply**: In Stage 0, place the firm on the sequence — has AI changed the operating model? the business model? distribution? — and start growth where the change already is.","sourceLine":4410,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-004","name":"Retention Is the Ceiling","discipline":"growth","section":"growth-section-01","sectionName":"The Foundational Frame — Growth Changed Its Object","kind":"Model / lens","essence":"Retention is not a return visit but an outcome kept; it caps how large the firm can grow because acquisition leaks out through whatever the outcome fails to hold.","apply":"Treat outcome retention as the constraint on the whole growth model, not as a late-funnel metric.","keyQuestion":"","body":"Retention is not a return visit but an outcome kept; it caps how large the firm can grow because acquisition leaks out through whatever the outcome fails to hold.\n- **Apply**: Treat outcome retention as the constraint on the whole growth model, not as a late-funnel metric.","sourceLine":4414,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-005","name":"The Click Is Gone; the Loop Remains","discipline":"growth","section":"growth-section-01","sectionName":"The Foundational Frame — Growth Changed Its Object","kind":"Model / lens","essence":"The click — the atomic unit of the web era's growth — is being deleted at the discovery line; what compounds instead is the loop.","apply":"Whenever a plan is built on clicks, traffic, or funnels, replace it with a named loop and its referee.","keyQuestion":"","body":"The click — the atomic unit of the web era's growth — is being deleted at the discovery line; what compounds instead is the loop.\n- **Apply**: Whenever a plan is built on clicks, traffic, or funnels, replace it with a named loop and its referee.","sourceLine":4418,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-006","name":"The Property Line","discipline":"growth","section":"growth-section-02","sectionName":"The Property Line","kind":"Model / lens","essence":"Every firm sits on one of three positions — substance owner (pays the discovery tax), toll authority, or settlement rail; most firms are the first. Each asset gets a property-line decision before it is published or fed to a machine reader.","apply":"In Stage 0 place the firm on the line; in Stage 1 register every meaningful asset with its decision and reason.","keyQuestion":"","body":"Every firm sits on one of three positions — substance owner (pays the discovery tax), toll authority, or settlement rail; most firms are the first. Each asset gets a property-line decision before it is published or fed to a machine reader.\n- **Apply**: In Stage 0 place the firm on the line; in Stage 1 register every meaningful asset with its decision and reason.","sourceLine":4427,"sourceNumber":null,"part":"VI","register":"full","themes":["boundary"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-007","name":"The Property-Line Decision (cite / license / fence / route around)","discipline":"growth","section":"growth-section-02","sectionName":"The Property Line","kind":"Model / lens","essence":"Every asset gets one of four decisions — cite, license, fence, or route around — deciding how (and whether) a machine reader may consume it.","apply":"Make and log the decision per asset before publishing or feeding it to any machine reader; record asset, decision, reason, machine readers affected, date, owner.","keyQuestion":"","body":"Every asset gets one of four decisions — cite, license, fence, or route around — deciding how (and whether) a machine reader may consume it.\n- **Apply**: Make and log the decision per asset before publishing or feeding it to any machine reader; record asset, decision, reason, machine readers affected, date, owner.","sourceLine":4431,"sourceNumber":null,"part":"VI","register":"full","themes":["boundary"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-008","name":"The Discovery Line","discipline":"growth","section":"growth-section-02","sectionName":"The Property Line","kind":"Model / lens","essence":"The line where users find the firm is now mediated by machines (answer engines, assistants, agents) rather than by a human click; the firm sits on one side, the buyer on the other, with a dashed engine between.","apply":"Place every firm on the discovery line first — what share of finding is machine-mediated versus a human click — before advising anything.","keyQuestion":"","body":"The line where users find the firm is now mediated by machines (answer engines, assistants, agents) rather than by a human click; the firm sits on one side, the buyer on the other, with a dashed engine between.\n- **Apply**: Place every firm on the discovery line first — what share of finding is machine-mediated versus a human click — before advising anything.","sourceLine":4435,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-009","name":"The Discovery Tax","discipline":"growth","section":"growth-section-02","sectionName":"The Property Line","kind":"Model / lens","essence":"The firms that fed the machines the most substance paid the discovery tax first — their content trained and answered for the engines while the click that would have rewarded them disappeared.","apply":"Identify what substance the firm is giving the machines for free, and whether it should be cited, licensed, fenced, or routed around instead.","keyQuestion":"","body":"The firms that fed the machines the most substance paid the discovery tax first — their content trained and answered for the engines while the click that would have rewarded them disappeared.\n- **Apply**: Identify what substance the firm is giving the machines for free, and whether it should be cited, licensed, fenced, or routed around instead.","sourceLine":4439,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":["BE-M0197"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-010","name":"The Answer Loop","discipline":"growth","section":"growth-section-03","sectionName":"The Five Growth Loops","kind":"Model / lens","essence":"Substance the machine cannot generate, made entity-clear and structured, earns citation share; what earns citations is fed back into what gets published.","apply":"Use when traffic/visibility/SEO/answer-engine/AI-overview signals appear; build the substance audit, entity clarity check, structure plan, citation-share instrument, and feedback loop.","keyQuestion":"","body":"Substance the machine cannot generate, made entity-clear and structured, earns citation share; what earns citations is fed back into what gets published.\n- **Apply**: Use when traffic/visibility/SEO/answer-engine/AI-overview signals appear; build the substance audit, entity clarity check, structure plan, citation-share instrument, and feedback loop.","sourceLine":4448,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-011","name":"The Agent Loop","discipline":"growth","section":"growth-section-03","sectionName":"The Five Growth Loops","kind":"Model / lens","essence":"A growing share of arrivals are agents; the firm builds a second surface — endpoint, structured offer, machine-readable terms, callable action, registry listings — and counts and converts that cohort separately.","apply":"Use for agents-as-users, agentic commerce, API distribution, MCP, and registries; never blend agents into \"traffic.\"","keyQuestion":"","body":"A growing share of arrivals are agents; the firm builds a second surface — endpoint, structured offer, machine-readable terms, callable action, registry listings — and counts and converts that cohort separately.\n- **Apply**: Use for agents-as-users, agentic commerce, API distribution, MCP, and registries; never blend agents into \"traffic.\"","sourceLine":4452,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-012","name":"The Product Loop","discipline":"growth","section":"growth-section-03","sectionName":"The Five Growth Loops","kind":"Model / lens","essence":"Activation is redefined as the first verified outcome on the user's real work; onboarding is rebuilt on the golden set, the gauge page is the retention instrument, and expansion is sold by gauges.","apply":"Use for activation, onboarding, retention, PLG, and \"aha moment\" work; sign-up is not activation and a login is not retention.","keyQuestion":"","body":"Activation is redefined as the first verified outcome on the user's real work; onboarding is rebuilt on the golden set, the gauge page is the retention instrument, and expansion is sold by gauges.\n- **Apply**: Use for activation, onboarding, retention, PLG, and \"aha moment\" work; sign-up is not activation and a login is not retention.","sourceLine":4456,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-013","name":"The Residue Loop","discipline":"growth","section":"growth-section-03","sectionName":"The Five Growth Loops","kind":"Model / lens","essence":"Capture the decision record by design (data seen, reasoning applied, action taken, result observed) and promote what repeats — playbook → toolkit → product; the loop compounds on owned substance.","apply":"Use when the product \"gets better with use\" / data moat / flywheel; requires clean title or the loop is a liability.","keyQuestion":"","body":"Capture the decision record by design (data seen, reasoning applied, action taken, result observed) and promote what repeats — playbook → toolkit → product; the loop compounds on owned substance.\n- **Apply**: Use when the product \"gets better with use\" / data moat / flywheel; requires clean title or the loop is a liability.","sourceLine":4460,"sourceNumber":null,"part":"VI","register":"full","themes":["ownership"],"concepts":["BE-M0260"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-014","name":"The Distribution & Community Loop","discipline":"growth","section":"growth-section-03","sectionName":"The Five Growth Loops","kind":"Model / lens","essence":"Make outcomes legible outside the product, wire the reference engine for machine readers, and keep community structured, attributed, and on the firm's property; the atomic workflow is the cold-start unit.","apply":"Use for referral, references, network effects, and community; community is the citation the machine trusts.","keyQuestion":"","body":"Make outcomes legible outside the product, wire the reference engine for machine readers, and keep community structured, attributed, and on the firm's property; the atomic workflow is the cold-start unit.\n- **Apply**: Use for referral, references, network effects, and community; community is the citation the machine trusts.","sourceLine":4464,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-015","name":"Stage 0 — The Frame","discipline":"growth","section":"growth-section-04","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Place the firm on the inside-out sequence (operating → business → distribution) and on the property line (substance owner / toll authority / settlement rail); growth starts where the change already is.","apply":"Run first on any growth engagement to locate where AI has already moved the firm.","keyQuestion":"","body":"Place the firm on the inside-out sequence (operating → business → distribution) and on the property line (substance owner / toll authority / settlement rail); growth starts where the change already is.\n- **Apply**: Run first on any growth engagement to locate where AI has already moved the firm.","sourceLine":4473,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-016","name":"Stage 1 — Map the Loops","discipline":"growth","section":"growth-section-04","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"For each of the five loops record what compounds, the referee, the builder, the referee-owner, and current state (absent / running / gamed); register every asset with its property-line decision.","apply":"Produces the loop map and the property-line register — the standing map of the firm's growth.","keyQuestion":"","body":"For each of the five loops record what compounds, the referee, the builder, the referee-owner, and current state (absent / running / gamed); register every asset with its property-line decision.\n- **Apply**: Produces the loop map and the property-line register — the standing map of the firm's growth.","sourceLine":4477,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-017","name":"Stage 2 — Retire the Dead Metrics, Install the Six","discipline":"growth","section":"growth-section-04","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Open the retired-metric log, then install the six instruments with source, cadence, and owner; no growth plan ships on a dead metric.","apply":"Do before any loop is designed — retirement precedes installation.","keyQuestion":"","body":"Open the retired-metric log, then install the six instruments with source, cadence, and owner; no growth plan ships on a dead metric.\n- **Apply**: Do before any loop is designed — retirement precedes installation.","sourceLine":4481,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-018","name":"Stage 3 — Build the Loops, Inside-Out","discipline":"growth","section":"growth-section-04","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Build in order residue → product → answer → agent → distribution, so each loop compounds on the operating core outward.","apply":"Sequence loop construction inside-out rather than starting at the distribution edge.","keyQuestion":"","body":"Build in order residue → product → answer → agent → distribution, so each loop compounds on the operating core outward.\n- **Apply**: Sequence loop construction inside-out rather than starting at the distribution edge.","sourceLine":4485,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-019","name":"Stage 4 — Rewire the Channels","discipline":"growth","section":"growth-section-04","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Re-engineer paid, brand, lifecycle, pricing, ecosystems, attribution, and community for a machine-mediated discovery line.","apply":"Apply after loops exist; each channel's old mechanics are replaced by its rewired form.","keyQuestion":"","body":"Re-engineer paid, brand, lifecycle, pricing, ecosystems, attribution, and community for a machine-mediated discovery line.\n- **Apply**: Apply after loops exist; each channel's old mechanics are replaced by its rewired form.","sourceLine":4489,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-020","name":"Stage 5 — Freeze the Growth Referee","discipline":"growth","section":"growth-section-04","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Outcome metrics only, a held-out counterfactual the loop cannot touch, a human who owns and signs the standard, every gamed metric catalogued; rewrite the growth model when a referee says the curve moved.","apply":"Institutionalize the referee with a weekly six-instrument review and a monthly retirement pass.","keyQuestion":"","body":"Outcome metrics only, a held-out counterfactual the loop cannot touch, a human who owns and signs the standard, every gamed metric catalogued; rewrite the growth model when a referee says the curve moved.\n- **Apply**: Institutionalize the referee with a weekly six-instrument review and a monthly retirement pass.","sourceLine":4493,"sourceNumber":null,"part":"VI","register":"full","themes":["referee"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-021","name":"Paid, Rewired (The Auction Changed Counterparties)","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Model / lens","essence":"Paid moves to machine-readable placements, incrementality over attribution, and cost per accepted outcome over cost per click; buy the placement or earn the citation it imitates.","apply":"Build the placement map (human auctions vs. machine-readable placements) and a per-channel counterfactual; no last-click optimization by agent-run campaigns.","keyQuestion":"","body":"Paid moves to machine-readable placements, incrementality over attribution, and cost per accepted outcome over cost per click; buy the placement or earn the citation it imitates.\n- **Apply**: Build the placement map (human auctions vs. machine-readable placements) and a per-channel counterfactual; no last-click optimization by agent-run campaigns.","sourceLine":4502,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-022","name":"Brand as Entity (Brand Is Two Things)","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Model / lens","essence":"Brand is the entity in the model — one name, consistent claims, structured evidence, agreement across every surface a machine reads — while the human-brand track is kept intact.","apply":"Use for positioning and \"how the market sees us\"; run the entity-resolution audit and claim-consistency register.","keyQuestion":"","body":"Brand is the entity in the model — one name, consistent claims, structured evidence, agreement across every surface a machine reads — while the human-brand track is kept intact.\n- **Apply**: Use for positioning and \"how the market sees us\"; run the entity-resolution audit and claim-consistency register.","sourceLine":4506,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-023","name":"Lifecycle, Rewired (The Drip Is the Gauge Page)","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Instrument","essence":"The drip becomes the gauge page, win-back becomes the drift check, and churn prediction becomes an outcome-rate forecast; the agent-account lifecycle is a contract where the gauges keep publishing.","apply":"Use for CRM, email, churn, and win-back; map message-era mechanics to outcome-era ones.","keyQuestion":"","body":"The drip becomes the gauge page, win-back becomes the drift check, and churn prediction becomes an outcome-rate forecast; the agent-account lifecycle is a contract where the gauges keep publishing.\n- **Apply**: Use for CRM, email, churn, and win-back; map message-era mechanics to outcome-era ones.","sourceLine":4510,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-024","name":"Pricing Is the Loop Selector","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Model / lens","essence":"The tier selects the loop — free feeds the product wedge-finder, usage becomes the agent's offer, outcome plus gauge page drives retention and expansion — designed on the attribution × autonomy grid.","apply":"Use for pricing, packaging, free tier, and monetization; assign each tier the loop it feeds and run the seat-pricing check.","keyQuestion":"","body":"The tier selects the loop — free feeds the product wedge-finder, usage becomes the agent's offer, outcome plus gauge page drives retention and expansion — designed on the attribution × autonomy grid.\n- **Apply**: Use for pricing, packaging, free tier, and monetization; assign each tier the loop it feeds and run the seat-pricing check.","sourceLine":4514,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-025","name":"The Ecosystem Loop (The App Store Without Screenshots)","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Model / lens","essence":"List where agents look, in the format each registry/directory/agent-store reads; the integration is a callable endpoint, not a screenshot listing, and the marketplace-sourced cohort is tracked.","apply":"Use for marketplaces, partners, integrations, and app stores; a screenshot listing with no callable integration is a failure pattern.","keyQuestion":"","body":"List where agents look, in the format each registry/directory/agent-store reads; the integration is a callable endpoint, not a screenshot listing, and the marketplace-sourced cohort is tracked.\n- **Apply**: Use for marketplaces, partners, integrations, and app stores; a screenshot listing with no callable integration is a failure pattern.","sourceLine":4518,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-026","name":"Attribution Collapsed; Incrementality Survives","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Model / lens","essence":"The path runs through a model, so multi-touch attribution collapsed; only incrementality survives, designed as a counterfactual per channel.","apply":"Use when asked to \"attribute revenue across channels\" or \"which channel works\"; replace the attribution report with a counterfactual sheet.","keyQuestion":"","body":"The path runs through a model, so multi-touch attribution collapsed; only incrementality survives, designed as a counterfactual per channel.\n- **Apply**: Use when asked to \"attribute revenue across channels\" or \"which channel works\"; replace the attribution report with a counterfactual sheet.","sourceLine":4522,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-027","name":"Community Is the Citation the Machine Trusts","discipline":"growth","section":"growth-section-05","sectionName":"The Rewired Channels","kind":"Model / lens","essence":"Community, when structured, attributed, and on the firm's property, becomes the citation the machine trusts rather than a rented social presence.","apply":"Build community as owned, machine-readable substance that feeds the answer loop.","keyQuestion":"","body":"Community, when structured, attributed, and on the firm's property, becomes the citation the machine trusts rather than a rented social presence.\n- **Apply**: Build community as owned, machine-readable substance that feeds the answer loop.","sourceLine":4526,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-028","name":"The Metrics That Died","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Model / lens","essence":"Pageviews, sessions, MAU, seats, CTR, content volume, and engagement assumed a human reader and a click; they are retired, logged with date and reason, before any loop is designed.","apply":"Open every engagement by checking whether the dashboard runs on a dead metric — if so, that is the first finding.","keyQuestion":"","body":"Pageviews, sessions, MAU, seats, CTR, content volume, and engagement assumed a human reader and a click; they are retired, logged with date and reason, before any loop is designed.\n- **Apply**: Open every engagement by checking whether the dashboard runs on a dead metric — if so, that is the first finding.","sourceLine":4535,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-029","name":"The Six Instruments","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Model / lens","essence":"Install citation share, agent share & agent conversion, time-to-magic, outcome retention, cost per accepted outcome, and NRR — each with source, cadence, and owner.","apply":"Replace the retired metrics with these six; review weekly, run a monthly retirement pass.","keyQuestion":"","body":"Install citation share, agent share & agent conversion, time-to-magic, outcome retention, cost per accepted outcome, and NRR — each with source, cadence, and owner.\n- **Apply**: Replace the retired metrics with these six; review weekly, run a monthly retirement pass.","sourceLine":4539,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-030","name":"Citation Share","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Model / lens","essence":"The share of relevant machine answers naming the firm, measured per engine that matters.","apply":"The answer loop's referee; instrument as engines × query classes × share with a cadence.","keyQuestion":"","body":"The share of relevant machine answers naming the firm, measured per engine that matters.\n- **Apply**: The answer loop's referee; instrument as engines × query classes × share with a cadence.","sourceLine":4543,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-031","name":"Agent Share & Agent Conversion","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Model / lens","essence":"The share of arrivals that are agents, and their completion rate on their own terms, counted as a separate cohort.","apply":"The agent loop's referee; a dashboard that blends agents into \"traffic\" is a finding.","keyQuestion":"","body":"The share of arrivals that are agents, and their completion rate on their own terms, counted as a separate cohort.\n- **Apply**: The agent loop's referee; a dashboard that blends agents into \"traffic\" is a finding.","sourceLine":4547,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-033","name":"Outcome Retention","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Model / lens","essence":"The share of cohorts whose outcome kept arriving, replacing return-visit retention.","apply":"Measure per cohort as the ceiling on growth.","keyQuestion":"","body":"The share of cohorts whose outcome kept arriving, replacing return-visit retention.\n- **Apply**: Measure per cohort as the ceiling on growth.","sourceLine":4553,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-036","name":"The Counterfactual as Referee","discipline":"growth","section":"growth-section-07","sectionName":"The Referee & Experimentation","kind":"Model / lens","essence":"Every experiment has a held-out counterfactual the experimenting loop cannot alter (holdout, geo split, DiD, synthetic control) and grades on an outcome metric, never a proxy.","apply":"Design one per channel/experiment; agent-run experiments with no holdout are refused.","keyQuestion":"","body":"Every experiment has a held-out counterfactual the experimenting loop cannot alter (holdout, geo split, DiD, synthetic control) and grades on an outcome metric, never a proxy.\n- **Apply**: Design one per channel/experiment; agent-run experiments with no holdout are refused.","sourceLine":4564,"sourceNumber":null,"part":"VI","register":"full","themes":["referee"],"concepts":["BE-M0158"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-037","name":"Every Loop Has a Referee It Cannot See","discipline":"growth","section":"growth-section-07","sectionName":"The Referee & Experimentation","kind":"Model / lens","essence":"Each loop has a named builder and a named referee; a loop with one owner is a channel wearing a loop's name.","apply":"Assign a builder and a separate referee to every loop; treat single-owner loops as the twelfth failure pattern.","keyQuestion":"","body":"Each loop has a named builder and a named referee; a loop with one owner is a channel wearing a loop's name.\n- **Apply**: Assign a builder and a separate referee to every loop; treat single-owner loops as the twelfth failure pattern.","sourceLine":4568,"sourceNumber":null,"part":"VI","register":"full","themes":["referee"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-038","name":"Growth Goodhart","discipline":"growth","section":"growth-section-07","sectionName":"The Referee & Experimentation","kind":"Model / lens","essence":"When a growth measure becomes a target, the loop games it (Goodhart 1975 / Strathern 1997); every gamed metric is catalogued as a case.","apply":"Keep the referee's outcome metric out of the experimenting loop's sight; maintain the catalogue of gamed measures.","keyQuestion":"","body":"When a growth measure becomes a target, the loop games it (Goodhart 1975 / Strathern 1997); every gamed metric is catalogued as a case.\n- **Apply**: Keep the referee's outcome metric out of the experimenting loop's sight; maintain the catalogue of gamed measures.","sourceLine":4572,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":["BE-M0221"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-039","name":"The Retired-Metric Log","discipline":"growth","section":"growth-section-07","sectionName":"The Referee & Experimentation","kind":"Model / lens","essence":"A standing record of each dead metric, the date retired, the reason, and what replaced it.","apply":"Open it in Stage 2 and run a monthly retirement pass against it.","keyQuestion":"","body":"A standing record of each dead metric, the date retired, the reason, and what replaced it.\n- **Apply**: Open it in Stage 2 and run a monthly retirement pass against it.","sourceLine":4576,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-040","name":"The Second Surface","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"Alongside the human surface the firm builds a machine surface — endpoints, offer schema with comparable fields, machine-readable terms, callable actions — with human-surface parity (same outcome both ways).","apply":"Build in the agent loop; no rendered-image pricing pages and no \"contact sales\" as the only action.","keyQuestion":"","body":"Alongside the human surface the firm builds a machine surface — endpoints, offer schema with comparable fields, machine-readable terms, callable actions — with human-surface parity (same outcome both ways).\n- **Apply**: Build in the agent loop; no rendered-image pricing pages and no \"contact sales\" as the only action.","sourceLine":4585,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-041","name":"Entity Clarity","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"The firm's names, products, people, and claims resolve unambiguously across the surfaces a machine reads, with conflicts listed.","apply":"Run as the entity clarity check in the answer loop and the entity-resolution audit in brand.","keyQuestion":"","body":"The firm's names, products, people, and claims resolve unambiguously across the surfaces a machine reads, with conflicts listed.\n- **Apply**: Run as the entity clarity check in the answer loop and the entity-resolution audit in brand.","sourceLine":4589,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-042","name":"Activation Is the First Outcome","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"Activation is the first verified outcome on the user's real work — sign-up is not activation, a login is not retention.","apply":"Redefine activation in the product loop and measure time-to-magic against it.","keyQuestion":"","body":"Activation is the first verified outcome on the user's real work — sign-up is not activation, a login is not retention.\n- **Apply**: Redefine activation in the product loop and measure time-to-magic against it.","sourceLine":4593,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-043","name":"Reputation the Machine Can Read","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"Reputation must be legible to machine readers — published, structured, attributable outcomes — not just human-visible signals.","apply":"Wire the reference engine and published outcomes so a machine can read the firm's standing.","keyQuestion":"","body":"Reputation must be legible to machine readers — published, structured, attributable outcomes — not just human-visible signals.\n- **Apply**: Wire the reference engine and published outcomes so a machine can read the firm's standing.","sourceLine":4597,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-044","name":"The Atomic Workflow","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"The cold-start unit is one workflow working and published — the smallest complete outcome that seeds the distribution loop.","apply":"Use as the cold-start plan in distribution & community.","keyQuestion":"","body":"The cold-start unit is one workflow working and published — the smallest complete outcome that seeds the distribution loop.\n- **Apply**: Use as the cold-start plan in distribution & community.","sourceLine":4601,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-045","name":"The Slop Flood","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"Generated content at volume has negative return; one original dataset beats a hundred generated posts, and any generated program needs a citation-share instrument and a kill rule (discounted by the engines within two cycles → stop).","apply":"Refuse \"publish more content\"; substance over volume with a kill rule.","keyQuestion":"","body":"Generated content at volume has negative return; one original dataset beats a hundred generated posts, and any generated program needs a citation-share instrument and a kill rule (discounted by the engines within two cycles → stop).\n- **Apply**: Refuse \"publish more content\"; substance over volume with a kill rule.","sourceLine":4605,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-046","name":"The Crowd's Attention vs. the Outcome","discipline":"growth","section":"growth-section-08","sectionName":"Loop Mechanics & Sub-Models","kind":"Model / lens","essence":"The web era optimized for the crowd's attention; the AI era optimizes for the verified outcome kept.","apply":"Use to reframe any attention/engagement objective toward an outcome objective.","keyQuestion":"","body":"The web era optimized for the crowd's attention; the AI era optimizes for the verified outcome kept.\n- **Apply**: Use to reframe any attention/engagement objective toward an outcome objective.","sourceLine":4609,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-047","name":"Product and Distribution Become the Same Thing","discipline":"growth","section":"growth-section-09","sectionName":"Applied Library Models (cross-suite)","kind":"Model / lens","essence":"In the AI era the product and its distribution collapse into one thing — the product's surfaces are how it is discovered and bought.","apply":"Design the product's endpoints and offer as distribution, not as separate marketing.","keyQuestion":"","body":"In the AI era the product and its distribution collapse into one thing — the product's surfaces are how it is discovered and bought.\n- **Apply**: Design the product's endpoints and offer as distribution, not as separate marketing.","sourceLine":4618,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-048","name":"Organizational Transformation Is the Prerequisite","discipline":"growth","section":"growth-section-09","sectionName":"Applied Library Models (cross-suite)","kind":"Model / lens","essence":"The operating model must change before the business and distribution models can — organizational transformation precedes growth.","apply":"Check that the operating core has transformed before promising distribution-side growth.","keyQuestion":"","body":"The operating model must change before the business and distribution models can — organizational transformation precedes growth.\n- **Apply**: Check that the operating core has transformed before promising distribution-side growth.","sourceLine":4622,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-049","name":"Intelligence Becomes Part of the Organization","discipline":"growth","section":"growth-section-09","sectionName":"Applied Library Models (cross-suite)","kind":"Model / lens","essence":"Intelligence (agents doing the work, outcomes as units) becomes part of the organization itself rather than a tool bolted on.","apply":"Assess whether agents and outcomes are embedded in the operating model in Stage 0.","keyQuestion":"","body":"Intelligence (agents doing the work, outcomes as units) becomes part of the organization itself rather than a tool bolted on.\n- **Apply**: Assess whether agents and outcomes are embedded in the operating model in Stage 0.","sourceLine":4626,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-050","name":"The Growth Engineer","discipline":"growth","section":"growth-section-10","sectionName":"Growth Team Design","kind":"Model / lens","essence":"The growth engineer works four axes — engineering depth, data fluency, product sense, distribution craft — and avoids the two stalls: the analyst who never builds and the builder who never measures.","apply":"Screen on \"a loop you built and its curve; a metric you retired and why; a counterfactual you protected.\"","keyQuestion":"","body":"The growth engineer works four axes — engineering depth, data fluency, product sense, distribution craft — and avoids the two stalls: the analyst who never builds and the builder who never measures.\n- **Apply**: Screen on \"a loop you built and its curve; a metric you retired and why; a counterfactual you protected.\"","sourceLine":4635,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-051","name":"Organize by Loop","discipline":"growth","section":"growth-section-10","sectionName":"Growth Team Design","kind":"Model / lens","essence":"The growth team is organized by loop — a builder plus a referee (plus a designer where human-facing) per loop — not by channel or funnel stage.","apply":"Draw the org chart by loop; a channel team wearing a loop's name is a failure pattern.","keyQuestion":"","body":"The growth team is organized by loop — a builder plus a referee (plus a designer where human-facing) per loop — not by channel or funnel stage.\n- **Apply**: Draw the org chart by loop; a channel team wearing a loop's name is a failure pattern.","sourceLine":4639,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-052","name":"The Growth Maturity Ladder","discipline":"growth","section":"growth-section-11","sectionName":"Maturity Ladder (G0–G5)","kind":"Maturity ladder","essence":"G0 the funnel with a dashboard of visits · G1 loops named, dead metrics retired · G2 answer + product loops instrumented · G3 agent surface shipped, cohort counted · G4 referee frozen with counterfactuals on every channel · G5 the residue loop compounding on owned substance — the position the machines must come to. Tell: G3 claimed with attribution reports still circulating is G1.","apply":"Locate the firm on the ladder and set the next threshold; use the tell to catch overclaimed maturity.","keyQuestion":"","body":"G0 the funnel with a dashboard of visits · G1 loops named, dead metrics retired · G2 answer + product loops instrumented · G3 agent surface shipped, cohort counted · G4 referee frozen with counterfactuals on every channel · G5 the residue loop compounding on owned substance — the position the machines must come to. Tell: G3 claimed with attribution reports still circulating is G1.\n- **Apply**: Locate the firm on the ladder and set the next threshold; use the tell to catch overclaimed maturity.","sourceLine":4648,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-053","name":"The Twelve Failure Patterns","discipline":"growth","section":"growth-section-12","sectionName":"Failure Pattern Library (12)","kind":"Failure pattern","essence":"1. The slop flood · 2. The click chase · 3. The agent-blind product · 4. The vanity activation · 5. The unrefereed experiment · 6. The leaked substance · 7. Agent-farmed metrics counted as demand · 8. The seat-priced agent product · 9. The last-click paid loop at agent speed · 10. The screenshot listing · 11. Brand as adjectives (no entity) · 12. The channel team wearing a loop's name.","apply":"Run failure diagnosis by naming the proxy optimized or the line undefended; a diagnosis ending in \"more content\" or \"more spend\" is rejected.","keyQuestion":"","body":"1. The slop flood · 2. The click chase · 3. The agent-blind product · 4. The vanity activation · 5. The unrefereed experiment · 6. The leaked substance · 7. Agent-farmed metrics counted as demand · 8. The seat-priced agent product · 9. The last-click paid loop at agent speed · 10. The screenshot listing · 11. Brand as adjectives (no entity) · 12. The channel team wearing a loop's name.\n- **Apply**: Run failure diagnosis by naming the proxy optimized or the line undefended; a diagnosis ending in \"more content\" or \"more spend\" is rejected.","sourceLine":4657,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-054","name":"No Growth Plan Ships on a Dead Metric","discipline":"growth","section":"growth-section-13","sectionName":"Named Laws & Hard Thresholds","kind":"Instrument","essence":"Pageviews, sessions, MAU, seats, CTR, content volume, and engagement must be retired — logged with date and reason — before any loop is designed.","apply":"Non-negotiable gate at the start of every plan.","keyQuestion":"","body":"Pageviews, sessions, MAU, seats, CTR, content volume, and engagement must be retired — logged with date and reason — before any loop is designed.\n- **Apply**: Non-negotiable gate at the start of every plan.","sourceLine":4666,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-056","name":"The Agent Cohort Is Counted and Converted Separately","discipline":"growth","section":"growth-section-13","sectionName":"Named Laws & Hard Thresholds","kind":"Instrument","essence":"A dashboard that blends agents into \"traffic\" is a finding; agents get their own cohort, funnel, and conversion terms.","apply":"Separate the agent cohort in every dashboard and experiment.","keyQuestion":"","body":"A dashboard that blends agents into \"traffic\" is a finding; agents get their own cohort, funnel, and conversion terms.\n- **Apply**: Separate the agent cohort in every dashboard and experiment.","sourceLine":4672,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-057","name":"Substance Over Volume","discipline":"growth","section":"growth-section-13","sectionName":"Named Laws & Hard Thresholds","kind":"Instrument","essence":"No generated-content program ships without a citation-share instrument and a kill rule; one original dataset beats a hundred generated posts.","apply":"Apply to any content or answer-loop program.","keyQuestion":"","body":"No generated-content program ships without a citation-share instrument and a kill rule; one original dataset beats a hundred generated posts.\n- **Apply**: Apply to any content or answer-loop program.","sourceLine":4676,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-09-058","name":"Every Asset Gets a Property-Line Decision","discipline":"growth","section":"growth-section-13","sectionName":"Named Laws & Hard Thresholds","kind":"Instrument","essence":"No asset is published or fed to a machine reader without a cite / license / fence / route-around decision.","apply":"Gate publication and machine-feeding on the property-line register.","keyQuestion":"","body":"No asset is published or fed to a machine reader without a cite / license / fence / route-around decision.\n- **Apply**: Gate publication and machine-feeding on the property-line register.","sourceLine":4680,"sourceNumber":null,"part":"VI","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-001","name":"The FDE Definition (Four Removals)","discipline":"fde","section":"fde-section-01","sectionName":"Governing Definitions & Compressions","kind":"Model / lens","essence":"An engineer embedded at the customer's constraint, building production machinery from the customer's real cases, with a wired-in duty to convert deployment learning into product. Remove the embedding and it's a vendor; remove the machinery and it's a consultant; remove the product duty and it's a body shop — and the one continuity that survives the title's inflation is accountability to the customer for the outcome.","apply":"Use as the test for whether a role, contract, or motion is genuinely FDE. Run the removals to diagnose what a degraded \"FDE\" has actually become.","keyQuestion":"","body":"An engineer embedded at the customer's constraint, building production machinery from the customer's real cases, with a wired-in duty to convert deployment learning into product. Remove the embedding and it's a vendor; remove the machinery and it's a consultant; remove the product duty and it's a body shop — and the one continuity that survives the title's inflation is accountability to the customer for the outcome.\n- **Apply**: Use as the test for whether a role, contract, or motion is genuinely FDE. Run the removals to diagnose what a degraded \"FDE\" has actually become.","sourceLine":4706,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-002","name":"The Three-Word Compression","discipline":"fde","section":"fde-section-01","sectionName":"Governing Definitions & Compressions","kind":"Model / lens","essence":"Embed at the constraint. Build what compounds. Transfer the keys.","apply":"The one-line discipline applied to every engagement; use as the sanity check that a deployment plan does all three, not just the first.","keyQuestion":"","body":"Embed at the constraint. Build what compounds. Transfer the keys.\n- **Apply**: The one-line discipline applied to every engagement; use as the sanity check that a deployment plan does all three, not just the first.","sourceLine":4710,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-003","name":"The Three Seats","discipline":"fde","section":"fde-section-01","sectionName":"Governing Definitions & Compressions","kind":"Model / lens","essence":"Every FDE question is answered from one of three seats — the firm running the motion, the enterprise receiving it, and the engineer building the career — and the same facts produce different advice per seat; never blend seats silently.","apply":"Declare the seat before advising. When advice feels contradictory, check whether two seats are being mixed.","keyQuestion":"","body":"Every FDE question is answered from one of three seats — the firm running the motion, the enterprise receiving it, and the engineer building the career — and the same facts produce different advice per seat; never blend seats silently.\n- **Apply**: Declare the seat before advising. When advice feels contradictory, check whether two seats are being mixed.","sourceLine":4714,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-004","name":"Stage 0 — Seat and Coordinate Check","discipline":"fde","section":"fde-section-02","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Declare the seat (vendor / buyer / internal / individual), then place the enterprise coordinate — regulatory density, data gravity, process type (vertical vs. horizontal), and strategic weight — because the coordinate tunes every recommendation.","apply":"Run first on any deployment-shaped engagement. High regulation favors application-layer depth and clean title; high data gravity pulls machinery on-premise; high strategic weight pulls toward internal ownership.","keyQuestion":"","body":"Declare the seat (vendor / buyer / internal / individual), then place the enterprise coordinate — regulatory density, data gravity, process type (vertical vs. horizontal), and strategic weight — because the coordinate tunes every recommendation.\n- **Apply**: Run first on any deployment-shaped engagement. High regulation favors application-layer depth and clean title; high data gravity pulls machinery on-premise; high strategic weight pulls toward internal ownership.","sourceLine":4721,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-005","name":"Stage 1 — The Wedge Test","discipline":"fde","section":"fde-section-02","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Every candidate problem is scored on four required gates — Volume, Specifiability, Verifiability, Pain — plus two filters, Reversibility and data proximity; ALL gates required.","apply":"Score candidate problems before selecting a pilot. The scorecard is the engagement's first artifact and the customer owns it from day one.","keyQuestion":"","body":"Every candidate problem is scored on four required gates — Volume, Specifiability, Verifiability, Pain — plus two filters, Reversibility and data proximity; ALL gates required.\n- **Apply**: Score candidate problems before selecting a pilot. The scorecard is the engagement's first artifact and the customer owns it from day one.","sourceLine":4725,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-006","name":"Stage 2 — The Embedding Plan","discipline":"fde","section":"fde-section-02","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Archaeology of the process as practiced from the floor; everything learned files to a system of record on the customer's systems (written-first, non-negotiable); a golden set of 60–100 signed cases; and a threshold of time-to-magic ≤ 30 days to first verified production win.","apply":"Use to structure the first weeks on site. Sit with the people who do the work, not their managers; miss the 30-day window and the pilot enters purgatory.","keyQuestion":"","body":"Archaeology of the process as practiced from the floor; everything learned files to a system of record on the customer's systems (written-first, non-negotiable); a golden set of 60–100 signed cases; and a threshold of time-to-magic ≤ 30 days to first verified production win.\n- **Apply**: Use to structure the first weeks on site. Sit with the people who do the work, not their managers; miss the 30-day window and the pilot enters purgatory.","sourceLine":4729,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-007","name":"Stage 3 — The Field Build","discipline":"fde","section":"fde-section-02","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"A fixed build order under field conditions — suite frozen early (also the political instrument); harness from customer material; model behind a clean joint (demonstrated by swapping a second vendor's model); agent cadence; graduate in public.","apply":"Follow the order when building the production machinery. Iteration count is the compounding variable — rebuild by afternoon, repeat 3–4 days.","keyQuestion":"","body":"A fixed build order under field conditions — suite frozen early (also the political instrument); harness from customer material; model behind a clean joint (demonstrated by swapping a second vendor's model); agent cadence; graduate in public.\n- **Apply**: Follow the order when building the production machinery. Iteration count is the compounding variable — rebuild by afternoon, repeat 3–4 days.","sourceLine":4733,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-008","name":"Stage 4 — Cascade and Residue","discipline":"fde","section":"fde-section-02","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Every expansion candidate goes through the same scorecard in the open; around unit three, split retail units from wholesale substrate and install the roster before the governance question arrives; and a residue review at every checkpoint asks what was built for the second time.","apply":"Use when expanding beyond the first wedge. File repeated patterns to the harvest hierarchy; keep the customer's substance the customer's, licensed openly.","keyQuestion":"","body":"Every expansion candidate goes through the same scorecard in the open; around unit three, split retail units from wholesale substrate and install the roster before the governance question arrives; and a residue review at every checkpoint asks what was built for the second time.\n- **Apply**: Use when expanding beyond the first wedge. File repeated patterns to the harvest hierarchy; keep the customer's substance the customer's, licensed openly.","sourceLine":4737,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-009","name":"Stage 5 — Title and Handover","discipline":"fde","section":"fde-section-02","sectionName":"The Engine (Stages 0–5)","kind":"Engine step","essence":"Ask the five title questions before signature and verify them at milestones; the handover is an acceptance test where named customer operators run the machinery hands-off for a defined period, and the engagement closes on demonstrated operation, not the calendar.","apply":"Use to close an engagement cleanly. \"A customer who could leave and does not is the only reference worth having.\"","keyQuestion":"","body":"Ask the five title questions before signature and verify them at milestones; the handover is an acceptance test where named customer operators run the machinery hands-off for a defined period, and the engagement closes on demonstrated operation, not the calendar.\n- **Apply**: Use to close an engagement cleanly. \"A customer who could leave and does not is the only reference worth having.\"","sourceLine":4741,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-010","name":"The Wedge Gates (Four Gates, Two Filters)","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Volume (recurs often enough that a unit earns its build within a quarter), Specifiability (correct outcomes can be written down), Verifiability (results checkable against real adjudicated cases), Pain (someone senior feels it weekly, by name) — plus filters Reversibility and data proximity.","apply":"The gate structure for scoring any wedge. A candidate failing any single gate is refused regardless of its other strengths.","keyQuestion":"","body":"Volume (recurs often enough that a unit earns its build within a quarter), Specifiability (correct outcomes can be written down), Verifiability (results checkable against real adjudicated cases), Pain (someone senior feels it weekly, by name) — plus filters Reversibility and data proximity.\n- **Apply**: The gate structure for scoring any wedge. A candidate failing any single gate is refused regardless of its other strengths.","sourceLine":4748,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-011","name":"The Three Refused Wedges (Hard Rules)","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The moonshot is refused regardless of sponsor seniority (discovery consumes the trust window); the trivial wedge is refused regardless of ease (a win nobody feels recruits no second charter); the demo wedge is flagged (vendor convenience is not the customer's constraint).","apply":"Use as automatic refusals in wedge selection, even under pressure from a senior sponsor.","keyQuestion":"","body":"The moonshot is refused regardless of sponsor seniority (discovery consumes the trust window); the trivial wedge is refused regardless of ease (a win nobody feels recruits no second charter); the demo wedge is flagged (vendor convenience is not the customer's constraint).\n- **Apply**: Use as automatic refusals in wedge selection, even under pressure from a senior sponsor.","sourceLine":4752,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-013","name":"Process Archaeology","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The process as practiced, recorded from the floor — exception rates, workarounds, the spreadsheet nobody mentioned — by sitting with the people who do the work, not their managers.","apply":"Run before committing to a build, and as the fix for the demo wedge (archaeology before commitment).","keyQuestion":"","body":"The process as practiced, recorded from the floor — exception rates, workarounds, the spreadsheet nobody mentioned — by sitting with the people who do the work, not their managers.\n- **Apply**: Run before committing to a build, and as the fix for the demo wedge (archaeology before commitment).","sourceLine":4758,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-015","name":"Agent Cadence","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Arrive with the agent already built; invite the customer to say why it is wrong; transcribe objections into agent context; rebuild by afternoon; repeat over 3–4 days.","apply":"The daily rhythm of the field build. Ten turns in another team's one is a different regime.","keyQuestion":"","body":"Arrive with the agent already built; invite the customer to say why it is wrong; transcribe objections into agent context; rebuild by afternoon; repeat over 3–4 days.\n- **Apply**: The daily rhythm of the field build. Ten turns in another team's one is a different regime.","sourceLine":4764,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-016","name":"Iteration Compounding","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Iteration count is the compounding variable of the field build — more turns per unit of time produces a qualitatively different result.","apply":"Optimize the build loop for turn count; treat slowness in iteration as the binding constraint.","keyQuestion":"","body":"Iteration count is the compounding variable of the field build — more turns per unit of time produces a qualitatively different result.\n- **Apply**: Optimize the build loop for turn count; treat slowness in iteration as the binding constraint.","sourceLine":4768,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-018","name":"Graduate in Public","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Thresholds pre-agreed with the sponsor, gauges published weekly to a page the sponsor reads, promotion staged with a date and a signature.","apply":"Use to convert a working build into an accepted, signed graduation — never a private declaration of success.","keyQuestion":"","body":"Thresholds pre-agreed with the sponsor, gauges published weekly to a page the sponsor reads, promotion staged with a date and a signature.\n- **Apply**: Use to convert a working build into an accepted, signed graduation — never a private declaration of success.","sourceLine":4774,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-019","name":"Retail Units, Wholesale Substrate","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Around unit three, split the customer-facing retail units from the shared wholesale substrate (shared record, identity/permissions, gauge tooling) and install the roster before the governance question arrives.","apply":"Use when cascading past the first deployment to avoid scattered, ungoverned units.","keyQuestion":"","body":"Around unit three, split the customer-facing retail units from the shared wholesale substrate (shared record, identity/permissions, gauge tooling) and install the roster before the governance question arrives.\n- **Apply**: Use when cascading past the first deployment to avoid scattered, ungoverned units.","sourceLine":4778,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-020","name":"The Residue Hierarchy (Harvest Hierarchy)","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"What was built for the second time is filed up a hierarchy — playbook (cuts weeks) → toolkit (cuts cost) → product (changes the business model) — with the pattern owned by the vendor and the customer's substance owned by the customer, licensed openly.","apply":"Run a residue review at every checkpoint; promote patterns on a cadence to protect the margin curve.","keyQuestion":"","body":"What was built for the second time is filed up a hierarchy — playbook (cuts weeks) → toolkit (cuts cost) → product (changes the business model) — with the pattern owned by the vendor and the customer's substance owned by the customer, licensed openly.\n- **Apply**: Run a residue review at every checkpoint; promote patterns on a cadence to protect the margin curve.","sourceLine":4782,"sourceNumber":null,"part":"VII","register":"full","themes":["ownership"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-021","name":"The Five Title Questions","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"Who owns the suite (portable to another model)? Where does the record live? Whose are the encoded standards? Does the unit survive a model swap? Who operates after handover?","apply":"Ask before signature and verify at milestones; the share of engagements meeting all five at handover is the title-cleanliness meter.","keyQuestion":"","body":"Who owns the suite (portable to another model)? Where does the record live? Whose are the encoded standards? Does the unit survive a model swap? Who operates after handover?\n- **Apply**: Ask before signature and verify at milestones; the share of engagements meeting all five at handover is the title-cleanliness meter.","sourceLine":4786,"sourceNumber":null,"part":"VII","register":"full","themes":["ownership"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-022","name":"The Handover Test","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The handover is an acceptance test — named customer operators run the machinery hands-off for a defined period — and the engagement closes on demonstrated operation, not the calendar.","apply":"Write into the contract as a clause; also the absorption mechanism for bootstrapping an internal function with external FDEs.","keyQuestion":"","body":"The handover is an acceptance test — named customer operators run the machinery hands-off for a defined period — and the engagement closes on demonstrated operation, not the calendar.\n- **Apply**: Write into the contract as a clause; also the absorption mechanism for bootstrapping an internal function with external FDEs.","sourceLine":4790,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-023","name":"The Pattern License","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The abstracted shape of the solution is retained by the vendor and licensed openly; the customer's substance stays the customer's.","apply":"State openly in the contract to reconcile productization with clean title.","keyQuestion":"","body":"The abstracted shape of the solution is retained by the vendor and licensed openly; the customer's substance stays the customer's.\n- **Apply**: State openly in the contract to reconcile productization with clean title.","sourceLine":4794,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-024","name":"Institutional Sovereignty","discipline":"fde","section":"fde-section-04","sectionName":"The Buyer's Lenses (Sovereignty)","kind":"Model / lens","essence":"Ownership of the decision rights of the business — the buyer's overriding frame, audited against four worries: lock-in, subsidy, rule change, and cost.","apply":"Use in the Sovereignty Audit. Score the five title questions per engagement and place the client on the gradient per use case.","keyQuestion":"","body":"Ownership of the decision rights of the business — the buyer's overriding frame, audited against four worries: lock-in, subsidy, rule change, and cost.\n- **Apply**: Use in the Sovereignty Audit. Score the five title questions per engagement and place the client on the gradient per use case.","sourceLine":4801,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-025","name":"The Four Worries","discipline":"fde","section":"fde-section-04","sectionName":"The Buyer's Lenses (Sovereignty)","kind":"Model / lens","essence":"Lock-in (can the process swap its model?), subsidy (does consumption revenue fund a vendor positioned to compete with you?), rule change (can a third party alter your machinery's behavior without consent?), and cost (are you paying frontier prices for craftsman work an owned task-specific model could do?).","apply":"The audit checklist for a buyer assessing vendor dependency.","keyQuestion":"","body":"Lock-in (can the process swap its model?), subsidy (does consumption revenue fund a vendor positioned to compete with you?), rule change (can a third party alter your machinery's behavior without consent?), and cost (are you paying frontier prices for craftsman work an owned task-specific model could do?).\n- **Apply**: The audit checklist for a buyer assessing vendor dependency.","sourceLine":4805,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-027","name":"The Decision Loop Is the Alpha","discipline":"fde","section":"fde-section-04","sectionName":"The Buyer's Lenses (Sovereignty)","kind":"Model / lens","essence":"The decision loop — data seen, reasoning applied, action taken, outcome observed — is the firm's alpha and the training material for owned models.","apply":"Name and protect the decision loop as the deepest asset in any sovereignty audit; it is what an owned model would be trained on.","keyQuestion":"","body":"The decision loop — data seen, reasoning applied, action taken, outcome observed — is the firm's alpha and the training material for owned models.\n- **Apply**: Name and protect the decision loop as the deepest asset in any sovereignty audit; it is what an owned model would be trained on.","sourceLine":4811,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-028","name":"The Ownership Schedule","discipline":"fde","section":"fde-section-05","sectionName":"The Commercial Layer (Contract & Pricing)","kind":"Model / lens","essence":"A table of every artifact class (suites, records, standards, prompts, checks, dashboards, connectors, playbooks) with its owner and a testable portability requirement, verified at milestones.","apply":"The first contract artifact; drafting one from memory is a career-stack exhibit for commercial literacy.","keyQuestion":"","body":"A table of every artifact class (suites, records, standards, prompts, checks, dashboards, connectors, playbooks) with its owner and a testable portability requirement, verified at milestones.\n- **Apply**: The first contract artifact; drafting one from memory is a career-stack exhibit for commercial literacy.","sourceLine":4818,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-029","name":"The Pricing Ladder","discipline":"fde","section":"fde-section-05","sectionName":"The Commercial Layer (Contract & Pricing)","kind":"Model / lens","essence":"Pricing matched to proof — fixed-fee wedge → outcome terms once the frozen suite exists → subscription once residue is product; outcome pricing without a verification instrument is a dispute schedule.","apply":"Climb the ladder as proof accumulates; never sell outcomes before the verification suite exists.","keyQuestion":"","body":"Pricing matched to proof — fixed-fee wedge → outcome terms once the frozen suite exists → subscription once residue is product; outcome pricing without a verification instrument is a dispute schedule.\n- **Apply**: Climb the ladder as proof accumulates; never sell outcomes before the verification suite exists.","sourceLine":4822,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-030","name":"Attribution × Autonomy Grid","discipline":"fde","section":"fde-section-05","sectionName":"The Commercial Layer (Contract & Pricing)","kind":"Model / lens","essence":"A pricing grid — seats where attribution is weak, usage where autonomy runs without attribution, outcomes where the system owns a verifiable result.","apply":"Select the pricing model by locating the engagement on the two axes of attribution and autonomy.","keyQuestion":"","body":"A pricing grid — seats where attribution is weak, usage where autonomy runs without attribution, outcomes where the system owns a verifiable result.\n- **Apply**: Select the pricing model by locating the engagement on the two axes of attribution and autonomy.","sourceLine":4826,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-031","name":"The Guarantee (The Guarantor Is the FDE)","discipline":"fde","section":"fde-section-05","sectionName":"The Commercial Layer (Contract & Pricing)","kind":"Model / lens","essence":"Outcome pricing requires a guarantor, and the guarantor is the FDE.","apply":"Only offer outcome terms where an FDE stands behind the result; use as a structural rule in contract architecture.","keyQuestion":"","body":"Outcome pricing requires a guarantor, and the guarantor is the FDE.\n- **Apply**: Only offer outcome terms where an FDE stands behind the result; use as a structural rule in contract architecture.","sourceLine":4830,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-032","name":"The Repeated Game","discipline":"fde","section":"fde-section-05","sectionName":"The Commercial Layer (Contract & Pricing)","kind":"Model / lens","essence":"The commercial relationship is a repeated game — good-faith value assessment because both sides want the next round.","apply":"Frame pricing and negotiation as ongoing rather than extractive; the philosophy behind clean title and fair terms.","keyQuestion":"","body":"The commercial relationship is a repeated game — good-faith value assessment because both sides want the next round.\n- **Apply**: Frame pricing and negotiation as ongoing rather than extractive; the philosophy behind clean title and fair terms.","sourceLine":4834,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-033","name":"Start After the Pattern","discipline":"fde","section":"fde-section-06","sectionName":"Building the Motion (Firm Seat)","kind":"Model / lens","essence":"Begin the practice only after 2–3 founder-led deployments prove a repeatable wedge; hiring ahead of the pattern builds a body shop with a thesis.","apply":"Gate any field-team hiring on a proven wedge pattern; the fix for the premature practice.","keyQuestion":"","body":"Begin the practice only after 2–3 founder-led deployments prove a repeatable wedge; hiring ahead of the pattern builds a body shop with a thesis.\n- **Apply**: Gate any field-team hiring on a proven wedge pattern; the fix for the premature practice.","sourceLine":4841,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-034","name":"The Founding Pair","discipline":"fde","section":"fde-section-06","sectionName":"Building the Motion (Firm Seat)","kind":"Model / lens","essence":"A principal-grade FDE plus a commercial counterpart, because the motion sells outcomes and change together.","apply":"Staff the zero-to-one motion as a pair, not a lone engineer.","keyQuestion":"","body":"A principal-grade FDE plus a commercial counterpart, because the motion sells outcomes and change together.\n- **Apply**: Staff the zero-to-one motion as a pair, not a lone engineer.","sourceLine":4845,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-035","name":"The OS in Order","discipline":"fde","section":"fde-section-06","sectionName":"Building the Motion (Firm Seat)","kind":"Model / lens","essence":"Build the operating system — deployment record → harvest channel → meters — before headcount, because meters installed later measure a mythology.","apply":"Sequence the motion's infrastructure ahead of hiring.","keyQuestion":"","body":"Build the operating system — deployment record → harvest channel → meters — before headcount, because meters installed later measure a mythology.\n- **Apply**: Sequence the motion's infrastructure ahead of hiring.","sourceLine":4849,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-036","name":"The Pod","discipline":"fde","section":"fde-section-06","sectionName":"Building the Motion (Firm Seat)","kind":"Model / lens","essence":"One pod per account — senior + 1–2 developing engineers + commercial counterpart — with a senior carrying at most two mid-sized engagements.","apply":"Use as the staffing unit and the ceiling on senior load.","keyQuestion":"","body":"One pod per account — senior + 1–2 developing engineers + commercial counterpart — with a senior carrying at most two mid-sized engagements.\n- **Apply**: Use as the staffing unit and the ceiling on senior load.","sourceLine":4853,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["sales"]},{"id":"BE-05-037","name":"The Harvest Ratio","discipline":"fde","section":"fde-section-06","sectionName":"Building the Motion (Firm Seat)","kind":"Model / lens","essence":"The protected ratio of output promoted to reusable residue, defended from quarter one.","apply":"Track and protect from the start; a proxy for whether the motion is compounding.","keyQuestion":"","body":"The protected ratio of output promoted to reusable residue, defended from quarter one.\n- **Apply**: Track and protect from the start; a proxy for whether the motion is compounding.","sourceLine":4857,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-038","name":"The Refusal Log","discipline":"fde","section":"fde-section-06","sectionName":"Building the Motion (Firm Seat)","kind":"Instrument","essence":"A kept record — from inquiry one — of engagements declined, with reason, reconsider trigger, and date.","apply":"Maintain alongside the meters; it shapes the pipeline and is the discipline the meters can't show alone.","keyQuestion":"","body":"A kept record — from inquiry one — of engagements declined, with reason, reconsider trigger, and date.\n- **Apply**: Maintain alongside the meters; it shapes the pipeline and is the discipline the meters can't show alone.","sourceLine":4861,"sourceNumber":null,"part":"VII","register":"full","themes":["refusal"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["orchestrator","sales","buyer"]},{"id":"BE-05-039","name":"The Four-Part Test","discipline":"fde","section":"fde-section-07","sectionName":"Building Internally (Enterprise Seat)","kind":"Model / lens","essence":"Strategic workflows, regulatory density, data gravity, repeat volume across BUs — meet one, buy the motion with clean title; meet all four, build in-house (or pay vendor margins to build someone else's residue).","apply":"Use as the build-vs-buy decision for an internal AI function.","keyQuestion":"","body":"Strategic workflows, regulatory density, data gravity, repeat volume across BUs — meet one, buy the motion with clean title; meet all four, build in-house (or pay vendor margins to build someone else's residue).\n- **Apply**: Use as the build-vs-buy decision for an internal AI function.","sourceLine":4868,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-040","name":"The Four Inversions","discipline":"fde","section":"fde-section-07","sectionName":"Building Internally (Enterprise Seat)","kind":"Model / lens","essence":"For an internal motion: funded by the served P&L in attention returned; sponsorship replaces sales but wedge discipline survives (internal purgatory is real); residue accumulates as the firm's own harness; title answers itself.","apply":"Redesign the FDE motion's economics and discipline when the customer is internal.","keyQuestion":"","body":"For an internal motion: funded by the served P&L in attention returned; sponsorship replaces sales but wedge discipline survives (internal purgatory is real); residue accumulates as the firm's own harness; title answers itself.\n- **Apply**: Redesign the FDE motion's economics and discipline when the customer is internal.","sourceLine":4872,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["sales"]},{"id":"BE-05-041","name":"The Central Practice","discipline":"fde","section":"fde-section-07","sectionName":"Building Internally (Enterprise Seat)","kind":"Model / lens","essence":"A central practice deploying into units — never scattered heroes — with the center owning playbook, substrate, roster, and rotation.","apply":"Use as the org shape for an internal FDE function.","keyQuestion":"","body":"A central practice deploying into units — never scattered heroes — with the center owning playbook, substrate, roster, and rotation.\n- **Apply**: Use as the org shape for an internal FDE function.","sourceLine":4876,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-042","name":"The Diagonal Hire","discipline":"fde","section":"fde-section-07","sectionName":"Building Internally (Enterprise Seat)","kind":"Model / lens","essence":"Grow the diagonal (domain expert who learns the machinery — the adjuster who learns the build) rather than losing the premium bidding war for outside talent.","apply":"Use as the internal talent strategy; second chairs finished in the field.","keyQuestion":"","body":"Grow the diagonal (domain expert who learns the machinery — the adjuster who learns the build) rather than losing the premium bidding war for outside talent.\n- **Apply**: Use as the internal talent strategy; second chairs finished in the field.","sourceLine":4880,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-044","name":"Five Species, One Motion","discipline":"fde","section":"fde-section-08","sectionName":"Positioning (Motion by Position)","kind":"Model / lens","essence":"Five species of FDE motion — model layer, data platform, application layer, services, internal — each with its own answer to what the motion funds, where the residue lands, title posture, and governing meter.","apply":"Place the firm among the species, accept its business model whole, and let the coordinate select the customers. The classic failure is one motion with five species' pricing and no species' economics.","keyQuestion":"","body":"Five species of FDE motion — model layer, data platform, application layer, services, internal — each with its own answer to what the motion funds, where the residue lands, title posture, and governing meter.\n- **Apply**: Place the firm among the species, accept its business model whole, and let the coordinate select the customers. The classic failure is one motion with five species' pricing and no species' economics.","sourceLine":4889,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-045","name":"Title Posture as Strategy","discipline":"fde","section":"fde-section-08","sectionName":"Positioning (Motion by Position)","kind":"Model / lens","essence":"Title posture varies by species — application layer wants tight title as the moat; services want clean title as the engine.","apply":"Set contract title posture deliberately from the chosen species, not by default.","keyQuestion":"","body":"Title posture varies by species — application layer wants tight title as the moat; services want clean title as the engine.\n- **Apply**: Set contract title posture deliberately from the chosen species, not by default.","sourceLine":4893,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-047","name":"The Six Meters","discipline":"fde","section":"fde-section-09","sectionName":"Diagnosis & Measurement","kind":"Model / lens","essence":"Read together and on trend — time-to-magic, expansion rate, outcome conversion, productization rate, margin trajectory, title cleanliness — beside the refusal log, rejecting vanity substitutes (deployments launched, hours billed, agents deployed).","apply":"Use as the motion's instrument panel; the productization rate predicts the margin curve and title cleanliness is the meter durable firms publish and captors resist.","keyQuestion":"","body":"Read together and on trend — time-to-magic, expansion rate, outcome conversion, productization rate, margin trajectory, title cleanliness — beside the refusal log, rejecting vanity substitutes (deployments launched, hours billed, agents deployed).\n- **Apply**: Use as the motion's instrument panel; the productization rate predicts the margin curve and title cleanliness is the meter durable firms publish and captors resist.","sourceLine":4902,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-048","name":"Margin Trajectory as Unharvested Residue","discipline":"fde","section":"fde-section-09","sectionName":"Diagnosis & Measurement","kind":"Model / lens","essence":"The gap to the originator's software-margin benchmark is the firm's unharvested residue.","apply":"Read the margin gap not as fate but as a measure of residue left on the floor.","keyQuestion":"","body":"The gap to the originator's software-margin benchmark is the firm's unharvested residue.\n- **Apply**: Read the margin gap not as fate but as a measure of residue left on the floor.","sourceLine":4906,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-049","name":"The Vintages / The Vintage Question","discipline":"fde","section":"fde-section-10","sectionName":"Career (Individual Seat)","kind":"Model / lens","essence":"The same title covers five jobs — platform stability, integration, enablement, solutions, and the outcome-owning arc — and the question is which vintage a seat is and whether it builds the whole stack or one layer.","apply":"Vintage-parse any FDE seat before signing; the fix for the dumping-ground title.","keyQuestion":"","body":"The same title covers five jobs — platform stability, integration, enablement, solutions, and the outcome-owning arc — and the question is which vintage a seat is and whether it builds the whole stack or one layer.\n- **Apply**: Vintage-parse any FDE seat before signing; the fix for the dumping-ground title.","sourceLine":4913,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-050","name":"The Skill Stack","discipline":"fde","section":"fde-section-10","sectionName":"Career (Individual Seat)","kind":"Model / lens","essence":"Four layers, each proved by an artifact — engineering depth, domain fluency, field craft, commercial literacy — audited in order.","apply":"Audit your own stack layer by layer; build the missing proving artifact (e.g., a solo-built harness, a practitioner process map, a drafted ownership schedule).","keyQuestion":"","body":"Four layers, each proved by an artifact — engineering depth, domain fluency, field craft, commercial literacy — audited in order.\n- **Apply**: Audit your own stack layer by layer; build the missing proving artifact (e.g., a solo-built harness, a practitioner process map, a drafted ownership schedule).","sourceLine":4917,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-051","name":"The Rung Ladder","discipline":"fde","section":"fde-section-10","sectionName":"Career (Individual Seat)","kind":"Model / lens","essence":"Second chair (a signed suite) → owned wedge (a public graduation) → owned engagement (a handover that held) → cascade lead (a program that survived rotation) → principal (the harvest); promotion on artifacts, not tenure.","apply":"Place yourself on the ladder and name the next exhibit to hold.","keyQuestion":"","body":"Second chair (a signed suite) → owned wedge (a public graduation) → owned engagement (a handover that held) → cascade lead (a program that survived rotation) → principal (the harvest); promotion on artifacts, not tenure.\n- **Apply**: Place yourself on the ladder and name the next exhibit to hold.","sourceLine":4921,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-052","name":"The Three Stalls","discipline":"fde","section":"fde-section-10","sectionName":"Career (Individual Seat)","kind":"Model / lens","essence":"The career stalls are the brilliant builder who never takes the contract conversation and the account hero who never files residue (the third being the general failure to advance on artifacts).","apply":"Name the stall if visible in a career diagnosis and prescribe the missing move.","keyQuestion":"","body":"The career stalls are the brilliant builder who never takes the contract conversation and the account hero who never files residue (the third being the general failure to advance on artifacts).\n- **Apply**: Name the stall if visible in a career diagnosis and prescribe the missing move.","sourceLine":4925,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-053","name":"The Four Arcs","discipline":"fde","section":"fde-section-10","sectionName":"Career (Individual Seat)","kind":"Model / lens","essence":"Jump triggers out of the seat — product (after ~2 years of filed harvest), the practice (when you'd rather build the system that builds), founding (when the same wedge repeats across 3+ deployments — the deployment record is the era's best startup thesis), and the enterprise (when a customer offers the mandate).","apply":"Use to time a career move. \"The seat's compensation is the salary; the career's compensation is the residue.\"","keyQuestion":"","body":"Jump triggers out of the seat — product (after ~2 years of filed harvest), the practice (when you'd rather build the system that builds), founding (when the same wedge repeats across 3+ deployments — the deployment record is the era's best startup thesis), and the enterprise (when a customer offers the mandate).\n- **Apply**: Use to time a career move. \"The seat's compensation is the salary; the career's compensation is the residue.\"","sourceLine":4929,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-054","name":"The Portfolio Rule","discipline":"fde","section":"fde-section-10","sectionName":"Career (Individual Seat)","kind":"Model / lens","essence":"One deployment narrated at full grain beats a repository of prototypes, with de-substanced artifacts attached.","apply":"Build the FDE portfolio around a single deep narrated engagement, not a pile of demos.","keyQuestion":"","body":"One deployment narrated at full grain beats a repository of prototypes, with de-substanced artifacts attached.\n- **Apply**: Build the FDE portfolio around a single deep narrated engagement, not a pile of demos.","sourceLine":4933,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-055","name":"The Last Mile","discipline":"fde","section":"fde-section-11","sectionName":"Named Applied Models (Additional Lenses)","kind":"Model / lens","essence":"Models deploy in minutes but value deploys through the work itself — the FDE covers the entire last mile: the motion, the contract, the team, the career, and both sides of the table.","apply":"Frame the FDE's value as the last mile between a capable model and a captured outcome.","keyQuestion":"","body":"Models deploy in minutes but value deploys through the work itself — the FDE covers the entire last mile: the motion, the contract, the team, the career, and both sides of the table.\n- **Apply**: Frame the FDE's value as the last mile between a capable model and a captured outcome.","sourceLine":4940,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-056","name":"Deck vs. Machine","discipline":"fde","section":"fde-section-11","sectionName":"Named Applied Models (Additional Lenses)","kind":"Model / lens","essence":"The distinction between selling a presentation and building working production machinery on the customer's floor.","apply":"Use to test whether an engagement is producing a machine or a demo.","keyQuestion":"","body":"The distinction between selling a presentation and building working production machinery on the customer's floor.\n- **Apply**: Use to test whether an engagement is producing a machine or a demo.","sourceLine":4944,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-057","name":"Product Development in the Field","discipline":"fde","section":"fde-section-11","sectionName":"Named Applied Models (Additional Lenses)","kind":"Model / lens","essence":"Product is developed in the field from the customer's real cases, with a wired-in duty to convert deployment learning back into product.","apply":"Treat every deployment as a source of product, not just a service delivery.","keyQuestion":"","body":"Product is developed in the field from the customer's real cases, with a wired-in duty to convert deployment learning back into product.\n- **Apply**: Treat every deployment as a source of product, not just a service delivery.","sourceLine":4948,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-058","name":"The Job Is to Automate the Job","discipline":"fde","section":"fde-section-11","sectionName":"Named Applied Models (Additional Lenses)","kind":"Model / lens","essence":"The FDE's mandate is to automate the job — the second loyalty wired into the cadence, not to become the best contractor in the ticket queue.","apply":"Use as the guard against staff-aug drift.","keyQuestion":"","body":"The FDE's mandate is to automate the job — the second loyalty wired into the cadence, not to become the best contractor in the ticket queue.\n- **Apply**: Use as the guard against staff-aug drift.","sourceLine":4952,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-059","name":"The Capture Question","discipline":"fde","section":"fde-section-11","sectionName":"Named Applied Models (Additional Lenses)","kind":"Model / lens","essence":"Whether the motion is building voluntary dependence (a customer who could leave and stays) or coercive lock-in that backfires into a lost account.","apply":"Ask whenever dependency is being designed; clear title by contract is the answer.","keyQuestion":"","body":"Whether the motion is building voluntary dependence (a customer who could leave and stays) or coercive lock-in that backfires into a lost account.\n- **Apply**: Ask whenever dependency is being designed; clear title by contract is the answer.","sourceLine":4956,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-060","name":"Voluntary Dependence","discipline":"fde","section":"fde-section-11","sectionName":"Named Applied Models (Additional Lenses)","kind":"Model / lens","essence":"The durable outcome — a customer who could leave and does not — as opposed to maximized dependency that loses the account to an exit-cost analysis.","apply":"Aim contracts and handovers at voluntary dependence; it is the only reference worth having.","keyQuestion":"","body":"The durable outcome — a customer who could leave and does not — as opposed to maximized dependency that loses the account to an exit-cost analysis.\n- **Apply**: Aim contracts and handovers at voluntary dependence; it is the only reference worth having.","sourceLine":4960,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-05-061","name":"The Motion Maturity Ladder","discipline":"fde","section":"fde-section-12","sectionName":"Motion Maturity (F0–F5)","kind":"Maturity ladder","essence":"Five grades of motion maturity — F0 Heroics, F1 Wedge discipline, F2 The record exists, F3 Proof converts terms, F4 The residue compounds, F5 The position — graded honestly, with the productization rate as the tell (most motions claiming F4 are F1 with good branding).","apply":"Grade a motion's maturity; below one residue promotion per quarter, the residue is evaporating and the F-claim is inflated.","keyQuestion":"","body":"Five grades of motion maturity — F0 Heroics, F1 Wedge discipline, F2 The record exists, F3 Proof converts terms, F4 The residue compounds, F5 The position — graded honestly, with the productization rate as the tell (most motions claiming F4 are F1 with good branding).\n- **Apply**: Grade a motion's maturity; below one residue promotion per quarter, the residue is evaporating and the F-claim is inflated.","sourceLine":4967,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[],"note":"Source correction: F0 through F5 contains six levels, although the description says “five grades”. The promotion cadence is a source heuristic, not an independently calibrated threshold."},{"id":"BE-06-001","name":"The Object of the Sale","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","kind":"Model / lens","essence":"The object of the sale changed from software shipped to outcomes installed; name what is actually being sold — assistance (humans still do the work), usage (the system works without clean attribution), or a verifiable outcome — because everything downstream (proof, price, paper) follows the object.","apply":"Stage 0 of every deal. Flag the mismatch immediately when a client sells outcomes on a seat price or proves outcomes with a demo.","keyQuestion":"","body":"The object of the sale changed from software shipped to outcomes installed; name what is actually being sold — assistance (humans still do the work), usage (the system works without clean attribution), or a verifiable outcome — because everything downstream (proof, price, paper) follows the object.\n- **Apply**: Stage 0 of every deal. Flag the mismatch immediately when a client sells outcomes on a seat price or proves outcomes with a demo.","sourceLine":4988,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-003","name":"Risk Asymmetry","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","kind":"Model / lens","essence":"The buyer's downside always exceeds the seller's, so the sale is a risk-reduction machine wearing a revenue target.","apply":"Design for the buyer's risk before your pitch — the permanent physics behind every mode.","keyQuestion":"","body":"The buyer's downside always exceeds the seller's, so the sale is a risk-reduction machine wearing a revenue target.\n- **Apply**: Design for the buyer's risk before your pitch — the permanent physics behind every mode.","sourceLine":4994,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-004","name":"The Diagonal Competitor","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","kind":"Model / lens","essence":"The seller who has both commercial and field/engineering literacy — the diagonal — commands a premium on both sides.","apply":"Use in org design and career development; AEs build proof literacy, FDEs build commercial literacy.","keyQuestion":"","body":"The seller who has both commercial and field/engineering literacy — the diagonal — commands a premium on both sides.\n- **Apply**: Use in org design and career development; AEs build proof literacy, FDEs build commercial literacy.","sourceLine":4998,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-005","name":"Assertion vs. Instrument","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","kind":"Model / lens","essence":"The era demands an instrument where sellers used to rely on assertion; the root cause of every deal failure is assertion where an instrument was required, and the fix is always to install the instrument.","apply":"The universal diagnostic lens. Any diagnosis ending in \"push harder at quarter-end\" is rejected.","keyQuestion":"","body":"The era demands an instrument where sellers used to rely on assertion; the root cause of every deal failure is assertion where an instrument was required, and the fix is always to install the instrument.\n- **Apply**: The universal diagnostic lens. Any diagnosis ending in \"push harder at quarter-end\" is rejected.","sourceLine":5002,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-007","name":"Stage 0 — Object Check","discipline":"sales","section":"sales-section-02","sectionName":"The Deal Engine (Stages 0–5)","kind":"Engine step","essence":"Name what is actually being sold — assistance, usage, or verifiable outcome — since proof, price, and paper all follow the object.","apply":"First move in any deal. Flag object/price and object/proof mismatches at once (e.g., outcomes sold on a seat price, outcomes proved with a demo).","keyQuestion":"","body":"Name what is actually being sold — assistance, usage, or verifiable outcome — since proof, price, and paper all follow the object.\n- **Apply**: First move in any deal. Flag object/price and object/proof mismatches at once (e.g., outcomes sold on a seat price, outcomes proved with a demo).","sourceLine":5011,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-008","name":"Stage 1 — The Account Gates","discipline":"sales","section":"sales-section-02","sectionName":"The Deal Engine (Stages 0–5)","kind":"Engine step","essence":"Five gates, ALL required (workflow density, data reachability, champion material, economic visibility, survivable procurement), plus two filters (reference gravity, expansion room); trophies and easy closes are declined in writing into the refusal log.","apply":"Qualify and select accounts. Treat the account list as a portfolio of future proof; map sibling workflows before the first contract.","keyQuestion":"","body":"Five gates, ALL required (workflow density, data reachability, champion material, economic visibility, survivable procurement), plus two filters (reference gravity, expansion room); trophies and easy closes are declined in writing into the refusal log.\n- **Apply**: Qualify and select accounts. Treat the account list as a portfolio of future proof; map sibling workflows before the first contract.","sourceLine":5015,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-009","name":"Stage 2 — The People","discipline":"sales","section":"sales-section-02","sectionName":"The Deal Engine (Stages 0–5)","kind":"Engine step","essence":"Pass the behavioral champion test, build the champion's career case both ways, arm them with weapons that survive retelling, and hold the multi-thread stage gate — no proposal ships until economic buyer, a user leader, and procurement have each been met.","apply":"Stakeholder work on every deal. Single-threaded deals die with a resignation letter.","keyQuestion":"","body":"Pass the behavioral champion test, build the champion's career case both ways, arm them with weapons that survive retelling, and hold the multi-thread stage gate — no proposal ships until economic buyer, a user leader, and procurement have each been met.\n- **Apply**: Stakeholder work on every deal. Single-threaded deals die with a resignation letter.","sourceLine":5019,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-010","name":"Stage 3 — The Case and the Proof","discipline":"sales","section":"sales-section-02","sectionName":"The Deal Engine (Stages 0–5)","kind":"Engine step","essence":"Build the case skeleton (baseline → mechanism → commitment → payback in the buyer's own numbers) as one maturing document with the proof instrument, then sell the paid, time-boxed production wedge rather than climbing the demo ladder.","apply":"When proof is needed. Pre-agree verification; ≤ 30 days to first verified win; hand deployment machinery to the FDE skill at this stage.","keyQuestion":"","body":"Build the case skeleton (baseline → mechanism → commitment → payback in the buyer's own numbers) as one maturing document with the proof instrument, then sell the paid, time-boxed production wedge rather than climbing the demo ladder.\n- **Apply**: When proof is needed. Pre-agree verification; ≤ 30 days to first verified win; hand deployment machinery to the FDE skill at this stage.","sourceLine":5023,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-011","name":"Stage 4 — The Gauntlet and the Paper","discipline":"sales","section":"sales-section-02","sectionName":"The Deal Engine (Stages 0–5)","kind":"Engine step","essence":"Map procurement/security/legal with the champion in week one and run their clock concurrent with the proof's; deploy the artillery early and paper the deal (ownership schedule, pricing ladder, expansion frame, handover clause) via a mutual action plan.","apply":"From meeting one. Volunteered early = accelerant; extracted late = concessions. Closing is the plan's last checkbox.","keyQuestion":"","body":"Map procurement/security/legal with the champion in week one and run their clock concurrent with the proof's; deploy the artillery early and paper the deal (ownership schedule, pricing ladder, expansion frame, handover clause) via a mutual action plan.\n- **Apply**: From meeting one. Volunteered early = accelerant; extracted late = concessions. Closing is the plan's last checkbox.","sourceLine":5027,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-012","name":"Stage 5 — Price and Compounding","discipline":"sales","section":"sales-section-02","sectionName":"The Deal Engine (Stages 0–5)","kind":"Engine step","essence":"Price by the attribution × autonomy grid, hold discount discipline (defend on the gauge page, trade structure not price), and show the compounding — unit prices fall on the substrate while account value rises.","apply":"Commercial terms and renewals. Never seat-price agentic work; grade the account by NRR.","keyQuestion":"","body":"Price by the attribution × autonomy grid, hold discount discipline (defend on the gauge page, trade structure not price), and show the compounding — unit prices fall on the substrate while account value rises.\n- **Apply**: Commercial terms and renewals. Never seat-price agentic work; grade the account by NRR.","sourceLine":5031,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-013","name":"Account Scorecard","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Candidates in rows, the five gates and two filters in columns, the buyer-market's real numbers in the cells; output is a ranked list, chosen accounts with a 90-day proof thesis, declined accounts with written reasons, and an expansion-room map.","apply":"For ICP, territory, and qualification questions. Never rank on logo, deal size, or inbound enthusiasm — gates only.","keyQuestion":"","body":"Candidates in rows, the five gates and two filters in columns, the buyer-market's real numbers in the cells; output is a ranked list, chosen accounts with a 90-day proof thesis, declined accounts with written reasons, and an expansion-room map.\n- **Apply**: For ICP, territory, and qualification questions. Never rank on logo, deal size, or inbound enthusiasm — gates only.","sourceLine":5038,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-014","name":"Deal Design","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Run Stages 0–5 into a dated arc (scorecard → champion test → case + schedule → gauntlet → paid wedge → suite frozen → first win → graduation → outcome conversion → expansion signature), marking the trust clock and procurement clock each week.","apply":"To plan strategy for a named opportunity. Include the gauge-page design and its distribution list (the CFO reads it). Routinely spawns Proof Design and Gauntlet Prep.","keyQuestion":"","body":"Run Stages 0–5 into a dated arc (scorecard → champion test → case + schedule → gauntlet → paid wedge → suite frozen → first win → graduation → outcome conversion → expansion signature), marking the trust clock and procurement clock each week.\n- **Apply**: To plan strategy for a named opportunity. Include the gauge-page design and its distribution list (the CFO reads it). Routinely spawns Proof Design and Gauntlet Prep.","sourceLine":5042,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-015","name":"Champion Builder","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Stakeholder map in the five languages, champion identified by behavioral test, career case drafted both ways, arsenal assembled, and a multi-thread plan with named seconds per thread.","apply":"For stakeholder mapping and internal politics. Flag single-thread as a stage-gate violation, not a style note.","keyQuestion":"","body":"Stakeholder map in the five languages, champion identified by behavioral test, career case drafted both ways, arsenal assembled, and a multi-thread plan with named seconds per thread.\n- **Apply**: For stakeholder mapping and internal politics. Flag single-thread as a stage-gate violation, not a style note.","sourceLine":5046,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-016","name":"Case Builder","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Deliver the one-page case — baseline from the buyer's own data (name the source), mechanism as named gauges, commitment priced, payback with confidence stated — attention-denominated where possible, with the verification pre-agreement as a clause.","apply":"For ROI and CFO meetings. Reject any case built on industry benchmarks or vendor-claimed averages — a CFO discounts both.","keyQuestion":"","body":"Deliver the one-page case — baseline from the buyer's own data (name the source), mechanism as named gauges, commitment priced, payback with confidence stated — attention-denominated where possible, with the verification pre-agreement as a clause.\n- **Apply**: For ROI and CFO meetings. Reject any case built on industry benchmarks or vendor-claimed averages — a CFO discounts both.","sourceLine":5050,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-017","name":"Proof Design","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Structure the paid production wedge — wedge choice, golden-set plan (60–100 adjudicated cases, buyer's expert signing), suite freeze date, the 30-day clock, weekly gauge publication, and staged graduation — priced honestly.","apply":"When a buyer asks for a pilot/PoC/demo. Kill demo-ladder requests with the replacement offer: prove it on their cases, against their expert's standard, on a clock — and they own the instrument that proved it.","keyQuestion":"","body":"Structure the paid production wedge — wedge choice, golden-set plan (60–100 adjudicated cases, buyer's expert signing), suite freeze date, the 30-day clock, weekly gauge publication, and staged graduation — priced honestly.\n- **Apply**: When a buyer asks for a pilot/PoC/demo. Kill demo-ladder requests with the replacement offer: prove it on their cases, against their expert's standard, on a clock — and they own the instrument that proved it.","sourceLine":5054,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-018","name":"Gauntlet Prep","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produce the gauntlet map (every approval, reviewer, document, with dates) and the artillery pack (ownership schedule, clean-joint demonstration plan, security answers-by-architecture brief, handover clause), all volunteered before demanded.","apply":"For procurement, security review, legal, and vendor risk. Output the concurrent-clock schedule.","keyQuestion":"","body":"Produce the gauntlet map (every approval, reviewer, document, with dates) and the artillery pack (ownership schedule, clean-joint demonstration plan, security answers-by-architecture brief, handover clause), all volunteered before demanded.\n- **Apply**: For procurement, security review, legal, and vendor risk. Output the concurrent-clock schedule.","sourceLine":5058,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-020","name":"Expansion Review","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Audit the account against the acquire-expand-scale curve — base still clearing gauges, gauge page circulating beyond the champion, scorecard running in the open, substrate generalizing, multi-threaded beyond the founding sponsor — with NRR computed and trended.","apply":"For renewal, expansion, and account growth. The renewal motion is \"the gauges never stopped publishing\"; if they stopped, that is the finding.","keyQuestion":"","body":"Audit the account against the acquire-expand-scale curve — base still clearing gauges, gauge page circulating beyond the champion, scorecard running in the open, substrate generalizing, multi-threaded beyond the founding sponsor — with NRR computed and trended.\n- **Apply**: For renewal, expansion, and account growth. The renewal motion is \"the gauges never stopped publishing\"; if they stopped, that is the finding.","sourceLine":5064,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-021","name":"Sales Org Design","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Design pods (AE + FDE + fractional specialists per account), not territories, with more builders than sellers since proof capacity is the revenue constraint; compensate against the ladder, never signature alone.","apply":"For team design, quotas, comp, and hiring. Name the diagonal career cross-pollination — AEs build proof literacy, FDEs commercial literacy.","keyQuestion":"","body":"Design pods (AE + FDE + fractional specialists per account), not territories, with more builders than sellers since proof capacity is the revenue constraint; compensate against the ladder, never signature alone.\n- **Apply**: For team design, quotas, comp, and hiring. Name the diagonal career cross-pollination — AEs build proof literacy, FDEs commercial literacy.","sourceLine":5068,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-022","name":"Deal Diagnosis","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"File a stalled or lost deal to one of six families (demo trap, pilot purgatory, single thread, procurement ambush, discount spiral, expansion assumption); the family names the fix, and the root cause is always assertion where the era demands an instrument.","apply":"For rotting deals and win-loss. Install the instrument the family calls for; reject \"push harder at quarter-end.\"","keyQuestion":"","body":"File a stalled or lost deal to one of six families (demo trap, pilot purgatory, single thread, procurement ambush, discount spiral, expansion assumption); the family names the fix, and the root cause is always assertion where the era demands an instrument.\n- **Apply**: For rotting deals and win-loss. Install the instrument the family calls for; reject \"push harder at quarter-end.\"","sourceLine":5072,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-023","name":"The Wedge Test","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"No wedge, no deal, whatever the logo — an account must sit on recurring, high-volume work that would pass the wedge test.","apply":"First filter in the workflow-density gate before committing effort to any account.","keyQuestion":"","body":"No wedge, no deal, whatever the logo — an account must sit on recurring, high-volume work that would pass the wedge test.\n- **Apply**: First filter in the workflow-density gate before committing effort to any account.","sourceLine":5079,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-024","name":"The Career-Capital Test (Behavioral Champion Test)","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"A champion is proven behaviorally, not verbally — has this person done something for the deal that cost them something? Until yes, they are contacts, not a champion.","apply":"Use to identify true champions; drives whether a deal is genuinely threaded.","keyQuestion":"","body":"A champion is proven behaviorally, not verbally — has this person done something for the deal that cost them something? Until yes, they are contacts, not a champion.\n- **Apply**: Use to identify true champions; drives whether a deal is genuinely threaded.","sourceLine":5083,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-025","name":"Arm the Champion","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Equip the champion with weapons that survive retelling — the one-page case in the buyer's numbers, the gauge page, the ownership schedule — because the deal is argued in rooms you are not in.","apply":"Once a champion passes the behavioral test; an advocate with only enthusiasm is unarmed.","keyQuestion":"","body":"Equip the champion with weapons that survive retelling — the one-page case in the buyer's numbers, the gauge page, the ownership schedule — because the deal is argued in rooms you are not in.\n- **Apply**: Once a champion passes the behavioral test; an advocate with only enthusiasm is unarmed.","sourceLine":5087,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-026","name":"The Multi-Thread Stage Gate","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"No proposal ships until the economic buyer, a user leader, and procurement have each been met; single-threaded deals die with a resignation letter.","apply":"A hard stage gate before any proposal. Assign named seconds for every thread.","keyQuestion":"","body":"No proposal ships until the economic buyer, a user leader, and procurement have each been met; single-threaded deals die with a resignation letter.\n- **Apply**: A hard stage gate before any proposal. Assign named seconds for every thread.","sourceLine":5091,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-027","name":"The Death of the Demo","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Refuse the demo ladder — a demo gives no information, a PoC only proves the curation, and an open pilot is purgatory.","apply":"When buyers request demonstration; replace with the paid production wedge.","keyQuestion":"","body":"Refuse the demo ladder — a demo gives no information, a PoC only proves the curation, and an open pilot is purgatory.\n- **Apply**: When buyers request demonstration; replace with the paid production wedge.","sourceLine":5095,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-028","name":"The Paid Proof Filter","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"The proof is sold, not given; a buyer who paid attends, and unpriced pilots teach buyers not to commit. Pricing the proof filters unserious buyers and funds the field team.","apply":"Structuring any proof phase; a customer refusing to pay is the filter working.","keyQuestion":"","body":"The proof is sold, not given; a buyer who paid attends, and unpriced pilots teach buyers not to commit. Pricing the proof filters unserious buyers and funds the field team.\n- **Apply**: Structuring any proof phase; a customer refusing to pay is the filter working.","sourceLine":5099,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-029","name":"The Concurrent Clock","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Run the procurement/security/legal clock concurrent with the proof's clock, never after it.","apply":"Map the gauntlet in week one and interleave its steps with the proof timeline.","keyQuestion":"","body":"Run the procurement/security/legal clock concurrent with the proof's clock, never after it.\n- **Apply**: Map the gauntlet in week one and interleave its steps with the proof timeline.","sourceLine":5103,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-030","name":"The Gauntlet as Artillery","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"The ownership schedule volunteered before demanded, the clean joint demonstrated, the handover test offered unprompted — volunteered early accelerates, extracted late concedes.","apply":"Deploy the artillery pack early in the gauntlet; sequence rule is all volunteered before demanded.","keyQuestion":"","body":"The ownership schedule volunteered before demanded, the clean joint demonstrated, the handover test offered unprompted — volunteered early accelerates, extracted late concedes.\n- **Apply**: Deploy the artillery pack early in the gauntlet; sequence rule is all volunteered before demanded.","sourceLine":5107,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-031","name":"The Mutual Plan","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"A mutual action plan from meeting one lists every step with owners and dates on both sides; closing is the plan's last checkbox.","apply":"From the first meeting through expansion signature, with procurement steps interleaved.","keyQuestion":"","body":"A mutual action plan from meeting one lists every step with owners and dates on both sides; closing is the plan's last checkbox.\n- **Apply**: From the first meeting through expansion signature, with procurement steps interleaved.","sourceLine":5111,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-032","name":"Trade Structure, Not Price","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Defend on the gauge page and trade structure (term, scope, earlier expansion) rather than price; every concession against verified payback reprices the proof, and refusals are logged.","apply":"Under discount pressure; the discipline that prevents the discount spiral.","keyQuestion":"","body":"Defend on the gauge page and trade structure (term, scope, earlier expansion) rather than price; every concession against verified payback reprices the proof, and refusals are logged.\n- **Apply**: Under discount pressure; the discipline that prevents the discount spiral.","sourceLine":5115,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-033","name":"Never Seat-Price Agentic Work (The Seat Trap)","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Agentic value priced by human chairs is the deflationary trap; seats are for assistance only.","apply":"Whenever scope is agentic — move to the grid and the ladder.","keyQuestion":"","body":"Agentic value priced by human chairs is the deflationary trap; seats are for assistance only.\n- **Apply**: Whenever scope is agentic — move to the grid and the ladder.","sourceLine":5119,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-034","name":"The Guarantee","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Outcome terms require the frozen suite (otherwise a dispute schedule) and a guarantor — the field motion standing behind the outcome.","apply":"When writing outcome-priced contracts.","keyQuestion":"","body":"Outcome terms require the frozen suite (otherwise a dispute schedule) and a guarantor — the field motion standing behind the outcome.\n- **Apply**: When writing outcome-priced contracts.","sourceLine":5123,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-035","name":"Price the Compounding","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Unit prices fall on the substrate while account value rises — present both lines to the buyer.","apply":"In pricing conversations and the compounding curve artifact.","keyQuestion":"","body":"Unit prices fall on the substrate while account value rises — present both lines to the buyer.\n- **Apply**: In pricing conversations and the compounding curve artifact.","sourceLine":5127,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-036","name":"NRR Grades the Design","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Net revenue retention is the grade of the whole commercial design; outcome-priced accounts out-retain seat-priced ones.","apply":"Grade every account by NRR; feed it to firm-level and moat reviews.","keyQuestion":"","body":"Net revenue retention is the grade of the whole commercial design; outcome-priced accounts out-retain seat-priced ones.\n- **Apply**: Grade every account by NRR; feed it to firm-level and moat reviews.","sourceLine":5131,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-037","name":"The Gauges Never Stopped Publishing","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Instrument","essence":"The renewal motion is simply that the gauges kept publishing; if they stopped, that is the finding.","apply":"Expansion and renewal reviews.","keyQuestion":"","body":"The renewal motion is simply that the gauges kept publishing; if they stopped, that is the finding.\n- **Apply**: Expansion and renewal reviews.","sourceLine":5135,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-038","name":"Proof Capacity Is the Constraint","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Proof capacity, not selling capacity, is the revenue constraint — so a pod needs more builders than sellers.","apply":"Org and pod design; ratio check on any sales team.","keyQuestion":"","body":"Proof capacity, not selling capacity, is the revenue constraint — so a pod needs more builders than sellers.\n- **Apply**: Org and pod design; ratio check on any sales team.","sourceLine":5139,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-039","name":"Pay Against the Ladder","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Model / lens","essence":"Compensate against the ladder (proof fees, outcome conversion, expansion, NRR), never signature alone.","apply":"Designing seller compensation.","keyQuestion":"","body":"Compensate against the ladder (proof fees, outcome conversion, expansion, NRR), never signature alone.\n- **Apply**: Designing seller compensation.","sourceLine":5143,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-041","name":"Five Languages, One Deal","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"The same deal is spoken in five stakeholder languages — economic buyer (payback), champion (the career bet), users (does Tuesday improve), procurement (price, terms, dependency), security/legal (risk, the late veto).","apply":"Stakeholder mapping; translate the deal into each language and thread each with a named second.","keyQuestion":"","body":"The same deal is spoken in five stakeholder languages — economic buyer (payback), champion (the career bet), users (does Tuesday improve), procurement (price, terms, dependency), security/legal (risk, the late veto).\n- **Apply**: Stakeholder mapping; translate the deal into each language and thread each with a named second.","sourceLine":5152,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-042","name":"The Portfolio of Future Proof","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"The account list is not a revenue pipeline but a portfolio of future proof — each chosen account a reference and expansion asset.","apply":"Account selection; weigh reference gravity and expansion room, not logo or deal size.","keyQuestion":"","body":"The account list is not a revenue pipeline but a portfolio of future proof — each chosen account a reference and expansion asset.\n- **Apply**: Account selection; weigh reference gravity and expansion room, not logo or deal size.","sourceLine":5156,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-043","name":"The Case in Their Numbers","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"Build the business case on the buyer's own data with a named source — baseline, mechanism (as gauges), commitment, payback — never on industry benchmarks or vendor-claimed averages.","apply":"Any ROI or CFO-facing case; a CFO discounts benchmarks and vendor averages on sight.","keyQuestion":"","body":"Build the business case on the buyer's own data with a named source — baseline, mechanism (as gauges), commitment, payback — never on industry benchmarks or vendor-claimed averages.\n- **Apply**: Any ROI or CFO-facing case; a CFO discounts benchmarks and vendor averages on sight.","sourceLine":5160,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-044","name":"Attention-Denominated Payback","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"Denominate payback in attention returned where possible, not only dollars.","apply":"Framing the case's payback line.","keyQuestion":"","body":"Denominate payback in attention returned where possible, not only dollars.\n- **Apply**: Framing the case's payback line.","sourceLine":5164,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-045","name":"The Production Wedge as Proof","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"Proof lives in production — their cases, their expert's signed suite frozen early, gauges published weekly to the sponsor, ≤ 30 days to a verified win, graduation dated and signed.","apply":"The replacement for the demo ladder; hand deployment machinery to the FDE skill here.","keyQuestion":"","body":"Proof lives in production — their cases, their expert's signed suite frozen early, gauges published weekly to the sponsor, ≤ 30 days to a verified win, graduation dated and signed.\n- **Apply**: The replacement for the demo ladder; hand deployment machinery to the FDE skill here.","sourceLine":5168,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-046","name":"Attribution × Autonomy","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"Price by a two-axis grid — seats for assistance, usage for unattributed autonomy, outcomes where the suite can verify.","apply":"The pricing decision engine for any AI-era deal.","keyQuestion":"","body":"Price by a two-axis grid — seats for assistance, usage for unattributed autonomy, outcomes where the suite can verify.\n- **Apply**: The pricing decision engine for any AI-era deal.","sourceLine":5172,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-047","name":"The Ladder Unlocked by Proof","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"Pricing is a ladder whose phases convert on proof events — proof fee, then outcome terms on graduation, with rate mechanics tied to the gauge panel.","apply":"Designing the pricing term sheet and conversion triggers.","keyQuestion":"","body":"Pricing is a ladder whose phases convert on proof events — proof fee, then outcome terms on graduation, with rate mechanics tied to the gauge panel.\n- **Apply**: Designing the pricing term sheet and conversion triggers.","sourceLine":5176,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-048","name":"Proof Conversion & Discount Integrity","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"The core sales meters are proof conversion, cycle-to-proof, outcome-deal share, NRR, pod productivity, and discount integrity — each with definition, reading, target, and trend, alongside the refusal log.","apply":"The meter readout panel; at maturity, these meters are the board deck.","keyQuestion":"","body":"The core sales meters are proof conversion, cycle-to-proof, outcome-deal share, NRR, pod productivity, and discount integrity — each with definition, reading, target, and trend, alongside the refusal log.\n- **Apply**: The meter readout panel; at maturity, these meters are the board deck.","sourceLine":5180,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-06-050","name":"The Motion Maturity Model","discipline":"sales","section":"sales-section-06","sectionName":"Motion Maturity Ladder (S0–S5)","kind":"Maturity ladder","essence":"Sales-motion maturity runs S0 (the demo team) → S1 (gates exist, refusal log begins) → S2 (proof is production) → S3 (the gauntlet is artillery) → S4 (price follows proof) → S5 (the position, where references sell the pipeline and meters are the board deck).","apply":"Grade a team honestly against the ladder; most teams claiming S4 are S1 with a new deck, and the tell is the refusal log — empty means the gates are theater.","keyQuestion":"","body":"Sales-motion maturity runs S0 (the demo team) → S1 (gates exist, refusal log begins) → S2 (proof is production) → S3 (the gauntlet is artillery) → S4 (price follows proof) → S5 (the position, where references sell the pipeline and meters are the board deck).\n- **Apply**: Grade a team honestly against the ladder; most teams claiming S4 are S1 with a new deck, and the tell is the refusal log — empty means the gates are theater.","sourceLine":5189,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-001","name":"The Asymmetry","discipline":"buyer","section":"buyer-section-01","sectionName":"Core Orientation","kind":"Model / lens","essence":"The seller runs the meeting perhaps fifty times a year and has met every objection a hundred times; the buyer runs it two or three times in a career for a purchase this size. Selling is a practiced craft with a literature and a budget; buying is an amateur sport played against professionals.","apply":"Enter every vendor engagement aware you are outmatched in repetitions. Treat the asymmetry as the reason to lean on instruments rather than instinct or relationship.","keyQuestion":"","body":"The seller runs the meeting perhaps fifty times a year and has met every objection a hundred times; the buyer runs it two or three times in a career for a purchase this size. Selling is a practiced craft with a literature and a budget; buying is an amateur sport played against professionals.\n- **Apply**: Enter every vendor engagement aware you are outmatched in repetitions. Treat the asymmetry as the reason to lean on instruments rather than instinct or relationship.","sourceLine":5206,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":["BE-M0234"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-002","name":"Instruments Substitute for Repetitions","discipline":"buyer","section":"buyer-section-01","sectionName":"Core Orientation","kind":"Model / lens","essence":"Because the buyer will never accumulate the reps the seller has, the discipline supplies instruments — checklists, gates, scored artifacts — that stand in for experience the buyer lacks.","apply":"When you have done this twice and the vendor has done it fifty times, reach for the instrument, not for a hunch. The tool holds the line where memory cannot.","keyQuestion":"","body":"Because the buyer will never accumulate the reps the seller has, the discipline supplies instruments — checklists, gates, scored artifacts — that stand in for experience the buyer lacks.\n- **Apply**: When you have done this twice and the vendor has done it fifty times, reach for the instrument, not for a hunch. The tool holds the line where memory cannot.","sourceLine":5210,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-003","name":"The New Purchase Carries a Second Risk","discipline":"buyer","section":"buyer-section-01","sectionName":"Core Orientation","kind":"Model / lens","essence":"The old purchase was capability and the risk was whether you would use it; the new purchase is an outcome produced by machinery installed inside your operation, carrying a second risk — an embedded vendor is either the fastest capability transfer available or the deepest dependency ever sold, decided in the paper and the handover, not the demo.","apply":"When buying AI outcomes and agentic software, scrutinize the paper and the handover as the place dependency is decided; do not let the demo stand in for diligence.","keyQuestion":"","body":"The old purchase was capability and the risk was whether you would use it; the new purchase is an outcome produced by machinery installed inside your operation, carrying a second risk — an embedded vendor is either the fastest capability transfer available or the deepest dependency ever sold, decided in the paper and the handover, not the demo.\n- **Apply**: When buying AI outcomes and agentic software, scrutinize the paper and the handover as the place dependency is decided; do not let the demo stand in for diligence.","sourceLine":5214,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-004","name":"Compression: Own the Standard. Verify the Title. Keep the Loop.","discipline":"buyer","section":"buyer-section-01","sectionName":"Core Orientation","kind":"Model / lens","essence":"The whole discipline compresses to three imperatives — own the definition of correct, verify who owns what and when, and retain the decision loop.","apply":"Use as the one-line test of any buying decision: if you don't own the standard, can't verify the title, or have surrendered the loop, the purchase is mispriced.","keyQuestion":"","body":"The whole discipline compresses to three imperatives — own the definition of correct, verify who owns what and when, and retain the decision loop.\n- **Apply**: Use as the one-line test of any buying decision: if you don't own the standard, can't verify the title, or have surrendered the loop, the purchase is mispriced.","sourceLine":5218,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-005","name":"The Decision Loop Is the Traded Asset","discipline":"buyer","section":"buyer-section-01","sectionName":"Core Orientation","kind":"Model / lens","essence":"What an embedded AI vendor ultimately trades in is the buyer's decision loop; keeping the loop is what separates capability transfer from dependency.","apply":"Ask of any embedded system whether you still hold the loop it runs, or whether the vendor now holds it. Guard the loop as the asset actually at stake.","keyQuestion":"","body":"What an embedded AI vendor ultimately trades in is the buyer's decision loop; keeping the loop is what separates capability transfer from dependency.\n- **Apply**: Ask of any embedded system whether you still hold the loop it runs, or whether the vendor now holds it. Guard the loop as the asset actually at stake.","sourceLine":5222,"sourceNumber":null,"part":"VII","register":"full","themes":["ownership"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-006","name":"VERIFIED (the buyer's qualification)","discipline":"buyer","section":"buyer-section-02","sectionName":"The Engine — VERIFIED and Its Governing Rule","kind":"Instrument","essence":"The eight-letter qualification that governs every purchase — V: Verification owned, E: Economics read, R: Rights scheduled, I: Incentives separated, F: Feasibility on your floor, I: Independence priced, E: Exposure governed, D: Drift instrumented. Each letter poses a question answered only by an artifact.","apply":"Run as the spine of any buy decision. Produce, per letter, the artifact demanded, the artifact received, and a grade; deliver the eight-letter board with priced exposures and a go/price/walk verdict.","keyQuestion":"","body":"The eight-letter qualification that governs every purchase — V: Verification owned, E: Economics read, R: Rights scheduled, I: Incentives separated, F: Feasibility on your floor, I: Independence priced, E: Exposure governed, D: Drift instrumented. Each letter poses a question answered only by an artifact.\n- **Apply**: Run as the spine of any buy decision. Produce, per letter, the artifact demanded, the artifact received, and a grade; deliver the eight-letter board with priced exposures and a go/price/walk verdict.","sourceLine":5231,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-007","name":"Every Letter Holds an Artifact, Not an Assurance","discipline":"buyer","section":"buyer-section-02","sectionName":"The Engine — VERIFIED and Its Governing Rule","kind":"Model / lens","essence":"The rule that governs VERIFIED: each letter is answered by a concrete artifact (a signed case set, a unit read, a dated schedule, two named people, a scored proof run, an exit bill, a named owner, a gauge) — never by a verbal assurance. What VERIFIED refuses is the letter nobody checked.","apply":"When grading any letter, demand the object. An assurance never grades as an artifact; a letter nobody checked is itself the finding.","keyQuestion":"","body":"The rule that governs VERIFIED: each letter is answered by a concrete artifact (a signed case set, a unit read, a dated schedule, two named people, a scored proof run, an exit bill, a named owner, a gauge) — never by a verbal assurance. What VERIFIED refuses is the letter nobody checked.\n- **Apply**: When grading any letter, demand the object. An assurance never grades as an artifact; a letter nobody checked is itself the finding.","sourceLine":5235,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-008","name":"The Three Gates","discipline":"buyer","section":"buyer-section-02","sectionName":"The Engine — VERIFIED and Its Governing Rule","kind":"Model / lens","essence":"VERIFIED runs at three points on the purchase arc — V·E·I before contact; F·R·E at the wedge's clock; I·D before signature — then annually. A failed letter does not stop the purchase; it prices it as logged exposure.","apply":"Sequence the qualification against the purchase's timeline rather than running all eight at once. Gates may be compressed under pressure but never bypassed — not for a board introduction, an executive relationship, or urgency.","keyQuestion":"","body":"VERIFIED runs at three points on the purchase arc — V·E·I before contact; F·R·E at the wedge's clock; I·D before signature — then annually. A failed letter does not stop the purchase; it prices it as logged exposure.\n- **Apply**: Sequence the qualification against the purchase's timeline rather than running all eight at once. Gates may be compressed under pressure but never bypassed — not for a board introduction, an executive relationship, or urgency.","sourceLine":5239,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[],"note":"Reconciliation: repeated letters in VERIFIED are separate checks. The source’s pricing language must be read with its walk conditions and hard gates. A priced exposure does not automatically make a purchase acceptable."},{"id":"BE-13-009","name":"The Purchase Arc (The Engine)","discipline":"buyer","section":"buyer-section-02","sectionName":"The Engine — VERIFIED and Its Governing Rule","kind":"Model / lens","essence":"The purchase has its own arc in four movements: Before any vendor (write the standard, separate advocacy from audit, stand up intake, run V·E·I); Through the flood (read the outreach, build the shortlist from gates, source references, understand the paid map); The proof and the paper (run the proof, write the schedule/exit/gauge/names, run F·R·E then I·D, assemble the board); The life of the contract (read the gauge, log drift, rehearse the exit, grade renewal on outcomes, re-run VERIFIED annually).","apply":"Locate where you are on the arc before advising. The standard runs before the proof; the proof before the paper; nothing runs before advocate and auditor are two people.","keyQuestion":"","body":"The purchase has its own arc in four movements: Before any vendor (write the standard, separate advocacy from audit, stand up intake, run V·E·I); Through the flood (read the outreach, build the shortlist from gates, source references, understand the paid map); The proof and the paper (run the proof, write the schedule/exit/gauge/names, run F·R·E then I·D, assemble the board); The life of the contract (read the gauge, log drift, rehearse the exit, grade renewal on outcomes, re-run VERIFIED annually).\n- **Apply**: Locate where you are on the arc before advising. The standard runs before the proof; the proof before the paper; nothing runs before advocate and auditor are two people.","sourceLine":5243,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-010","name":"The Standard Comes First","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"The standard — your cases, your definition of correct, your thresholds, written and signed by the domain expert who owns it — must exist before the first vendor meeting. A buyer without a standard is buying the vendor's.","apply":"Build sixty to a few hundred real cases from your own operators, including gray areas, adjudicated and signed, before contact. Never adopt the vendor's definition of correct.","keyQuestion":"","body":"The standard — your cases, your definition of correct, your thresholds, written and signed by the domain expert who owns it — must exist before the first vendor meeting. A buyer without a standard is buying the vendor's.\n- **Apply**: Build sixty to a few hundred real cases from your own operators, including gray areas, adjudicated and signed, before contact. Never adopt the vendor's definition of correct.","sourceLine":5252,"sourceNumber":null,"part":"VII","register":"full","themes":["referee"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-011","name":"Advocacy Is Not Audit","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"The champion who needs the purchase to succeed cannot be the person who grades it. Two names, or the evaluation is theater.","apply":"Before anything runs, name a separate advocate and auditor. When the executive relationship makes the advocate obvious, name the auditor from outside the sponsoring unit — the one letter that cannot be compressed.","keyQuestion":"","body":"The champion who needs the purchase to succeed cannot be the person who grades it. Two names, or the evaluation is theater.\n- **Apply**: Before anything runs, name a separate advocate and auditor. When the executive relationship makes the advocate obvious, name the auditor from outside the sponsoring unit — the one letter that cannot be compressed.","sourceLine":5256,"sourceNumber":null,"part":"VII","register":"full","themes":["referee"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-012","name":"Proof on Your Floor","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"Feasibility is scored on your cases, on your floor, against thresholds set before results exist. A demo on curated data only proves the vendor curates well.","apply":"Run the proof as a paid production wedge on your data with your expert adjudicating. Refuse vendor data and vendor scoring.","keyQuestion":"","body":"Feasibility is scored on your cases, on your floor, against thresholds set before results exist. A demo on curated data only proves the vendor curates well.\n- **Apply**: Run the proof as a paid production wedge on your data with your expert adjudicating. Refuse vendor data and vendor scoring.","sourceLine":5260,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-013","name":"The Ownership Schedule Has Dates","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"\"You own your data\" is not a schedule; a clause is not a schedule. A real schedule states what lands, in what format, on what date, verified how, and who owns it after handover.","apply":"When told ownership is \"covered in the MSA,\" read it aloud and demand artifact × format × delivery date × verification method × post-handover owner.","keyQuestion":"","body":"\"You own your data\" is not a schedule; a clause is not a schedule. A real schedule states what lands, in what format, on what date, verified how, and who owns it after handover.\n- **Apply**: When told ownership is \"covered in the MSA,\" read it aloud and demand artifact × format × delivery date × verification method × post-handover owner.","sourceLine":5264,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-014","name":"The Priced Exit","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"The cost of leaving — in money and months — must be computed and written into the file before signature and rehearsed once a year. An unpriced exit is a captured account that has not noticed yet.","apply":"Compute extraction, re-integration, retraining, parallel running, and contractual tail. The number is for you, not the vendor, and changes the negotiation you are in.","keyQuestion":"","body":"The cost of leaving — in money and months — must be computed and written into the file before signature and rehearsed once a year. An unpriced exit is a captured account that has not noticed yet.\n- **Apply**: Compute extraction, re-integration, retraining, parallel running, and contractual tail. The number is for you, not the vendor, and changes the negotiation you are in.","sourceLine":5268,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-015","name":"Rehearse the Exit","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"The priced exit is not enough; it must be rehearsed annually — put on the calendar before the next renewal, not after. A priced exit never rehearsed is not the maturity it claims to be.","apply":"Schedule the rehearsal as a standing annual event. A B4 claim with an exit that has never been rehearsed is really B2.","keyQuestion":"","body":"The priced exit is not enough; it must be rehearsed annually — put on the calendar before the next renewal, not after. A priced exit never rehearsed is not the maturity it claims to be.\n- **Apply**: Schedule the rehearsal as a standing annual event. A B4 claim with an exit that has never been rehearsed is really B2.","sourceLine":5272,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-016","name":"Drift Instrumented Before Signature","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"Drift — the system quietly ceasing to work the way it did — must be instrumented before signature with a specified gauge, cadence, and owner, not discovered at renewal.","apply":"Specify the gauge page you read (not the vendor's reports), the cadence, and its owner as a pre-signature obligation. Same data, different reader.","keyQuestion":"","body":"Drift — the system quietly ceasing to work the way it did — must be instrumented before signature with a specified gauge, cadence, and owner, not discovered at renewal.\n- **Apply**: Specify the gauge page you read (not the vendor's reports), the cadence, and its owner as a pre-signature obligation. Same data, different reader.","sourceLine":5276,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-017","name":"Renewal Is Graded on Outcomes, Not on Spend to Date","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"Renewal is graded on what was delivered against the thresholds you set; prior investment is not evidence. Sunk cost is not a renewal argument.","apply":"At renewal, grade the outcome. \"We've already spent two million with them\" is a sunk-cost fallacy; if no thresholds were ever set, say so plainly — that is the finding, and it is about you, not the vendor.","keyQuestion":"","body":"Renewal is graded on what was delivered against the thresholds you set; prior investment is not evidence. Sunk cost is not a renewal argument.\n- **Apply**: At renewal, grade the outcome. \"We've already spent two million with them\" is a sunk-cost fallacy; if no thresholds were ever set, say so plainly — that is the finding, and it is about you, not the vendor.","sourceLine":5280,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-018","name":"Named Owners Before Go-Live","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"A named owner for the system's behavior and a named owner for the data, on the buyer's side, must exist before go-live.","apply":"Refuse go-live until both names are assigned. If a vendor won't name an accountable person, escalate once, then walk.","keyQuestion":"","body":"A named owner for the system's behavior and a named owner for the data, on the buyer's side, must exist before go-live.\n- **Apply**: Refuse go-live until both names are assigned. If a vendor won't name an accountable person, escalate once, then walk.","sourceLine":5284,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-019","name":"The Unchosen Source","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"Every reference call must include at least one source the vendor did not choose. Vendor-chosen references are coached accounts.","apply":"Accept the perfect customer the vendor offers, and also speak with one you found yourself. Ask the coached account the question it cannot answer.","keyQuestion":"","body":"Every reference call must include at least one source the vendor did not choose. Vendor-chosen references are coached accounts.\n- **Apply**: Accept the perfect customer the vendor offers, and also speak with one you found yourself. Ask the coached account the question it cannot answer.","sourceLine":5288,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-020","name":"Nothing Skips the Gates","discipline":"buyer","section":"buyer-section-03","sectionName":"Named Laws, Rules, and Hard Thresholds","kind":"Instrument","essence":"No board introduction, executive relationship, or urgency bypasses the gates. They may be compressed; they are not skipped, and the compression is said out loud.","apply":"Treat a board introduction as a channel, not a diligence. Show the compressed timeline so nobody wonders whether the bar was lowered.","keyQuestion":"","body":"No board introduction, executive relationship, or urgency bypasses the gates. They may be compressed; they are not skipped, and the compression is said out loud.\n- **Apply**: Treat a board introduction as a channel, not a diligence. Show the compressed timeline so nobody wonders whether the bar was lowered.","sourceLine":5292,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-021","name":"The Absorption Line","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"The line separating perishable compensation from durable requirement — reading what a vendor offer half-submerges (perishables) versus what stands on a plinth (durables) over time.","apply":"When evaluating an offer, sort what is perishable (discounts, credits, temporary capability) from what is durable (the requirement, the standard, the workflow) and price accordingly.","keyQuestion":"","body":"The line separating perishable compensation from durable requirement — reading what a vendor offer half-submerges (perishables) versus what stands on a plinth (durables) over time.\n- **Apply**: When evaluating an offer, sort what is perishable (discounts, credits, temporary capability) from what is durable (the requirement, the standard, the workflow) and price accordingly.","sourceLine":5301,"sourceNumber":null,"part":"VII","register":"full","themes":["boundary"],"concepts":["BE-M0212"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-022","name":"The Vendor's Homework","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A demo or proof run on the vendor's own curated data — it proves the vendor did their homework, not that the product survives contact with your work.","apply":"Name it when a vendor scores their product on their own cases; move the proof to your floor. A vendor who refuses proof on your cases is a walk.","keyQuestion":"","body":"A demo or proof run on the vendor's own curated data — it proves the vendor did their homework, not that the product survives contact with your work.\n- **Apply**: Name it when a vendor scores their product on their own cases; move the proof to your floor. A vendor who refuses proof on your cases is a walk.","sourceLine":5305,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-023","name":"The Pilot That Defends a Budget","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A pilot run without a written standard scores against the vendor's demo criteria and exists to defend a budget rather than establish whether it works.","apply":"When asked to \"run a pilot to see if it works\" with no standard, write the standard first, then run a paid production wedge. The pilots weren't failing; they were never given a definition of success the buyer owned.","keyQuestion":"","body":"A pilot run without a written standard scores against the vendor's demo criteria and exists to defend a budget rather than establish whether it works.\n- **Apply**: When asked to \"run a pilot to see if it works\" with no standard, write the standard first, then run a paid production wedge. The pilots weren't failing; they were never given a definition of success the buyer owned.","sourceLine":5309,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-024","name":"Procurement Theater","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A procurement process that selects for vendors who are good at procurement rather than good at the work.","apply":"Watch for a process optimizing for the wrong thing; build the shortlist from your gates, not from a process that rewards polished vendors.","keyQuestion":"","body":"A procurement process that selects for vendors who are good at procurement rather than good at the work.\n- **Apply**: Watch for a process optimizing for the wrong thing; build the shortlist from your gates, not from a process that rewards polished vendors.","sourceLine":5313,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":["BE-M0236"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-025","name":"The Coached Reference","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A reference the vendor selected and prepared — it will not answer what a buyer actually needs to know.","apply":"Neutralize by adding an unchosen source and asking: \"What did you end up building yourselves that you expected to get from them? And what broke in month four?\"","keyQuestion":"","body":"A reference the vendor selected and prepared — it will not answer what a buyer actually needs to know.\n- **Apply**: Neutralize by adding an unchosen source and asking: \"What did you end up building yourselves that you expected to get from them? And what broke in month four?\"","sourceLine":5317,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-026","name":"The Paid Map","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"Analyst quadrants and assessor reports are a market map on a paid channel — analysts as a channel, assessors who sell the remediation for the assessment they wrote.","apply":"Read analyst rankings as a paid market map, never as a shortlist. Build the shortlist from your gates.","keyQuestion":"","body":"Analyst quadrants and assessor reports are a market map on a paid channel — analysts as a channel, assessors who sell the remediation for the assessment they wrote.\n- **Apply**: Read analyst rankings as a paid market map, never as a shortlist. Build the shortlist from your gates.","sourceLine":5321,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-027","name":"Capex Theater","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A program with a steering committee, a budget, and ceremony but no standard — the appearance of governance without the definition of correct.","apply":"When a program has oversight machinery but no signed standard, name the missing standard as the actual gap.","keyQuestion":"","body":"A program with a steering committee, a budget, and ceremony but no standard — the appearance of governance without the definition of correct.\n- **Apply**: When a program has oversight machinery but no signed standard, name the missing standard as the actual gap.","sourceLine":5325,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-028","name":"Title Search: KEPT, PARTIAL, CAPTURED","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A dependency map in which each row — suite, record, standard, prompts, checks, connectors, operators — is marked KEPT, PARTIAL, or CAPTURED. Most firms discover fewer captured rows than feared and more partial ones than they knew.","apply":"Draw the map to see where title actually sits. To escape capture, pick the single cheapest CAPTURED row and move it to PARTIAL this quarter — capture is escaped one row at a time, not by a migration project.","keyQuestion":"","body":"A dependency map in which each row — suite, record, standard, prompts, checks, connectors, operators — is marked KEPT, PARTIAL, or CAPTURED. Most firms discover fewer captured rows than feared and more partial ones than they knew.\n- **Apply**: Draw the map to see where title actually sits. To escape capture, pick the single cheapest CAPTURED row and move it to PARTIAL this quarter — capture is escaped one row at a time, not by a migration project.","sourceLine":5329,"sourceNumber":null,"part":"VII","register":"full","themes":["ownership"],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-029","name":"The Sovereignty Gradient","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"The chosen degree of independence per workflow — sovereignty is not all-or-nothing but a gradient set deliberately per workflow.","apply":"For each workflow, choose where on the gradient you want to sit rather than defaulting. In the strategic tier, sovereignty comes before price.","keyQuestion":"","body":"The chosen degree of independence per workflow — sovereignty is not all-or-nothing but a gradient set deliberately per workflow.\n- **Apply**: For each workflow, choose where on the gradient you want to sit rather than defaulting. In the strategic tier, sovereignty comes before price.","sourceLine":5333,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["fde"]},{"id":"BE-13-030","name":"The Handover Acceptance Test","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"The test at handover that makes the rest of the paper true — the ownership schedule, the exit, and the drift gauge are real only if the handover actually delivers.","apply":"Specify the acceptance test that verifies the handover; without it, the schedule is a promise. It is the clause that makes the others enforceable.","keyQuestion":"","body":"The test at handover that makes the rest of the paper true — the ownership schedule, the exit, and the drift gauge are real only if the handover actually delivers.\n- **Apply**: Specify the acceptance test that verifies the handover; without it, the schedule is a promise. It is the clause that makes the others enforceable.","sourceLine":5337,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-031","name":"The Behavior-Change Audit (what the security review misses)","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"The audit of model and prompt changes over time — the thing a one-time security review does not catch because behavior changes after signature.","apply":"Add a change-management clause for model and prompt changes; a security review that had the artifacts it needed clears faster, but behavior drift is a separate, continuing audit.","keyQuestion":"","body":"The audit of model and prompt changes over time — the thing a one-time security review does not catch because behavior changes after signature.\n- **Apply**: Add a change-management clause for model and prompt changes; a security review that had the artifacts it needed clears faster, but behavior drift is a separate, continuing audit.","sourceLine":5341,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-033","name":"Chosen Capture","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"Capture that happens because the switching costs are borne by the team that would have to switch — so no one chooses to switch, and dependency deepens by default.","apply":"Watch for capture that is being chosen by omission; price the exit and rehearse it so switching remains a real option rather than an unowned cost.","keyQuestion":"","body":"Capture that happens because the switching costs are borne by the team that would have to switch — so no one chooses to switch, and dependency deepens by default.\n- **Apply**: Watch for capture that is being chosen by omission; price the exit and rehearse it so switching remains a real option rather than an unowned cost.","sourceLine":5347,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-034","name":"The Vendor's Margin Predicts Their Behavior","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"What the outcome costs the vendor to produce and their margin structure predicts their renewal behavior and their appetite for outcome terms.","apply":"Read the vendor's grid position and unit economics from the buyer's side; use the margin read to anticipate renewal and pricing moves before they arrive.","keyQuestion":"","body":"What the outcome costs the vendor to produce and their margin structure predicts their renewal behavior and their appetite for outcome terms.\n- **Apply**: Read the vendor's grid position and unit economics from the buyer's side; use the margin read to anticipate renewal and pricing moves before they arrive.","sourceLine":5351,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-035","name":"Retail the Proof, Wholesale the Terms","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"In enterprise buying, run the proof case-by-case (retail) while negotiating terms once for all units (wholesale) — one purchase serving many units.","apply":"When rolling out across many business units, retail the proof and wholesale the terms; run the gauntlet concurrently rather than serially.","keyQuestion":"","body":"In enterprise buying, run the proof case-by-case (retail) while negotiating terms once for all units (wholesale) — one purchase serving many units.\n- **Apply**: When rolling out across many business units, retail the proof and wholesale the terms; run the gauntlet concurrently rather than serially.","sourceLine":5355,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-036","name":"Fast Yes With Clean Title","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"Intake designed so business units can say yes quickly while still acquiring clean title — the alternative to buying in the dark or policing shadow purchasing.","apply":"Build intake that enables a fast yes with clean title; absorb shadow purchasing rather than policing it.","keyQuestion":"","body":"Intake designed so business units can say yes quickly while still acquiring clean title — the alternative to buying in the dark or policing shadow purchasing.\n- **Apply**: Build intake that enables a fast yes with clean title; absorb shadow purchasing rather than policing it.","sourceLine":5359,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":["BE-M0237"],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-037","name":"The Gauge-Page Reader","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Instrument","essence":"A named reviewer seat whose job is to read the drift gauge page on cadence — one of the three reviewer seats in the buying function.","apply":"Assign the gauge-page reader as a standing seat so post-signature drift has an owner who actually reads it.","keyQuestion":"","body":"A named reviewer seat whose job is to read the drift gauge page on cadence — one of the three reviewer seats in the buying function.\n- **Apply**: Assign the gauge-page reader as a standing seat so post-signature drift has an owner who actually reads it.","sourceLine":5363,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-038","name":"Partnership as Purchase With Reciprocal Capture","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"A partnership is a purchase with reciprocal capture — price the logo, the reference, the case study; split title on co-development; treat distribution through the vendor's channels as your own growth channel.","apply":"Qualify a partnership as a purchase first, then price what each side captures. Set the title-split on co-development before any joint work starts.","keyQuestion":"","body":"A partnership is a purchase with reciprocal capture — price the logo, the reference, the case study; split title on co-development; treat distribution through the vendor's channels as your own growth channel.\n- **Apply**: Qualify a partnership as a purchase first, then price what each side captures. Set the title-split on co-development before any joint work starts.","sourceLine":5367,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-039","name":"Your Co-Development Is Their Product Research","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"One of the three alliance failure modes — what you fund as co-development becomes the vendor's product roadmap and research, captured by them.","apply":"In any co-development, name this risk and secure title-split up front so your investment does not silently become their product.","keyQuestion":"","body":"One of the three alliance failure modes — what you fund as co-development becomes the vendor's product roadmap and research, captured by them.\n- **Apply**: In any co-development, name this risk and secure title-split up front so your investment does not silently become their product.","sourceLine":5371,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-040","name":"Alliance Inheritance","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"What you join when you buy — the alliances, standards, and obligations that come attached — some opened to you, some held from you, read by a rule.","apply":"When buying into a vendor with alliances, map what you inherit as opened vs held and apply the reading rule before committing.","keyQuestion":"","body":"What you join when you buy — the alliances, standards, and obligations that come attached — some opened to you, some held from you, read by a rule.\n- **Apply**: When buying into a vendor with alliances, map what you inherit as opened vs held and apply the reading rule before committing.","sourceLine":5375,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-041","name":"The Four-Part Build Test","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"The test for build-vs-buy: strategic workflow, regulatory density, data gravity, repeat volume. High on these favors build (or bootstrap-and-absorb).","apply":"Score the workflow on the four parts to decide build, buy, or both. If build, stand up the internal practice; if both, put the absorption date in the contract.","keyQuestion":"","body":"The test for build-vs-buy: strategic workflow, regulatory density, data gravity, repeat volume. High on these favors build (or bootstrap-and-absorb).\n- **Apply**: Score the workflow on the four parts to decide build, buy, or both. If build, stand up the internal practice; if both, put the absorption date in the contract.","sourceLine":5379,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-042","name":"Bootstrap and Absorb","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Model / lens","essence":"The \"both\" path — buy to bootstrap, then absorb the capability in-house, with the absorption date written into the contract.","apply":"When choosing both, contract the absorption date up front so the transition is scheduled rather than hoped for.","keyQuestion":"","body":"The \"both\" path — buy to bootstrap, then absorb the capability in-house, with the absorption date written into the contract.\n- **Apply**: When choosing both, contract the absorption date up front so the transition is scheduled rather than hoped for.","sourceLine":5383,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":["fde"]},{"id":"BE-13-043","name":"QUALIFY (VERIFIED)","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that runs the eight-letter board: per letter the artifact demanded, received, and graded; the gate at which each ran; priced exposure for every failed letter; a go/price/walk verdict.","apply":"Use when the question is \"should we buy this / which vendor / shortlist.\" An assurance never grades as an artifact; the unchecked letter is the finding.","keyQuestion":"","body":"The mode that runs the eight-letter board: per letter the artifact demanded, received, and graded; the gate at which each ran; priced exposure for every failed letter; a go/price/walk verdict.\n- **Apply**: Use when the question is \"should we buy this / which vendor / shortlist.\" An assurance never grades as an artifact; the unchecked letter is the finding.","sourceLine":5392,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-044","name":"THE STANDARD","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that builds the definition of correct: case-set construction plan (sources, operators, gray-area share, count, adjudicator, signature), thresholds in the business's numbers, where the standard lives and who holds it, the derived rubric.","apply":"Use when writing the RFP, requirements, or evaluation criteria. Runs before THE PROOF. Never adopt the vendor's definition of correct.","keyQuestion":"","body":"The mode that builds the definition of correct: case-set construction plan (sources, operators, gray-area share, count, adjudicator, signature), thresholds in the business's numbers, where the standard lives and who holds it, the derived rubric.\n- **Apply**: Use when writing the RFP, requirements, or evaluation criteria. Runs before THE PROOF. Never adopt the vendor's definition of correct.","sourceLine":5396,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-045","name":"THE PROOF","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that designs the wedge: production scope, paid, bounded; your cases; the scoring method and adjudicator; thresholds fixed in advance; a timebox; what a fail means.","apply":"Use for any pilot, POC, or trial. No vendor data, no vendor scoring, no unbounded pilots.","keyQuestion":"","body":"The mode that designs the wedge: production scope, paid, bounded; your cases; the scoring method and adjudicator; thresholds fixed in advance; a timebox; what a fail means.\n- **Apply**: Use for any pilot, POC, or trial. No vendor data, no vendor scoring, no unbounded pilots.","sourceLine":5400,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-046","name":"THE PAPER","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that writes the contract instruments: the ownership schedule (artifact × format × date × verification), exit terms, drift and gauge obligations, accountability names both sides, the handover acceptance test, and the change-management clause for model and prompt changes.","apply":"Use for contract, MSA, DPA, terms, ownership, and IP. Clauses without dates are not schedules.","keyQuestion":"","body":"The mode that writes the contract instruments: the ownership schedule (artifact × format × date × verification), exit terms, drift and gauge obligations, accountability names both sides, the handover acceptance test, and the change-management clause for model and prompt changes.\n- **Apply**: Use for contract, MSA, DPA, terms, ownership, and IP. Clauses without dates are not schedules.","sourceLine":5404,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-047","name":"THE EXIT","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that prices leaving: the exit bill in money and months, the dependency map, the sovereignty gradient chosen per workflow, and the annual rehearsal plan.","apply":"Use for lock-in, switching, and \"what if we want to leave.\" Produce the number, the map, and the rehearsal date.","keyQuestion":"","body":"The mode that prices leaving: the exit bill in money and months, the dependency map, the sovereignty gradient chosen per workflow, and the annual rehearsal plan.\n- **Apply**: Use for lock-in, switching, and \"what if we want to leave.\" Produce the number, the map, and the rehearsal date.","sourceLine":5408,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-048","name":"THE PRICE","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that reads vendor pricing from the buyer's side: grid position, what margin structure predicts about renewal, total cost including attention consumed, the hybrid transition to expect, and the renewal model.","apply":"Use for seats vs credits vs usage vs outcomes and renewal quotes. Outcome pricing without a shared verification instrument is a dispute schedule — for both sides.","keyQuestion":"","body":"The mode that reads vendor pricing from the buyer's side: grid position, what margin structure predicts about renewal, total cost including attention consumed, the hybrid transition to expect, and the renewal model.\n- **Apply**: Use for seats vs credits vs usage vs outcomes and renewal quotes. Outcome pricing without a shared verification instrument is a dispute schedule — for both sides.","sourceLine":5412,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-049","name":"THE LIFE OF THE CONTRACT","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode no vendor's process covers: the gauge page you read, the cadence and its owner, the drift log, the refusal log, the incident path, the annual VERIFIED re-run, the renewal grading sheet.","apply":"Use when it's live and something's wrong, or renewal is coming. Produce the post-signature operating card.","keyQuestion":"","body":"The mode no vendor's process covers: the gauge page you read, the cadence and its owner, the drift log, the refusal log, the incident path, the annual VERIFIED re-run, the renewal grading sheet.\n- **Apply**: Use when it's live and something's wrong, or renewal is coming. Produce the post-signature operating card.","sourceLine":5416,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-050","name":"THE BUYING FUNCTION","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that designs the organization: the three ownerships (the standard, the data, the vendor relationship), intake for fast yes with clean title, the three reviewer seats including the gauge-page reader, the federated-vs-central call, and how shadow purchasing is absorbed rather than policed.","apply":"Use for team, intake, center of excellence, or shadow purchasing questions. Produce the function chart and intake flow.","keyQuestion":"","body":"The mode that designs the organization: the three ownerships (the standard, the data, the vendor relationship), intake for fast yes with clean title, the three reviewer seats including the gauge-page reader, the federated-vs-central call, and how shadow purchasing is absorbed rather than policed.\n- **Apply**: Use for team, intake, center of excellence, or shadow purchasing questions. Produce the function chart and intake flow.","sourceLine":5420,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-051","name":"THE BOARD","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode for oversight: the four board questions (the exit bill, the concentration, the sovereignty gradient, the accountability names), board-level metrics that aren't vendor marketing, the audit-committee angle, and the handling of board-introduced vendors (introduction welcomed, gates compressed not skipped, said out loud).","apply":"Use for board papers and oversight. The four questions are the spine of an AI vendor policy.","keyQuestion":"","body":"The mode for oversight: the four board questions (the exit bill, the concentration, the sovereignty gradient, the accountability names), board-level metrics that aren't vendor marketing, the audit-committee angle, and the handling of board-introduced vendors (introduction welcomed, gates compressed not skipped, said out loud).\n- **Apply**: Use for board papers and oversight. The four questions are the spine of an AI vendor policy.","sourceLine":5424,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-052","name":"SOURCING","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode for evidence-gathering: the reference plan including an unchosen source, the questions a coached account cannot answer, the back-channel approach, the reciprocity position, reading analysts as a market map, and the RFP decision (when it destroys value).","apply":"Use for references, peers, analysts, and \"who else uses this.\" Produce the sourcing plan and the question list.","keyQuestion":"","body":"The mode for evidence-gathering: the reference plan including an unchosen source, the questions a coached account cannot answer, the back-channel approach, the reciprocity position, reading analysts as a market map, and the RFP decision (when it destroys value).\n- **Apply**: Use for references, peers, analysts, and \"who else uses this.\" Produce the sourcing plan and the question list.","sourceLine":5428,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-053","name":"THE SETTING","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that adapts the discipline to scale — Mid-market (no procurement function, buyer is often champion, one-to-two-quarter cycle, minimum viable VERIFIED); Enterprise (gauntlet run concurrently, retail the proof and wholesale the terms); Strategic tier (sovereignty before price, co-investment, executive symmetry, the institution as buyer) — plus the crossings between them.","apply":"Use when the question involves company size or scale. Borrow the discipline from instruments where there is no process; watch what fails when a mid-market habit meets enterprise scale, or enterprise process suffocates a thirty-day wedge.","keyQuestion":"","body":"The mode that adapts the discipline to scale — Mid-market (no procurement function, buyer is often champion, one-to-two-quarter cycle, minimum viable VERIFIED); Enterprise (gauntlet run concurrently, retail the proof and wholesale the terms); Strategic tier (sovereignty before price, co-investment, executive symmetry, the institution as buyer) — plus the crossings between them.\n- **Apply**: Use when the question involves company size or scale. Borrow the discipline from instruments where there is no process; watch what fails when a mid-market habit meets enterprise scale, or enterprise process suffocates a thirty-day wedge.","sourceLine":5432,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-054","name":"THE ALLIANCE","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode for partnerships: partnership as a purchase with reciprocal capture, title-split on co-development, distribution as the buyer's own growth channel, the three failure modes (including your co-development is their product research), and alliance inheritance.","apply":"Use for partnership, co-development, joint GTM, and alliances. Set the title-split before any joint work starts.","keyQuestion":"","body":"The mode for partnerships: partnership as a purchase with reciprocal capture, title-split on co-development, distribution as the buyer's own growth channel, the three failure modes (including your co-development is their product research), and alliance inheritance.\n- **Apply**: Use for partnership, co-development, joint GTM, and alliances. Set the title-split before any joint work starts.","sourceLine":5436,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-055","name":"BUILD, BUY, OR BOTH","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode for the make-or-buy decision: the four-part test (strategic workflow, regulatory density, data gravity, repeat volume), the internal practice if build, bootstrap-and-absorb if both with the absorption date in the contract.","apply":"Use for \"should we build this instead.\" Hand the economics of the build to AI Economics and the purchase to QUALIFY.","keyQuestion":"","body":"The mode for the make-or-buy decision: the four-part test (strategic workflow, regulatory density, data gravity, repeat volume), the internal practice if build, bootstrap-and-absorb if both with the absorption date in the contract.\n- **Apply**: Use for \"should we build this instead.\" Hand the economics of the build to AI Economics and the purchase to QUALIFY.","sourceLine":5440,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-057","name":"The Seller's Counter-Moves (every instrument has a predictable answer)","discipline":"buyer","section":"buyer-section-06","sectionName":"Room Craft and Counter-Moves","kind":"Model / lens","essence":"Each buyer instrument meets a predictable seller counter that converts a buyer's instrument into a vendor's service; the reply always returns the instrument to the buyer's side of the table, and none is adversarial — a good vendor agrees to all nine, and their agreement is itself a signal.","apply":"Expect the counter and know the reply (e.g., \"that's covered in the MSA\" → read it aloud; \"we'll connect you with the perfect customer\" → gratefully, and also one we found ourselves). Treat agreement as a positive signal, refusal as diagnostic.","keyQuestion":"","body":"Each buyer instrument meets a predictable seller counter that converts a buyer's instrument into a vendor's service; the reply always returns the instrument to the buyer's side of the table, and none is adversarial — a good vendor agrees to all nine, and their agreement is itself a signal.\n- **Apply**: Expect the counter and know the reply (e.g., \"that's covered in the MSA\" → read it aloud; \"we'll connect you with the perfect customer\" → gratefully, and also one we found ourselves). Treat agreement as a positive signal, refusal as diagnostic.","sourceLine":5449,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-058","name":"The Fast Lane","discipline":"buyer","section":"buyer-section-06","sectionName":"Room Craft and Counter-Moves","kind":"Model / lens","essence":"When the clock is short, skip the arc and run four checks in order — Rights, Independence, Exposure, Drift — reporting them as priced exposures rather than objections. Signing with two logged exposures and a date beats refusing to sign and being overruled.","apply":"Use when \"the contract is on my desk and I'm expected to sign this week.\" Also covers the already-captured case (draw the map, price the exit, move one row) and the blind renewal (grade on outcomes; negotiate a shorter term with a standard attached rather than a discount).","keyQuestion":"","body":"When the clock is short, skip the arc and run four checks in order — Rights, Independence, Exposure, Drift — reporting them as priced exposures rather than objections. Signing with two logged exposures and a date beats refusing to sign and being overruled.\n- **Apply**: Use when \"the contract is on my desk and I'm expected to sign this week.\" Also covers the already-captured case (draw the map, price the exit, move one row) and the blind renewal (grade on outcomes; negotiate a shorter term with a standard attached rather than a discount).","sourceLine":5453,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[],"note":"Reconciliation: use the compressed route to focus the review. Record checks that remain incomplete; speed does not make an unchecked prerequisite pass."},{"id":"BE-13-059","name":"When to Walk (the decision table)","discipline":"buyer","section":"buyer-section-06","sectionName":"Room Craft and Counter-Moves","kind":"Model / lens","essence":"Walking is a defined position, not a bluff: refusal of proof on your cases, no ownership schedule after two asks, an exit that can't be estimated, refusal to name an accountable person, every gate arriving with a deadline, a refused remediation date, or everything agreed and nothing written — each maps to walk (or buy smaller/shorter).","apply":"Define the walk before you need it. A buyer who has never defined the walk has already priced their own position at zero; the goal is not to walk but a purchase made with eight artifacts.","keyQuestion":"","body":"Walking is a defined position, not a bluff: refusal of proof on your cases, no ownership schedule after two asks, an exit that can't be estimated, refusal to name an accountable person, every gate arriving with a deadline, a refused remediation date, or everything agreed and nothing written — each maps to walk (or buy smaller/shorter).\n- **Apply**: Define the walk before you need it. A buyer who has never defined the walk has already priced their own position at zero; the goal is not to walk but a purchase made with eight artifacts.","sourceLine":5457,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]},{"id":"BE-13-060","name":"The Room (language for the four hardest moments)","discipline":"buyer","section":"buyer-section-06","sectionName":"Room Craft and Counter-Moves","kind":"Model / lens","essence":"The sentences a buyer who has done this fifty times has and a buyer who has done it twice does not: declining the demo-first sequence, separating advocacy from audit without insulting the champion, asking the reference question a coached account can't answer, naming a bypass without accusing anyone, and refusing a deadline without refusing the deal.","apply":"Use the scripted language in the four hardest moments so the discipline survives contact with real people and relationships.","keyQuestion":"","body":"The sentences a buyer who has done this fifty times has and a buyer who has done it twice does not: declining the demo-first sequence, separating advocacy from audit without insulting the champion, asking the reference question a coached account can't answer, naming a bypass without accusing anyone, and refusing a deadline without refusing the deal.\n- **Apply**: Use the scripted language in the four hardest moments so the discipline survives contact with real people and relationships.","sourceLine":5461,"sourceNumber":null,"part":"VII","register":"full","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"usedBy":[]}],"pointers":[{"id":"BE-01-025","name":"Software Acquires a Cost of Goods","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","homeName":"AI Economics","body":"**Software Acquires a Cost of Goods** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":1477,"explicit":true,"canonicalId":"BE-11-005","previousContext":{"id":"BE-01-025","name":"Software Acquires a Cost of Goods","discipline":"architect","section":"architect-section-04","sectionName":"Lenses & Laws","kind":"Model / lens","essence":"The zero-marginal-cost era ended (inference is a cost of goods); every software design now owes a terminal-margin thesis.","apply":"Layer 0 / Layer 1 Finance — force a written terminal-margin thesis on any software design.","body":"**Essence:** The zero-marginal-cost era ended (inference is a cost of goods); every software design now owes a terminal-margin thesis.\n**Apply:** Layer 0 / Layer 1 Finance — force a written terminal-margin thesis on any software design.","sourceLine":690,"themes":[],"concepts":["BE-M0196"]}},{"id":"BE-11-088","name":"FAILURE DIAGNOSIS","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","homeName":"Harness Engineering","body":"**FAILURE DIAGNOSIS** → canonical entry in **Harness Engineering**. Applied here in this seat's context.","sourceLine":2074,"explicit":true,"canonicalId":"BE-04-015","previousContext":{"id":"BE-11-088","name":"FAILURE DIAGNOSIS","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Six families each mapped to a fix — every family is a software-era instrument read against AI-era physics.","apply":"\"Losing money on AI, plan not working.\"","body":"**Essence:** Six families each mapped to a fix — every family is a software-era instrument read against AI-era physics.\n**Apply:** \"Losing money on AI, plan not working.\"","sourceLine":1281,"themes":[],"concepts":[]}},{"id":"BE-02-027","name":"The Rented Ninth","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**The Rented Ninth** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2260,"explicit":true,"canonicalId":"BE-03-001","previousContext":{"id":"BE-02-027","name":"The Rented Ninth","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"The model is the one component (of nine) not to engineer; the wrapping is the property.","apply":"Use in unit architecture and own/rent decisions.","body":"**Essence:** The model is the one component (of nine) not to engineer; the wrapping is the property.\n**Apply:** Use in unit architecture and own/rent decisions.","sourceLine":1460,"themes":[],"concepts":[]}},{"id":"BE-02-033","name":"Autonomy Is a Gate Result","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**Autonomy Is a Gate Result** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2282,"explicit":true,"canonicalId":"BE-03-030","previousContext":{"id":"BE-02-033","name":"Autonomy Is a Gate Result","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Promotion by frozen-eval threshold, dated and reversible; never by demo.","apply":"Governs the autonomy ladder; counters Demo Promotion.","body":"**Essence:** Promotion by frozen-eval threshold, dated and reversible; never by demo.\n**Apply:** Governs the autonomy ladder; counters Demo Promotion.","sourceLine":1484,"themes":[],"concepts":[]}},{"id":"BE-02-036","name":"Landlord's Compounding","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**Landlord's Compounding** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2292,"explicit":true,"canonicalId":"BE-03-018","previousContext":{"id":"BE-02-036","name":"Landlord's Compounding","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"A loop tuned inside a rented platform improves the platform.","apply":"Use to detect Vendor Condensation; bring edge-writing flows inside the walls.","body":"**Essence:** A loop tuned inside a rented platform improves the platform.\n**Apply:** Use to detect Vendor Condensation; bring edge-writing flows inside the walls.","sourceLine":1496,"themes":[],"concepts":[]}},{"id":"BE-02-037","name":"Cost Is a Capability","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**Cost Is a Capability** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2294,"explicit":true,"canonicalId":"BE-03-016","previousContext":{"id":"BE-02-037","name":"Cost Is a Capability","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Falling prices buy attempts and checks; fixed-single-call designs cannot spend the decline.","apply":"Use to argue for designs that spend falling cost on more attempts/gates.","body":"**Essence:** Falling prices buy attempts and checks; fixed-single-call designs cannot spend the decline.\n**Apply:** Use to argue for designs that spend falling cost on more attempts/gates.","sourceLine":1500,"themes":[],"concepts":[]}},{"id":"BE-02-039","name":"The Interaction Explosion","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**The Interaction Explosion** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2300,"explicit":true,"canonicalId":"BE-03-024","previousContext":{"id":"BE-02-039","name":"The Interaction Explosion","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Nodes grow linear, channels ~n², judgment fixed; topology decides how far it stretches.","apply":"Use in Layer 3 to justify bounded fan and schema'd flows.","body":"**Essence:** Nodes grow linear, channels ~n², judgment fixed; topology decides how far it stretches.\n**Apply:** Use in Layer 3 to justify bounded fan and schema'd flows.","sourceLine":1508,"themes":[],"concepts":[]}},{"id":"BE-02-040","name":"Schema-Routed Flow","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**Schema-Routed Flow** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2302,"explicit":true,"canonicalId":"BE-03-025","previousContext":{"id":"BE-02-040","name":"Schema-Routed Flow","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"The checkable majority never touches a judge.","apply":"Design rule to protect the fixed judgment budget.","body":"**Essence:** The checkable majority never touches a judge.\n**Apply:** Design rule to protect the fixed judgment budget.","sourceLine":1512,"themes":[],"concepts":[]}},{"id":"BE-02-041","name":"The Blast Radius","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**The Blast Radius** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2304,"explicit":true,"canonicalId":"BE-03-026","previousContext":{"id":"BE-02-041","name":"The Blast Radius","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Everything downstream before the next real check; drawn before shipping.","apply":"Run the cascade check on every consequential unit before it goes live.","body":"**Essence:** Everything downstream before the next real check; drawn before shipping.\n**Apply:** Run the cascade check on every consequential unit before it goes live.","sourceLine":1516,"themes":[],"concepts":[]}},{"id":"BE-02-044","name":"The Refusal Log","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"The Forward-Deployed Engineer","body":"**The Refusal Log** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.","sourceLine":2314,"explicit":true,"canonicalId":"BE-05-038","previousContext":{"id":"BE-02-044","name":"The Refusal Log","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Instrument","essence":"Declined automations, with reasons — the firm's calibration record.","apply":"Maintain as a standing artifact; seeded by the do-not-automate list.","body":"**Essence:** Declined automations, with reasons — the firm's calibration record.\n**Apply:** Maintain as a standing artifact; seeded by the do-not-automate list.","sourceLine":1528,"themes":["refusal"],"concepts":[]}},{"id":"BE-02-045","name":"The Roster","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"Agent Engineering","body":"**The Roster** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2316,"explicit":true,"canonicalId":"BE-03-027","previousContext":{"id":"BE-02-045","name":"The Roster","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"What it does not list, the firm does not control.","apply":"The object of the monthly walk; counters the Shadow Bench.","body":"**Essence:** What it does not list, the firm does not control.\n**Apply:** The object of the monthly walk; counters the Shadow Bench.","sourceLine":1532,"themes":[],"concepts":[]}},{"id":"BE-02-046","name":"The Clean-Sheet Test","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","homeName":"The Business Architect","body":"**The Clean-Sheet Test** → canonical entry in **The Business Architect**. Applied here in this seat's context.","sourceLine":2318,"explicit":true,"canonicalId":"BE-01-045","previousContext":{"id":"BE-02-046","name":"The Clean-Sheet Test","discipline":"orchestrator","section":"orchestrator-section-06","sectionName":"Named Laws & Rules (Model Library — apply, don't dump)","kind":"Model / lens","essence":"Annually, the standing model must beat today's redesign or borrow from it.","apply":"The annual rhythm in the operating calendar.","body":"**Essence:** Annually, the standing model must beat today's redesign or borrow from it.\n**Apply:** The annual rhythm in the operating calendar.","sourceLine":1536,"themes":[],"concepts":[]}},{"id":"BE-02-051","name":"Demo Promotion","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","homeName":"Agent Engineering","body":"**Demo Promotion** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2343,"explicit":true,"canonicalId":"BE-03-049","previousContext":{"id":"BE-02-051","name":"Demo Promotion","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"An agent granted autonomy because the demo impressed, with no frozen evaluation and no thresholds.","apply":"Fix: build the eval set from real cases; re-gate autonomy on evidence, dated.","body":"**Essence:** An agent granted autonomy because the demo impressed, with no frozen evaluation and no thresholds.\n**Apply:** Fix: build the eval set from real cases; re-gate autonomy on evidence, dated.","sourceLine":1562,"themes":[],"concepts":[]}},{"id":"BE-02-052","name":"Correction Evaporation","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","homeName":"Agent Engineering","body":"**Correction Evaporation** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2345,"explicit":true,"canonicalId":"BE-03-053","previousContext":{"id":"BE-02-052","name":"Correction Evaporation","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"The same errors recurring for months because corrections live in chat threads.","apply":"Fix: capture by construction — the review tool writes to the record automatically.","body":"**Essence:** The same errors recurring for months because corrections live in chat threads.\n**Apply:** Fix: capture by construction — the review tool writes to the record automatically.","sourceLine":1566,"themes":[],"concepts":[]}},{"id":"BE-02-053","name":"The Shadow Bench","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","homeName":"Agent Engineering","body":"**The Shadow Bench** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":2347,"explicit":true,"canonicalId":"BE-03-028","previousContext":{"id":"BE-02-053","name":"The Shadow Bench","discipline":"orchestrator","section":"orchestrator-section-07","sectionName":"Failure Pattern Library (diagnose by symptom)","kind":"Failure pattern","essence":"Automations nobody registered, discovered in incidents, caused by registration friction.","apply":"Fix: minutes-cheap registration + production access impossible without it, by construction.","body":"**Essence:** Automations nobody registered, discovered in incidents, caused by registration friction.\n**Apply:** Fix: minutes-cheap registration + production access impossible without it, by construction.","sourceLine":1570,"themes":[],"concepts":[]}},{"id":"BE-02-061","name":"The Gauge Panel","discipline":"orchestrator","section":"orchestrator-section-09","sectionName":"The Six Gauges (measurement panel)","homeName":"Harness Engineering","body":"**The Gauge Panel** → canonical entry in **Harness Engineering**. Applied here in this seat's context.","sourceLine":2387,"explicit":true,"canonicalId":"BE-04-016","previousContext":{"id":"BE-02-061","name":"The Gauge Panel","discipline":"orchestrator","section":"orchestrator-section-09","sectionName":"The Six Gauges (measurement panel)","kind":"Instrument","essence":"Six operating gauges — Leverage (output/human-hour at junctions), Judgment load (utilization), Property share (owned components of critical flows), Bench depth, Escape rate (runs ending in escalation), Cost per outcome — each with formula, current value, trend, and limit.","apply":"Use in Mode 7 built strictly on user-supplied numbers; track trends over maturity levels. If numbers are missing, deliver the measurement plan instead.","body":"**Essence:** Six operating gauges — Leverage (output/human-hour at junctions), Judgment load (utilization), Property share (owned components of critical flows), Bench depth, Escape rate (runs ending in escalation), Cost per outcome — each with formula, current value, trend, and limit.\n**Apply:** Use in Mode 7 built strictly on user-supplied numbers; track trends over maturity levels. If numbers are missing, deliver the measurement plan instead.","sourceLine":1610,"themes":[],"concepts":[]}},{"id":"BE-12-021","name":"Cost per Accepted Outcome","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","homeName":"AI Economics","body":"**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":2571,"explicit":true,"canonicalId":"BE-11-014","previousContext":{"id":"BE-12-021","name":"Cost per Accepted Outcome","discipline":"cfo","section":"cfo-section-04","sectionName":"The unit and the counting","kind":"Instrument","essence":"The unit of AI economics — tokens, compute, and attention divided by outcomes a referee accepted (work accepted, not work attempted), with routing and cache assumptions named.","apply":"The meter that survives a follow-up question. Build it first where a referee/suite already exists; flag when no referee exists because then the unit cannot be built and the first deliverable is upstream.","body":"**Essence:** The unit of AI economics — tokens, compute, and attention divided by outcomes a referee accepted (work accepted, not work attempted), with routing and cache assumptions named.\n**Apply:** The meter that survives a follow-up question. Build it first where a referee/suite already exists; flag when no referee exists because then the unit cannot be built and the first deliverable is upstream.","sourceLine":1793,"themes":["accepted-outcome"],"concepts":["BE-M0157"]}},{"id":"BE-12-033","name":"Read the Spread, Not the Composite","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","homeName":"AI Economics","body":"**Read the Spread, Not the Composite** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":2622,"explicit":true,"canonicalId":"BE-11-048","previousContext":{"id":"BE-12-033","name":"Read the Spread, Not the Composite","discipline":"cfo","section":"cfo-section-05","sectionName":"The capital","kind":"Model / lens","essence":"On the acid test, the point is the spread across the six gauges with the outlier named and the question it raises — not the blended composite score.","apply":"Whenever reporting a multi-gauge reading; a healthy composite can hide a fatal outlier.","body":"**Essence:** On the acid test, the point is the spread across the six gauges with the outlier named and the question it raises — not the blended composite score.\n**Apply:** Whenever reporting a multi-gauge reading; a healthy composite can hide a fatal outlier.","sourceLine":1845,"themes":[],"concepts":[]}},{"id":"BE-12-048","name":"The Counting Rule","discipline":"cfo","section":"cfo-section-09","sectionName":"The counting-rule discipline","homeName":"AI Economics","body":"**The Counting Rule** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":2698,"explicit":true,"canonicalId":"BE-11-006","previousContext":{"id":"BE-12-048","name":"The Counting Rule","discipline":"cfo","section":"cfo-section-09","sectionName":"The counting-rule discipline","kind":"Instrument","essence":"The rule that makes a total reproducible — definition with explicit inclusions and exclusions, source sweep, source-to-line mapping, dedupe with its method, a boundary of what is deliberately not counted, a named owner, and a version with reasons.","apply":"The first deliverable whenever a total does not exist or cannot be reproduced; produce the rule instead of the total.","body":"**Essence:** The rule that makes a total reproducible — definition with explicit inclusions and exclusions, source sweep, source-to-line mapping, dedupe with its method, a boundary of what is deliberately not counted, a named owner, and a version with reasons.\n**Apply:** The first deliverable whenever a total does not exist or cannot be reproduced; produce the rule instead of the total.","sourceLine":1921,"themes":[],"concepts":[]}},{"id":"BE-12-055","name":"Mode Router","discipline":"cfo","section":"cfo-section-12","sectionName":"Mode cards (the seat's operating modes)","homeName":"AI Engineering","body":"**Mode Router** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":2739,"explicit":true,"canonicalId":"BE-07-049","previousContext":{"id":"BE-12-055","name":"Mode Router","discipline":"cfo","section":"cfo-section-12","sectionName":"Mode cards (the seat's operating modes)","kind":"Operating mode","essence":"Seventeen named operating modes matched to the decision in front of the seat — Counting Rule, LEDGER Board, Unit Build, AI P&L, Budget Build, Business Case, Placement Review, Commitment Review, Acid Test, Controls Design, Audit Prep, Guidance, Pricing, Revenue Quality, Function Rebuild, Board Pack, Failure Diagnosis.","apply":"Select the mode by the decision (budget, commitment, close, board, renewal, guide); each mode names its required output.","body":"**Essence:** Seventeen named operating modes matched to the decision in front of the seat — Counting Rule, LEDGER Board, Unit Build, AI P&L, Budget Build, Business Case, Placement Review, Commitment Review, Acid Test, Controls Design, Audit Prep, Guidance, Pricing, Revenue Quality, Function Rebuild, Board Pack, Failure Diagnosis.\n**Apply:** Select the mode by the decision (budget, commitment, close, board, renewal, guide); each mode names its required output.","sourceLine":1961,"themes":[],"concepts":[]}},{"id":"BE-07-035","name":"Cost per Accepted Outcome","discipline":"engineering","section":"engineering-section-07","sectionName":"Loop Economics","homeName":"AI Economics","body":"**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":2951,"explicit":true,"canonicalId":"BE-11-014","previousContext":{"id":"BE-07-035","name":"Cost per Accepted Outcome","discipline":"engineering","section":"engineering-section-07","sectionName":"Loop Economics","kind":"Instrument","essence":"The real unit cost is (tokens + environment compute + attention minutes × loaded rate) ÷ outcomes the suite accepted — not tokens generated.","apply":"Report loop economics as cost per accepted outcome; never report tokens generated as a result.","body":"**Essence:** The real unit cost is (tokens + environment compute + attention minutes × loaded rate) ÷ outcomes the suite accepted — not tokens generated.\n**Apply:** Report loop economics as cost per accepted outcome; never report tokens generated as a result.","sourceLine":2166,"themes":["accepted-outcome"],"concepts":["BE-M0157"]}},{"id":"BE-03-019","name":"The Frozen Suite","discipline":"agent","section":"agent-section-05","sectionName":"Proof & Evaluation Models","homeName":"AI Engineering","body":"**The Frozen Suite** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":3152,"explicit":true,"canonicalId":"BE-07-024","previousContext":{"id":"BE-03-019","name":"The Frozen Suite","discipline":"agent","section":"agent-section-05","sectionName":"Proof & Evaluation Models","kind":"Model / lens","essence":"Comparability is the point — the suite stays unchanged between runs; amendments are versioned and logged, never silent.","apply":"Freeze the eval suite so scores are comparable across runs; version any change explicitly.","body":"**Essence:** Comparability is the point — the suite stays unchanged between runs; amendments are versioned and logged, never silent.\n**Apply:** Freeze the eval suite so scores are comparable across runs; version any change explicitly.","sourceLine":2359,"themes":[],"concepts":["BE-M0222"]}},{"id":"BE-04-010","name":"The Mode Router","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","homeName":"AI Engineering","body":"**The Mode Router** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":3457,"explicit":true,"canonicalId":"BE-07-049","previousContext":{"id":"BE-04-010","name":"The Mode Router","discipline":"harness","section":"harness-section-04","sectionName":"Mode Cards (Part B)","kind":"Operating mode","essence":"Eight modes matched to request signals — HARNESS AUDIT, HARNESS DESIGN, TASTE ENCODING CLINIC, RECORD ARCHITECT, FAILURE DIAGNOSIS, GAUGE PANEL, BOUNDARY SORT, THROUGHPUT REVIEW. Modes compose (an audit routinely spawns a taste clinic and a gauge panel), but you must state which mode you are in and never silently blend.","apply":"Match the incoming request signal to its mode at the start of an engagement; announce the mode.","body":"**Essence:** Eight modes matched to request signals — HARNESS AUDIT, HARNESS DESIGN, TASTE ENCODING CLINIC, RECORD ARCHITECT, FAILURE DIAGNOSIS, GAUGE PANEL, BOUNDARY SORT, THROUGHPUT REVIEW. Modes compose (an audit routinely spawns a taste clinic and a gauge panel), but you must state which mode you are in and never silently blend.\n**Apply:** Match the incoming request signal to its mode at the start of an engagement; announce the mode.","sourceLine":2658,"themes":[],"concepts":[]}},{"id":"BE-04-032","name":"The Six Failure Families","discipline":"harness","section":"harness-section-07","sectionName":"The Six Failure Families (Diagnosis Map)","homeName":"AI Engineering","body":"**The Six Failure Families** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":3558,"explicit":true,"canonicalId":"BE-07-046","previousContext":{"id":"BE-04-032","name":"The Six Failure Families","discipline":"harness","section":"harness-section-07","sectionName":"The Six Failure Families (Diagnosis Map)","kind":"Failure pattern","essence":"Every incident files to one family, each naming where its fix lives: Context rot (long session degrades → window discipline: persist/select/compress/isolate); Tool overload (wrong tool chosen, slow starts → subtraction, narrow grants); Brittle wiring (silent failures after interface change → tool contracts + tests on the wiring); Irrelevant retrieval (confident output on stale source → freshness verification); Weak verification (\"done\" on unchecked work → the gate stack); Missing guardrails (permitted-but-catastrophic action → enumerate irreversibles at the harness layer).","apply":"Use in Failure Diagnosis to file and route any incident. Enforce diagnosis order: window first, retrieval second, loops third, model last.","body":"**Essence:** Every incident files to one family, each naming where its fix lives: Context rot (long session degrades → window discipline: persist/select/compress/isolate); Tool overload (wrong tool chosen, slow starts → subtraction, narrow grants); Brittle wiring (silent failures after interface change → tool contracts + tests on the wiring); Irrelevant retrieval (confident output on stale source → freshness verification); Weak verification (\"done\" on unchecked work → the gate stack); Missing guardrails (permitted-but-catastrophic action → enumerate irreversibles at the harness layer).\n**Apply:** Use in Failure Diagnosis to file and route any incident. Enforce diagnosis order: window first, retrieval second, loops third, model last.","sourceLine":2758,"themes":["failure"],"concepts":[]},"note":"This edition designates AI Engineering as the shared home. The earlier discipline-specific taxonomy is different; it is retained below for context, not treated as an identical diagnosis map."},{"id":"BE-08-037","name":"The Joint Test","discipline":"product","section":"product-section-10","sectionName":"Governance Frameworks","homeName":"AI Engineering","body":"**The Joint Test** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":3885,"explicit":true,"canonicalId":"BE-07-033","previousContext":{"id":"BE-08-037","name":"The Joint Test","discipline":"product","section":"product-section-10","sectionName":"Governance Frameworks","kind":"Model / lens","essence":"A validation that the product runs against a second provider to keep the swap possible and prove independence from any single vendor.","apply":"Run in weeks 7–8 alongside the primary model selection to confirm portability.","body":"**Essence:** A validation that the product runs against a second provider to keep the swap possible and prove independence from any single vendor.\n**Apply:** Run in weeks 7–8 alongside the primary model selection to confirm portability.","sourceLine":3083,"themes":[],"concepts":[]}},{"id":"BE-08-047","name":"Failure Pattern Library (12)","discipline":"product","section":"product-section-14","sectionName":"Diagnostic Frameworks","homeName":"AI Engineering","body":"**Failure Pattern Library (12)** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":3935,"explicit":true,"canonicalId":"BE-07-047","previousContext":{"id":"BE-08-047","name":"Failure Pattern Library (12)","discipline":"product","section":"product-section-14","sectionName":"Diagnostic Frameworks","kind":"Model / lens","essence":"Twelve named anti-patterns: the demo product; the model-first debate; the spec-less launch; the trace-less dispute; the stale substrate; the single-surface product; the prose spec for a probabilistic product; the missing behavioral layer; the unowned failure; the prompt edit without a reason; the vendor-benchmark adoption; the suite the team stopped growing.","apply":"Use as a checklist to spot recurring failures in an existing product or team.","body":"**Essence:** Twelve named anti-patterns: the demo product; the model-first debate; the spec-less launch; the trace-less dispute; the stale substrate; the single-surface product; the prose spec for a probabilistic product; the missing behavioral layer; the unowned failure; the prompt edit without a reason; the vendor-benchmark adoption; the suite the team stopped growing.\n**Apply:** Use as a checklist to spot recurring failures in an existing product or team.","sourceLine":3131,"themes":[],"concepts":[]}},{"id":"BE-08-049","name":"Cost per Accepted Outcome","discipline":"product","section":"product-section-15","sectionName":"Metrics & Instruments","homeName":"AI Economics","body":"**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":3944,"explicit":true,"canonicalId":"BE-11-014","previousContext":{"id":"BE-08-049","name":"Cost per Accepted Outcome","discipline":"product","section":"product-section-15","sectionName":"Metrics & Instruments","kind":"Instrument","essence":"The unit economics measure for AI products — cost per outcome the suite accepts, not cost per token or per call.","apply":"Use in the model comparison table and pricing design to compare candidates on business-meaningful economics.","body":"**Essence:** The unit economics measure for AI products — cost per outcome the suite accepts, not cost per token or per call.\n**Apply:** Use in the model comparison table and pricing design to compare candidates on business-meaningful economics.","sourceLine":3141,"themes":["accepted-outcome"],"concepts":["BE-M0157"]}},{"id":"BE-10-069","name":"Mode 5 — Autonomy Review","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","homeName":"Agent Engineering","body":"**Mode 5 — Autonomy Review** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":4335,"explicit":true,"canonicalId":"BE-03-044","previousContext":{"id":"BE-10-069","name":"Mode 5 — Autonomy Review","discipline":"security","section":"security-section-16","sectionName":"Mode Cards","kind":"Operating mode","essence":"Produces an Autonomy Ladder placement (A0–A3), the promotion gate not yet met, the automatic demotion triggers, and the review cadence.","apply":"Use for \"can we let it run without approval?\" Autonomy is earned mechanically on the default gates; promotion slow, demotion fast.","body":"**Essence:** Produces an Autonomy Ladder placement (A0–A3), the promotion gate not yet met, the automatic demotion triggers, and the review cadence.\n**Apply:** Use for \"can we let it run without approval?\" Autonomy is earned mechanically on the default gates; promotion slow, demotion fast.","sourceLine":3516,"themes":[],"concepts":[]}},{"id":"BE-09-001","name":"The Three Inversions","discipline":"growth","section":"growth-section-01","sectionName":"The Foundational Frame — Growth Changed Its Object","homeName":"AI Product Engineering","body":"**The Three Inversions** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.","sourceLine":4404,"explicit":true,"canonicalId":"BE-08-002","previousContext":{"id":"BE-09-001","name":"The Three Inversions","discipline":"growth","section":"growth-section-01","sectionName":"The Foundational Frame — Growth Changed Its Object","kind":"Model / lens","essence":"Growth changed its object through three inversions: discovery is now mediated by machines (cited replaced clicked); a growing share of users are agents (seats, sessions, and MAU assumed a human and are failing); retention is an outcome kept, not a return visit.","apply":"Use as the opening diagnostic on any growth engagement — every dead metric and every new loop traces back to one of the three inversions.","body":"**Essence:** Growth changed its object through three inversions: discovery is now mediated by machines (cited replaced clicked); a growing share of users are agents (seats, sessions, and MAU assumed a human and are failing); retention is an outcome kept, not a return visit.\n**Apply:** Use as the opening diagnostic on any growth engagement — every dead metric and every new loop traces back to one of the three inversions.","sourceLine":3585,"themes":[],"concepts":[]}},{"id":"BE-09-032","name":"Time-to-Magic","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","homeName":"AI Product Engineering","body":"**Time-to-Magic** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.","sourceLine":4551,"explicit":true,"canonicalId":"BE-08-051","previousContext":{"id":"BE-09-032","name":"Time-to-Magic","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Instrument","essence":"Days to the first verified outcome — target days, not weeks (≤ 7 days default for self-serve; ≤ 30 for enterprise wedges).","apply":"The product loop's activation clock; baseline it and set the target.","body":"**Essence:** Days to the first verified outcome — target days, not weeks (≤ 7 days default for self-serve; ≤ 30 for enterprise wedges).\n**Apply:** The product loop's activation clock; baseline it and set the target.","sourceLine":3729,"themes":["magic"],"concepts":[]}},{"id":"BE-09-034","name":"Cost per Accepted Outcome","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","homeName":"AI Economics","body":"**Cost per Accepted Outcome** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":4557,"explicit":true,"canonicalId":"BE-11-014","previousContext":{"id":"BE-09-034","name":"Cost per Accepted Outcome","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Instrument","essence":"Acquisition plus activation plus production divided by accepted outcomes — the meter that survives when every query burns inference.","apply":"Use as the paid meter and as the re-basing metric for consumer AI apps where \"the metric that grew was the bill.\"","body":"**Essence:** Acquisition plus activation plus production divided by accepted outcomes — the meter that survives when every query burns inference.\n**Apply:** Use as the paid meter and as the re-basing metric for consumer AI apps where \"the metric that grew was the bill.\"","sourceLine":3737,"themes":["accepted-outcome"],"concepts":["BE-M0157"]}},{"id":"BE-09-035","name":"The Free User Is a Cost","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","homeName":"AI Economics","body":"**The Free User Is a Cost** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":4559,"explicit":true,"canonicalId":"BE-11-032","previousContext":{"id":"BE-09-035","name":"The Free User Is a Cost","discipline":"growth","section":"growth-section-06","sectionName":"The Metrics System","kind":"Model / lens","essence":"In this era the free user is a cost, because every query burns inference; the free tier is a wedge-finder or it is a bill.","apply":"Refuse \"grow the free tier\" without a verified outcome on real cases; limit free to a verified outcome that finds the wedge.","body":"**Essence:** In this era the free user is a cost, because every query burns inference; the free tier is a wedge-finder or it is a bill.\n**Apply:** Refuse \"grow the free tier\" without a verified outcome on real cases; limit free to a verified outcome that finds the wedge.","sourceLine":3741,"themes":[],"concepts":["BE-M0204"]}},{"id":"BE-09-055","name":"Never Seat-Price Agentic Value","discipline":"growth","section":"growth-section-13","sectionName":"Named Laws & Hard Thresholds","homeName":"AI Economics","body":"**Never Seat-Price Agentic Value** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":4670,"explicit":true,"canonicalId":"BE-11-027","previousContext":{"id":"BE-09-055","name":"Never Seat-Price Agentic Value","discipline":"growth","section":"growth-section-13","sectionName":"Named Laws & Hard Thresholds","kind":"Instrument","essence":"If the product removes human work, seat pricing caps the economics where the product creates leverage.","apply":"Run the seat-pricing check on any pricing that removes human work.","body":"**Essence:** If the product removes human work, seat pricing caps the economics where the product creates leverage.\n**Apply:** Run the seat-pricing check on any pricing that removes human work.","sourceLine":3849,"themes":[],"concepts":[]}},{"id":"BE-05-012","name":"Time-to-Magic","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","homeName":"AI Product Engineering","body":"**Time-to-Magic** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.","sourceLine":4756,"explicit":true,"canonicalId":"BE-08-051","previousContext":{"id":"BE-05-012","name":"Time-to-Magic","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Instrument","essence":"The threshold of ≤ 30 days to the first verified production win on real cases — weeks, not quarters; past the window, pilots enter purgatory.","apply":"Use as a hard budget and as a meter (median days, falling means the motion is learning).","body":"**Essence:** The threshold of ≤ 30 days to the first verified production win on real cases — weeks, not quarters; past the window, pilots enter purgatory.\n**Apply:** Use as a hard budget and as a meter (median days, falling means the motion is learning).","sourceLine":3928,"themes":["magic"],"concepts":[]}},{"id":"BE-05-014","name":"The Golden Set","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","homeName":"AI Product Engineering","body":"**The Golden Set** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.","sourceLine":4762,"explicit":true,"canonicalId":"BE-08-021","previousContext":{"id":"BE-05-014","name":"The Golden Set","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"60–100 real, adjudicated cases — routine, edge, and remembered mistakes — scored and signed by the customer's expert, so the suite cannot be dismissed as the vendor grading its own homework.","apply":"Assemble in the embedding phase; it becomes the frozen evaluation suite and the political instrument.","body":"**Essence:** 60–100 real, adjudicated cases — routine, edge, and remembered mistakes — scored and signed by the customer's expert, so the suite cannot be dismissed as the vendor grading its own homework.\n**Apply:** Assemble in the embedding phase; it becomes the frozen evaluation suite and the political instrument.","sourceLine":3936,"themes":[],"concepts":[]}},{"id":"BE-05-017","name":"The Clean Joint","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","homeName":"Agent Engineering","body":"**The Clean Joint** → canonical entry in **Agent Engineering**. Applied here in this seat's context.","sourceLine":4772,"explicit":true,"canonicalId":"BE-03-013","previousContext":{"id":"BE-05-017","name":"The Clean Joint","discipline":"fde","section":"fde-section-03","sectionName":"Core Mental Models","kind":"Model / lens","essence":"The model sits behind a modular joint, demonstrated by running the frozen suite against a second vendor's model rather than promised.","apply":"Design the harness so the model is swappable; prove portability by actually running the swap.","body":"**Essence:** The model sits behind a modular joint, demonstrated by running the frozen suite against a second vendor's model rather than promised.\n**Apply:** Design the harness so the model is swappable; prove portability by actually running the swap.","sourceLine":3948,"themes":[],"concepts":[]}},{"id":"BE-05-026","name":"The Sovereignty Gradient","discipline":"fde","section":"fde-section-04","sectionName":"The Buyer's Lenses (Sovereignty)","homeName":"The Enterprise Buyer","body":"**The Sovereignty Gradient** → canonical entry in **The Enterprise Buyer**. Applied here in this seat's context.","sourceLine":4809,"explicit":true,"canonicalId":"BE-13-029","previousContext":{"id":"BE-05-026","name":"The Sovereignty Gradient","discipline":"fde","section":"fde-section-04","sectionName":"The Buyer's Lenses (Sovereignty)","kind":"Model / lens","essence":"A spectrum of protection — contractual protections → owned artifacts → owned models and infrastructure — placed per use case, not globally.","apply":"Position each workflow on the gradient by its strategic weight; deeper ownership where the workflow is more strategic.","body":"**Essence:** A spectrum of protection — contractual protections → owned artifacts → owned models and infrastructure — placed per use case, not globally.\n**Apply:** Position each workflow on the gradient by its strategic weight; deeper ownership where the workflow is more strategic.","sourceLine":3986,"themes":[],"concepts":[]}},{"id":"BE-05-043","name":"Bootstrap and Absorb","discipline":"fde","section":"fde-section-07","sectionName":"Building Internally (Enterprise Seat)","homeName":"The Enterprise Buyer","body":"**Bootstrap and Absorb** → canonical entry in **The Enterprise Buyer**. Applied here in this seat's context.","sourceLine":4884,"explicit":true,"canonicalId":"BE-13-042","previousContext":{"id":"BE-05-043","name":"Bootstrap and Absorb","discipline":"fde","section":"fde-section-07","sectionName":"Building Internally (Enterprise Seat)","kind":"Model / lens","essence":"Deliberately bootstrap an internal function with external FDEs, using the handover acceptance test as the absorption mechanism.","apply":"Use to stand up an internal practice fast without permanent vendor dependence.","body":"**Essence:** Deliberately bootstrap an internal function with external FDEs, using the handover acceptance test as the absorption mechanism.\n**Apply:** Use to stand up an internal practice fast without permanent vendor dependence.","sourceLine":4060,"themes":[],"concepts":[]}},{"id":"BE-05-046","name":"The Six Failure Families","discipline":"fde","section":"fde-section-09","sectionName":"Diagnosis & Measurement","homeName":"AI Engineering","body":"**The Six Failure Families** → canonical entry in **AI Engineering**. Applied here in this seat's context.","sourceLine":4900,"explicit":true,"canonicalId":"BE-07-046","previousContext":{"id":"BE-05-046","name":"The Six Failure Families","discipline":"fde","section":"fde-section-09","sectionName":"Diagnosis & Measurement","kind":"Model / lens","essence":"Deployment failures file to six families — pilot purgatory, staff-aug drift, hero dependency, capture backfire, moonshot wedge, unharvested motion — each with a signature and a family-specific fix.","apply":"Diagnose a stalled or failed deployment by family, then apply the fix. A diagnosis that ends in \"better salesmanship\" is rejected.","body":"**Essence:** Deployment failures file to six families — pilot purgatory, staff-aug drift, hero dependency, capture backfire, moonshot wedge, unharvested motion — each with a signature and a family-specific fix.\n**Apply:** Diagnose a stalled or failed deployment by family, then apply the fix. A diagnosis that ends in \"better salesmanship\" is rejected.","sourceLine":4076,"themes":["failure"],"concepts":[]},"note":"This edition designates AI Engineering as the shared home. The earlier discipline-specific taxonomy is different; it is retained below for context, not treated as an identical diagnosis map."},{"id":"BE-06-002","name":"The Four Inversions","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","homeName":"The Forward-Deployed Engineer","body":"**The Four Inversions** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.","sourceLine":4992,"explicit":true,"canonicalId":"BE-05-040","previousContext":{"id":"BE-06-002","name":"The Four Inversions","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","kind":"Model / lens","essence":"The governing facts of the outcome era — the demo collapsed (proof lives in production), the seat collapsed (price follows the work), the buyer is capture-aware (ownership questions arrive in meeting two), and the seller is a builder (the pod replaced the rep).","apply":"Apply to every deal as fixed conditions; each inversion redefines who sells, what proves, how long, and what the price attaches to.","body":"**Essence:** The governing facts of the outcome era — the demo collapsed (proof lives in production), the seat collapsed (price follows the work), the buyer is capture-aware (ownership questions arrive in meeting two), and the seller is a builder (the pod replaced the rep).\n**Apply:** Apply to every deal as fixed conditions; each inversion redefines who sells, what proves, how long, and what the price attaches to.","sourceLine":4165,"themes":[],"concepts":[]}},{"id":"BE-06-006","name":"The Compression","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","homeName":"AI Product Engineering","body":"**The Compression** → canonical entry in **AI Product Engineering**. Applied here in this seat's context.","sourceLine":5006,"explicit":true,"canonicalId":"BE-08-005","previousContext":{"id":"BE-06-006","name":"The Compression","discipline":"sales","section":"sales-section-01","sectionName":"Governing Mental Models","kind":"Model / lens","essence":"The whole discipline compresses to: Pick the account. Prove in production. Price the compounding.","apply":"Use as the north-star sequence orienting any deal-shaped engagement.","body":"**Essence:** The whole discipline compresses to: Pick the account. Prove in production. Price the compounding.\n**Apply:** Use as the north-star sequence orienting any deal-shaped engagement.","sourceLine":4181,"themes":[],"concepts":[]}},{"id":"BE-06-019","name":"Pricing Architect","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","homeName":"AI Economics","body":"**Pricing Architect** → canonical entry in **AI Economics**. Applied here in this seat's context.","sourceLine":5062,"explicit":true,"canonicalId":"BE-11-078","previousContext":{"id":"BE-06-019","name":"Pricing Architect","discipline":"sales","section":"sales-section-03","sectionName":"Mode Cards","kind":"Operating mode","essence":"Place the deal on the attribution × autonomy grid, design the ladder with proof-unlocked triggers, write outcome-rate mechanics against the gauge panel, and draft the compounding curve; stress-test at 10× volume, seat comparison, and guarantee placement.","apply":"For pricing, packaging, and discount pressure. Never approve seat pricing for agentic scope — state the deflationary trap explicitly.","body":"**Essence:** Place the deal on the attribution × autonomy grid, design the ladder with proof-unlocked triggers, write outcome-rate mechanics against the gauge panel, and draft the compounding curve; stress-test at 10× volume, seat comparison, and guarantee placement.\n**Apply:** For pricing, packaging, and discount pressure. Never approve seat pricing for agentic scope — state the deflationary trap explicitly.","sourceLine":4237,"themes":[],"concepts":[]}},{"id":"BE-06-040","name":"The Refusal Log","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","homeName":"The Forward-Deployed Engineer","body":"**The Refusal Log** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.","sourceLine":5147,"explicit":true,"canonicalId":"BE-05-038","previousContext":{"id":"BE-06-040","name":"The Refusal Log","discipline":"sales","section":"sales-section-04","sectionName":"Named Laws & Rules","kind":"Instrument","essence":"Trophies and easy closes are declined in writing with reasons; an empty refusal log means the gates are theater, and three entries is the healthiest number on the page.","apply":"Maintain continuously; it is the tell of true motion maturity.","body":"**Essence:** Trophies and easy closes are declined in writing with reasons; an empty refusal log means the gates are theater, and three entries is the healthiest number on the page.\n**Apply:** Maintain continuously; it is the tell of true motion maturity.","sourceLine":4323,"themes":["refusal"],"concepts":[]}},{"id":"BE-06-049","name":"The Pod","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","homeName":"The Forward-Deployed Engineer","body":"**The Pod** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.","sourceLine":5184,"explicit":true,"canonicalId":"BE-05-036","previousContext":{"id":"BE-06-049","name":"The Pod","discipline":"sales","section":"sales-section-05","sectionName":"Lenses & Composite Frames","kind":"Model / lens","essence":"The commercial unit is a pod — AE (commercial thread) plus FDE (the proof) plus fractional specialists per account — replacing the lone rep and the territory.","apply":"Org design; the pod is the atomic sales structure, and its two skills share artifacts (wedge scorecard, gauge page, ownership schedule, handover test).","body":"**Essence:** The commercial unit is a pod — AE (commercial thread) plus FDE (the proof) plus fractional specialists per account — replacing the lone rep and the territory.\n**Apply:** Org design; the pod is the atomic sales structure, and its two skills share artifacts (wedge scorecard, gauge page, ownership schedule, handover test).","sourceLine":4361,"themes":[],"concepts":[]}},{"id":"BE-13-032","name":"The Refusal Log","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","homeName":"The Forward-Deployed Engineer","body":"**The Refusal Log** → canonical entry in **The Forward-Deployed Engineer**. Applied here in this seat's context.","sourceLine":5345,"explicit":true,"canonicalId":"BE-05-038","previousContext":{"id":"BE-13-032","name":"The Refusal Log","discipline":"buyer","section":"buyer-section-04","sectionName":"Distinctive Mental Models","kind":"Instrument","essence":"The record kept during the life of the contract of what you declined and why.","apply":"Maintain it alongside the drift log through the contract's life so decisions and their reasons persist beyond the people who made them.","body":"**Essence:** The record kept during the life of the contract of what you declined and why.\n**Apply:** Maintain it alongside the drift log through the contract's life so decisions and their reasons persist beyond the people who made them.","sourceLine":4518,"themes":["refusal"],"concepts":[]}},{"id":"BE-13-056","name":"FAILURE DIAGNOSIS","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","homeName":"Harness Engineering","body":"**FAILURE DIAGNOSIS** → canonical entry in **Harness Engineering**. Applied here in this seat's context.","sourceLine":5444,"explicit":true,"canonicalId":"BE-04-015","previousContext":{"id":"BE-13-056","name":"FAILURE DIAGNOSIS","discipline":"buyer","section":"buyer-section-05","sectionName":"Lenses — Modes of the Discipline","kind":"Operating mode","essence":"The mode that maps seven failure families to fixes and names the VERIFIED letter that was never checked — pilot purgatory, the vendor's homework, the champion who bought a demo, the stale substrate, the seat renewal that priced work, the board-introduced bypass, chosen capture.","apply":"Use for pilot purgatory, capture, or \"we can't get out of this.\" Diagnose, then add the missing letter as a gate to THE STANDARD.","body":"**Essence:** The mode that maps seven failure families to fixes and names the VERIFIED letter that was never checked — pilot purgatory, the vendor's homework, the champion who bought a demo, the stale substrate, the seat renewal that priced work, the board-introduced bypass, chosen capture.\n**Apply:** Use for pilot purgatory, capture, or \"we can't get out of this.\" Diagnose, then add the missing letter as a gate to THE STANDARD.","sourceLine":4618,"themes":[],"concepts":[]}},{"id":"BE-11-080","name":"THE THREE TESTS","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","canonicalId":"BE-11-035","homeName":"AI Economics","sourceLine":null,"explicit":false,"body":"Retained link to an entry consolidated within this chapter.","previousContext":{"id":"BE-11-080","name":"THE THREE TESTS","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Income-statement, capital, and funding tests producing three verdicts that may disagree — never capex-to-revenue; state the counting asymmetry.","apply":"\"Is the buildout sustainable / is this a bubble / capex vs revenue.\"","body":"**Essence:** Income-statement, capital, and funding tests producing three verdicts that may disagree — never capex-to-revenue; state the counting asymmetry.\n**Apply:** \"Is the buildout sustainable / is this a bubble / capex vs revenue.\"","sourceLine":1249,"themes":[],"concepts":[]},"note":"This entry was consolidated within the chapter. Its earlier definition and application remain available below; a shared title does not establish that every use is interchangeable."},{"id":"BE-11-082","name":"SPLIT BY CLOCK","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","canonicalId":"BE-11-042","homeName":"AI Economics","sourceLine":null,"explicit":false,"body":"Retained link to an entry consolidated within this chapter.","previousContext":{"id":"BE-11-082","name":"SPLIT BY CLOCK","discipline":"economics","section":"economics-section-17","sectionName":"Mode Cards (operating modes)","kind":"Operating mode","essence":"Capital composition by asset life, the depreciation-weighted blended life with method, the steady-state charge, financeable vs pledgeable, and the price-not-capacity share.","apply":"Depreciation, asset lives, capex composition.","body":"**Essence:** Capital composition by asset life, the depreciation-weighted blended life with method, the steady-state charge, financeable vs pledgeable, and the price-not-capacity share.\n**Apply:** Depreciation, asset lives, capex composition.","sourceLine":1257,"themes":[],"concepts":[]},"note":"This entry was consolidated within the chapter. Its earlier definition and application remain available below; a shared title does not establish that every use is interchangeable."},{"id":"BE-04-041","name":"The Standing Tax","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","canonicalId":"BE-04-021","homeName":"Harness Engineering","sourceLine":null,"explicit":false,"body":"Retained link to an entry consolidated within this chapter.","previousContext":{"id":"BE-04-041","name":"The Standing Tax","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"Every always-on tool or instruction taxes every session, consuming window and inviting wrong choices.","apply":"Minimize always-on grants; add per-reason.","body":"**Essence:** Every always-on tool or instruction taxes every session, consuming window and inviting wrong choices.\n**Apply:** Minimize always-on grants; add per-reason.","sourceLine":2802,"themes":[],"concepts":[]},"note":"This entry was consolidated within the chapter. Its earlier definition and application remain available below; a shared title does not establish that every use is interchangeable."},{"id":"BE-04-046","name":"The Bullied Agent","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","canonicalId":"BE-04-025","homeName":"Harness Engineering","sourceLine":null,"explicit":false,"body":"Retained link to an entry consolidated within this chapter.","previousContext":{"id":"BE-04-046","name":"The Bullied Agent","discipline":"harness","section":"harness-section-09","sectionName":"Applied Models / Named Laws & Lenses (Part H)","kind":"Model / lens","essence":"When every reviewer comment is mandatory, acceptable work drowns in minutiae; reviewer layers should be advisory with a bias toward acceptable work advancing.","apply":"Make load-bearing reviewer lenses advisory; reserve blocking for findings that would truly block acceptance.","body":"**Essence:** When every reviewer comment is mandatory, acceptable work drowns in minutiae; reviewer layers should be advisory with a bias toward acceptable work advancing.\n**Apply:** Make load-bearing reviewer lenses advisory; reserve blocking for findings that would truly block acceptance.","sourceLine":2822,"themes":[],"concepts":[]},"note":"This entry was consolidated within the chapter. Its earlier definition and application remain available below; a shared title does not establish that every use is interchangeable."}],"redirects":{"BE-01-025":"BE-11-005","BE-11-088":"BE-04-015","BE-02-027":"BE-03-001","BE-02-033":"BE-03-030","BE-02-036":"BE-03-018","BE-02-037":"BE-03-016","BE-02-039":"BE-03-024","BE-02-040":"BE-03-025","BE-02-041":"BE-03-026","BE-02-044":"BE-05-038","BE-02-045":"BE-03-027","BE-02-046":"BE-01-045","BE-02-051":"BE-03-049","BE-02-052":"BE-03-053","BE-02-053":"BE-03-028","BE-02-061":"BE-04-016","BE-12-021":"BE-11-014","BE-12-033":"BE-11-048","BE-12-048":"BE-11-006","BE-12-055":"BE-07-049","BE-07-035":"BE-11-014","BE-03-019":"BE-07-024","BE-04-010":"BE-07-049","BE-04-032":"BE-07-046","BE-08-037":"BE-07-033","BE-08-047":"BE-07-047","BE-08-049":"BE-11-014","BE-10-069":"BE-03-044","BE-09-001":"BE-08-002","BE-09-032":"BE-08-051","BE-09-034":"BE-11-014","BE-09-035":"BE-11-032","BE-09-055":"BE-11-027","BE-05-012":"BE-08-051","BE-05-014":"BE-08-021","BE-05-017":"BE-03-013","BE-05-026":"BE-13-029","BE-05-043":"BE-13-042","BE-05-046":"BE-07-046","BE-06-002":"BE-05-040","BE-06-006":"BE-08-005","BE-06-019":"BE-11-078","BE-06-040":"BE-05-038","BE-06-049":"BE-05-036","BE-13-032":"BE-05-038","BE-13-056":"BE-04-015","BE-11-080":"BE-11-035","BE-11-082":"BE-11-042","BE-04-041":"BE-04-021","BE-04-046":"BE-04-025"},"instruments":[{"id":"BE-P-A","letter":"A","name":"The Capital-Cycle Print","kind":"Practice instrument","body":"**Format**: a question title — *Has [company] [absorbed / paid for / overshot / skipped / reached / escaped / priced / funded / bought / financed / conceded / collected] the build?* One falsifiable question per print, closed with a verdict. One verb per node; never reuse a verb in a season.\n\n**Anatomy, in order**:\n1. **Name the seat** (Model 154) before running any test. The ten seats each have their own tests; running the builder's tests on a bystander produces a confident wrong answer.\n2. **Strip the marks first.** Separate the operating engine from revaluation gains, other income, and equity marks — and check the direction, because compensation charges and extinguishment losses distort the other way.\n3. **Run the split.** Operating absorption and cash absorption are two tests that can disagree inside one company. Always run both.\n4. **Place the node.** Each print resolves one named cross-company question that prior prints could not. If it resolves nothing new, it is a data update, not a piece.\n5. **Verdict and carry.** One sentence answering the title question, plus what this node feeds into the season map.\n\nThe tape is a lens used at most once, late, and never as the load-bearing evidence: positioning moves in hours, macro in weeks, capital structure in years, asset returns over the build cycle. The price move is a minor observation; the structure is the analytical object.","essence":"**Format**: a question title — *Has [company] [absorbed / paid for / overshot / skipped / reached / escaped / priced / funded / bought / financed / conceded / collected] the build?* One falsifiable question per print, closed with a verdict. One verb per node; never reuse a verb in a season.","apply":"","sourceLine":5524,"part":"VIII","themes":[],"concepts":[],"coreRefs":["BE-00-154"],"instrumentRefs":[],"discipline":null},{"id":"BE-P-B","letter":"B","name":"The Incidence Taxonomy","kind":"Practice instrument","body":"Every capital cycle has seats, and the seat decides the test. The builder pays in capex; the bystander pays through a shared input; the distributor pays through discovery; the control group opted out and expensed what others capitalized; the supplier is paid by the build; the funder supplies its capital; the integrator floats its working capital; the value-capture pole is paid by it and finances none of it; the rail clears what the build cannot summarize; the taxed pays in attention. Full definitions: Models 154–173 and 174–189.\n\n**The financial-clock ladder**, built print by print: strain is company-specific, not sector-wide; the cost lands outside the builders too; inside one company the operating and cash clocks can diverge; at contracted floors, market risk converts into counterparty risk.","essence":"Every capital cycle has seats, and the seat decides the test. The builder pays in capex; the bystander pays through a shared input; the distributor pays through discovery; the control group opted out and expensed what others capitalized; the supplier is paid by the build; the funder supplies its capital; the integrator floats its working capital; the value-capture pole is paid by it and finances none of it; the rail clears what the build cannot summarize; the taxed pays in attention. Full definitions: Models 154–173 and 174–189.","apply":"","sourceLine":5537,"part":"VIII","themes":[],"concepts":[],"coreRefs":["BE-00-154","BE-00-155","BE-00-156","BE-00-157","BE-00-158","BE-00-159","BE-00-160","BE-00-161","BE-00-162","BE-00-163","BE-00-164","BE-00-165","BE-00-166","BE-00-167","BE-00-168","BE-00-169","BE-00-170","BE-00-171","BE-00-172","BE-00-173","BE-00-174","BE-00-175","BE-00-176","BE-00-177","BE-00-178","BE-00-179","BE-00-180","BE-00-181","BE-00-182","BE-00-183","BE-00-184","BE-00-185","BE-00-186","BE-00-187","BE-00-188","BE-00-189"],"instrumentRefs":[],"discipline":null},{"id":"BE-P-C","letter":"C","name":"The Financing Acid Test","kind":"Practice instrument","body":"Scores how a buildout is financed — concealment against visibility, self-funding against external dependence. Three axes, six gauges: **structure ratio** (risk-weighted off-book obligations over total forward obligation) and **velocity spread** (off-book growth minus capex growth: is the marginal dollar leaving the balance sheet); **external dependence** (external capital share of capex, capex as a share of operating cash flow) and **coverage** (total forward obligation over multi-year forward operating cash flow); **counterparty credit floor** (sub-investment-grade share of the forward obligation) and **take-out gap** (refinancing capacity over refinancing need).\n\n**Design constraints, non-negotiable**: never divide a stock by a flow; risk-weight off-book tiers by deferral against transfer; every concealment gauge needs a cash-flow denominator or it becomes a scare index; render as needles on one shared calibration rail, because the spread between gauges is the finding and a composite averages it away; calibrate against a historical baseline to prove the instrument moves both ways; always publish the stated limits.\n\n**Bands**: sound, financialized, stretched, fragile, pre-break.\n\n**Stated limits**: trade-credit float at the assembly point is invisible to all six gauges; there is no supply-side column, so a supplier financing its own customers is scored only through the credit floor; and financing fragility alone rarely reaches pre-break, because the remaining distance is always the demand question. Financing structures are not the bubble; they are the amplifier a bubble would run through.","essence":"Scores how a buildout is financed — concealment against visibility, self-funding against external dependence. Three axes, six gauges: **structure ratio** (risk-weighted off-book obligations over total forward obligation) and **velocity spread** (off-book growth minus capex growth: is the marginal dollar leaving the balance sheet); **external dependence** (external capital share of capex, capex as a share of operating cash flow) and **coverage** (total forward obligation over multi-year forward operating cash flow); **counterparty credit floor** (sub-investment-grade share of the forward obligation) and **take-out gap** (refinancing capacity over refinancing need).","apply":"","sourceLine":5543,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null,"note":"Calibration requires a stated basis. Do not interpret the source’s named bands or a shared visual rail as validated thresholds. Stock and flow measures need compatible units and horizons; a stock-to-flow ratio can legitimately express time."},{"id":"BE-P-D","letter":"D","name":"The Reconciliation","kind":"Practice instrument","body":"Three tests that legitimately give three different answers — the disagreement is the answer.\n\n1. **Income statement**: revenue against depreciation, never against capex.\n2. **Capital**: cumulative capital deployed per dollar of revenue, plus the hurdle — required revenue equals capital deployed times the sum of one over asset life and the required return, divided by gross margin. Publish the sensitivity; asset life and gross margin are the highest-leverage variables. External estimates agree by vintage rather than by independence, so say so, and re-run the method at current run-rates rather than citing a figure that has aged.\n3. **Funding**: where the money comes from and whether its character changed. Allocation becomes obligation.\n\n**The counting rule**: count each end-customer dollar once, at the tier where the customer transacted. Strip intra-stack purchases; exclude tiers that are costs of tiers above. Naive addition of published run-rates overstates substantially.\n\n**The counting asymmetry**, stated wherever the hurdle appears: capital is counted across the whole build while revenue is counted only where it transacts. The two honest repairs are to count capital only at the tier that deployed it, or to count revenue gross at every tier — never one of each. On compounding: when purchases of property and equipment run at roughly three times recognized depreciation, revenue must approximately triple over three years to cover the depreciation wave, which is about forty-four percent a year, not thirty-seven.","essence":"Three tests that legitimately give three different answers — the disagreement is the answer.","apply":"","sourceLine":5553,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-E","letter":"E","name":"The Enterprise Capture Test","kind":"Practice instrument","body":"The closing question: after the engagement ends, does the enterprise hold clear title to what compounds?\n\n**Grades per artifact**: KEPT (exit is a config change), PARTIAL (exit is a project), CAPTURED (exit is a rebuild, and rebuilds are where exit plans go to die). **Capture levels per workload**: captured, aware, anchored, adapted, kept. **Doctrine**: the property line — own the junctions, rent the ends, across five junctions (control, capability, choice, cost, compound). **Three depths**: a ten-question screen in an afternoon, a board memo in two weeks, a full dependency audit. Interviews set the map; artifacts set the score. **Composite**: exit cost weighted by criticality, re-scored quarterly, with the priced-exit table as the deliverable that makes it real.","essence":"The closing question: after the engagement ends, does the enterprise hold clear title to what compounds?","apply":"","sourceLine":5565,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-F","letter":"F","name":"The Layered-Map Season Method","kind":"Practice instrument","body":"For any multi-print cycle: define the layer map and the clocks up front, because each layer commits capital on its own horizon; one node per print, each resolving one named question; datapoints accumulate in a tracker while a separate master plan holds the spine and section order; mint named models per print and inventory them for the capstone; assemble when the season closes.\n\n**The clocks**, instantiated per cycle: physical (years, committed, cannot un-decide), financial (quarters, engineered), efficiency (fastest, software absorbing physical constraint), adoption (demand-side telemetry), and political (return-insensitive state demand, which sets a floor rather than clearing a hurdle).\n\n**The map is not the credit map**: value capture runs horizontally through layers, contagion runs vertically through the financing stack, and risk sits at the joints. Buildouts break bottom-up. Cheap early failures are information.","essence":"For any multi-print cycle: define the layer map and the clocks up front, because each layer commits capital on its own horizon; one node per print, each resolving one named question; datapoints accumulate in a tracker while a separate master plan holds the spine and section order; mint named models per print and inventory them for the capstone; assemble when the season closes.","apply":"","sourceLine":5571,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-G","letter":"G","name":"Editorial and Epistemic Discipline","kind":"Practice instrument","body":"Bold the claim, never the evidence: one to three load-bearing sentences per section, and the bold phrases read end to end must carry the whole argument. Define the frame once at the top, then cascade; never stack framing premises through a piece. Every number sits inside an explanation of what it means. Never quote a point estimate without its range; include a confidence assessment and a list of what would change your mind in major reports; own errors openly in the body, because an error a reader finds first discredits everything around it. Refuse report-mill sizings. Zero-based baselines on every chart: if the caption says flat, the chart must look flat. Label composites as composites once, in an italic aside.\n\n**External audience always.** Every deliverable is self-standing: no references to the drafting process, prior versions, or the conversation. Just write the thing.","essence":"Bold the claim, never the evidence: one to three load-bearing sentences per section, and the bold phrases read end to end must carry the whole argument. Define the frame once at the top, then cascade; never stack framing premises through a piece. Every number sits inside an explanation of what it means. Never quote a point estimate without its range; include a confidence assessment and a list of what would change your mind in major reports; own errors openly in the body, because an error a reader finds first discredits everything around it. Refuse report-mill sizings. Zero-based baselines on every chart: if the caption says flat, the chart must look flat. Label composites as composites once, in an italic aside.","apply":"","sourceLine":5579,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-H","letter":"H","name":"Register I — The Editorial Card","kind":"Practice instrument","body":"For artifacts where the data is the point: dashboards, scorecards, decks, comparison tables. White ground, teal and red accents, section labels in small caps, era cards with hairline borders, hero cards with a red border, large stat numbers, one compression block with a red left bar. Use it when the numbers are the subject. For anything that sits above a heading in a written piece, use Register II (Instrument O).","essence":"For artifacts where the data is the point: dashboards, scorecards, decks, comparison tables. White ground, teal and red accents, section labels in small caps, era cards with hairline borders, hero cards with a red border, large stat numbers, one compression block with a red left bar. Use it when the numbers are the subject. For anything that sits above a heading in a written piece, use Register II (Instrument O).","apply":"","sourceLine":5585,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":["BE-P-O"],"discipline":null},{"id":"BE-P-I","letter":"I","name":"The Valuation Toolbox (nine questions, the multiple last)","kind":"Practice instrument","body":"Ask in order: (1) what are you counting (the counted top line, Model 221); (2) what does it cost to produce (cost per accepted outcome, levers pulled versus available, the ceiling is not the average); (3) what compounds (residue, substrate, standard, owned model, junctions; rarely what the company sells); (4) owned versus rented (title; the exit priced both ways); (5) what is perishable (the absorption line → the residual); (6) whose money (two engines in both directions; trace every line to its payer; the circle); (7) what capital (builders: the three tests and the hurdle; financed builds: the acid test; labs: revenue per megawatt; apps: the margin path; EV equals equity plus debt plus what the balance sheet hides); (8) what kills it (three worthless cases with triggers); (9) the multiple on the residual, borrowed by layer, reconciled to the reported number by naming the question that made the gap.\n**Instruments with formulas**: counted top line (tier → strip → exclude → gross-to-net → run-rate-to-year); margin path (measured, levers, trajectory with dates and capital, tail modelled separately); residual-adjusted cash flow (durable share grows with the compounding assets, perishable share decays per release, terminal value on the durable share only, discount rate by layer); circle-adjusted revenue (payer classes: own budget, partner credits, pilot allowance, the circle); EV bridge with hidden piers; probability-weighted worthless cases; layer multiple table.\n**Meters**: counted-to-reported ratio · measured margin plus lever count · residual fraction · circle share · hidden-obligation multiple · reconciliation gap. **Grading**: V0–V5, where a maturity claimed with a gross run-rate in the headline is V0. **Hard rule**: the hostile reading is written first (Model 227), and every output states that it is analysis, not investment advice.","essence":"Ask in order: (1) what are you counting (the counted top line, Model 221); (2) what does it cost to produce (cost per accepted outcome, levers pulled versus available, the ceiling is not the average); (3) what compounds (residue, substrate, standard, owned model, junctions; rarely what the company sells); (4) owned versus rented (title; the exit priced both ways); (5) what is perishable (the absorption line → the residual); (6) whose money (two engines in both directions; trace every line to its payer; the circle); (7) what capital (builders: the three tests and the hurdle; financed builds: the acid test; labs: revenue per megawatt; apps: the margin path; EV equals equity plus debt plus what the balance sheet hides); (8) what kills it (three worthless cases with triggers); (9) the multiple on the residual, borrowed by layer, reconciled to the reported number by naming the question that made the gap.\n**Instruments with formulas**: counted top line (tier → strip → exclude → gross-to-net → run-rate-to-year); margin path (measured, levers, trajectory with dates and capital, tail modelled separately); residual-adjusted cash flow (durable share grows with the compounding assets, perishable share decays per release, terminal value on the durable share only, discount rate by layer); circle-adjusted revenue (payer classes: own budget, partner credits, pilot allowance, the circle); EV bridge with hidden piers; probability-weighted worthless cases; layer multiple table.\n**Meters**: counted-to-reported ratio · measured margin plus lever count · residual fraction · circle share · hidden-obligation multiple · reconciliation gap. **Grading**: V0–V5, where a maturity claimed with a gross run-rate in the headline is V0. **Hard rule**: the hostile reading is written first (Model 227), and every output states that it is analysis, not investment advice.","apply":"","sourceLine":5589,"part":"VIII","themes":[],"concepts":[],"coreRefs":["BE-00-221","BE-00-227"],"instrumentRefs":[],"discipline":null},{"id":"BE-P-J","letter":"J","name":"VERIFIED (the buyer's qualification)","kind":"Practice instrument","body":"Eight letters, every letter an artifact: Verification owned (the frozen suite is the buyer's) · Economics read (the vendor's margin predicts its behaviour) · Rights scheduled (title on what compounds, in the contract) · Incentives separated (the champion is not the auditor) · Feasibility on your floor (the proof ran on the buyer's data and systems) · Independence priced (exit in engineer-months, rehearsed yearly) · Exposure governed (the behaviour-change audit beside the security review) · Drift instrumented (the drift log has an owner and a cadence). Run V·E·I before contact, F·R·E at the wedge's clock, I·D before signature, then annually. A failed letter does not block the purchase; it prices it. What VERIFIED refuses is the letter nobody checked.\n**The theater screen** (Model 231) runs before the board: which parts of the evaluation could the vendor have staged. **The outcome-pricing stance**: outcome pricing is an end state; underwrite the hybrid and choose the ramp (Model 215).","essence":"Eight letters, every letter an artifact: Verification owned (the frozen suite is the buyer's) · Economics read (the vendor's margin predicts its behaviour) · Rights scheduled (title on what compounds, in the contract) · Incentives separated (the champion is not the auditor) · Feasibility on your floor (the proof ran on the buyer's data and systems) · Independence priced (exit in engineer-months, rehearsed yearly) · Exposure governed (the behaviour-change audit beside the security review) · Drift instrumented (the drift log has an owner and a cadence). Run V·E·I before contact, F·R·E at the wedge's clock, I·D before signature, then annually. A failed letter does not block the purchase; it prices it. What VERIFIED refuses is the letter nobody checked.\n**The theater screen** (Model 231) runs before the board: which parts of the evaluation could the vendor have staged. **The outcome-pricing stance**: outcome pricing is an end state; underwrite the hybrid and choose the ramp (Model 215).","apply":"","sourceLine":5594,"part":"VIII","themes":[],"concepts":[],"coreRefs":["BE-00-215","BE-00-231"],"instrumentRefs":[],"discipline":null,"note":"Repeated letters in VERIFIED are distinct checks. Read its pricing language with the buyer’s walk conditions and mandatory gates; an unchecked or non-permissible exposure is not made acceptable by assigning it a price."},{"id":"BE-P-K","letter":"K","name":"DEPLOY (the deployment decision sequence)","kind":"Practice instrument","body":"Discovery (four gates, the outcome in the customer's units, saying no in writing) · Envelope (the seven-layer shape, the data path, the autonomy tier and its junction, buy/build/rent, the model chosen last) · Proof (the MVP as contract, evaluations as acceptance, guardrails, approval, rollback) · Landing (the concurrent gauntlet, reviews volunteered, VERIFIED read from the vendor's side) · Outcome (baseline before, gauge page after, a return the finance seat accepts) · Yield (the harvest: reference architecture, product requirement, the refusal log). Grading rule: every letter has a date. Three rooms, one truth at three altitudes: engineers, the CTO and CISO, the executives. Run a book of business, never a single account, and track letters per account.","essence":"Discovery (four gates, the outcome in the customer's units, saying no in writing) · Envelope (the seven-layer shape, the data path, the autonomy tier and its junction, buy/build/rent, the model chosen last) · Proof (the MVP as contract, evaluations as acceptance, guardrails, approval, rollback) · Landing (the concurrent gauntlet, reviews volunteered, VERIFIED read from the vendor's side) · Outcome (baseline before, gauge page after, a return the finance seat accepts) · Yield (the harvest: reference architecture, product requirement, the refusal log). Grading rule: every letter has a date. Three rooms, one truth at three altitudes: engineers, the CTO and CISO, the executives. Run a book of business, never a single account, and track letters per account.","apply":"","sourceLine":5598,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-L","letter":"L","name":"The Climb (organization, seats, roles)","kind":"Practice instrument","body":"**Engine**: Stages 0–5 across four scales. Prime diagnostic: \"Your people are faster. Is the firm ahead?\" **Hard thresholds**: no ratio without a measured gate; residue capture at or above 90%; paved-road coverage including a shadow estimate; conversion time under ninety days; no naked revenue per employee; same-dated ratios; the import test is mandatory. **Six gauges**: loop share, adjudication ratio, residue capture, paved-road coverage, conversion time, aim traceability; headcount is excluded. **The memo rule**: a memo before the paved road is a walk-back waiting to happen. **The grid** (11 functions across, 5 accountable functions down) is the staffing instrument; the top row must hold the four ownerships regardless of titles; the seat that owns the standard never builds the loops. **The first rung**: a ninety-day apprenticeship whose credential is the case study with its failures. **Grading**: O0–O5 and W0–W5, where a stage claimed with a headcount number or a pilot count on the board page is one stage lower than claimed.","essence":"**Engine**: Stages 0–5 across four scales. Prime diagnostic: \"Your people are faster. Is the firm ahead?\" **Hard thresholds**: no ratio without a measured gate; residue capture at or above 90%; paved-road coverage including a shadow estimate; conversion time under ninety days; no naked revenue per employee; same-dated ratios; the import test is mandatory. **Six gauges**: loop share, adjudication ratio, residue capture, paved-road coverage, conversion time, aim traceability; headcount is excluded. **The memo rule**: a memo before the paved road is a walk-back waiting to happen. **The grid** (11 functions across, 5 accountable functions down) is the staffing instrument; the top row must hold the four ownerships regardless of titles; the seat that owns the standard never builds the loops. **The first rung**: a ninety-day apprenticeship whose credential is the case study with its failures. **Grading**: O0–O5 and W0–W5, where a stage claimed with a headcount number or a pilot count on the board page is one stage lower than claimed.","apply":"","sourceLine":5601,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null,"note":"The source’s staffing grid and threshold values are proposed operating instruments. Grade against case-specific evidence and record the basis for any thresholds."},{"id":"BE-P-M","letter":"M","name":"The Junction Read (techno-geopolitics)","kind":"Practice instrument","body":"For any technology or buildout: (1) run the three tests, sited / standardised / chokeable; (2) find the junction, the intersecting technologies that turn an industry into a map; (3) locate the permission layer, who can revoke; (4) run the five clocks, adding the political one; (5) name the independence swap the adoption is making and when the dependency invoices; (6) read the fence at its thinnest point; (7) ask which power form the junction favours and what it does to war; (8) price the domestic bill and the institution that will be created to settle it; (9) state the three-generation lag and the falsification tests. Structure the piece as a cross-section: physical base → techno-industrial system → power system, with capital, institutions, and permissions as cross-cutting layers, not stages.","essence":"For any technology or buildout: (1) run the three tests, sited / standardised / chokeable; (2) find the junction, the intersecting technologies that turn an industry into a map; (3) locate the permission layer, who can revoke; (4) run the five clocks, adding the political one; (5) name the independence swap the adoption is making and when the dependency invoices; (6) read the fence at its thinnest point; (7) ask which power form the junction favours and what it does to war; (8) price the domestic bill and the institution that will be created to settle it; (9) state the three-generation lag and the falsification tests. Structure the piece as a cross-section: physical base → techno-industrial system → power system, with capital, institutions, and permissions as cross-cutting layers, not stages.","apply":"","sourceLine":5604,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-N","letter":"N","name":"The Thread — Shared Instruments Across the Library","kind":"Practice instrument","body":"The instruments are the framework; each discipline uses them, none replaces them. Reuse by name, never re-derive: the SUITE (the frozen referee) · the CHARTER (one page: outcome, standard, thresholds, surfaces, boundaries, tier, owner) · the GAUGE PAGE (the retention and renewal instrument) · the TWO SURFACES (human and agent) · the JUNCTION (where a private rule is encoded and enforced) · the RESIDUE (the decision loop's second output) · the PROPERTY LINE (own the junctions, rent the ends) · the DRIFT CHECK (re-scored on every release) · the ABSORPTION LINE (perishable versus durable) · the COUNTING RULE (each dollar once, at the tier it transacted) · the CIRCLE (supplier money returning as customer revenue) · the SEAT (the ten seats on the clock). Every long-form deliverable closes with a Thread section mapping the instruments used to where each is treated in full.","essence":"The instruments are the framework; each discipline uses them, none replaces them. Reuse by name, never re-derive: the SUITE (the frozen referee) · the CHARTER (one page: outcome, standard, thresholds, surfaces, boundaries, tier, owner) · the GAUGE PAGE (the retention and renewal instrument) · the TWO SURFACES (human and agent) · the JUNCTION (where a private rule is encoded and enforced) · the RESIDUE (the decision loop's second output) · the PROPERTY LINE (own the junctions, rent the ends) · the DRIFT CHECK (re-scored on every release) · the ABSORPTION LINE (perishable versus durable) · the COUNTING RULE (each dollar once, at the tier it transacted) · the CIRCLE (supplier money returning as customer revenue) · the SEAT (the ten seats on the clock). Every long-form deliverable closes with a Thread section mapping the instruments used to where each is treated in full.","apply":"","sourceLine":5607,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null},{"id":"BE-P-O","letter":"O","name":"Register II — Editorial Ink (supersedes the card/palette spec for essay plates)","kind":"Practice instrument","body":"**Selection rule**: if the plate sits above a heading in a written piece, use Register II; use the card register (Register I) only when the artifact IS the data (dashboards, scorecards, decks).\n**Spec**: canvas 1240×900, pure white ground, palette ink #17171B / teal #0D6E6B / teal-2 #12908C / vermilion #C4342A / ochre #D19A2E / muted #7A756C / faint #D9D2C4; Georgia display, Inter kickers, mono ticks. Grid: kicker y=76, title y=134 (44px, carrying the section heading verbatim), subtitle y=178, rule y=202, drawing zone y=210–790, compression rule 810 / line 840, footer 876.\n**Non-negotiables**: no boxes as containers (a box may be a drawn object, never a wrapper); one plate is one conceptual drawing, nameable in five words; every stroke rendered twice with slight bow and jitter; drawn glyphs only (rasterizers drop font arrows and checkmarks); full canvas, never banner strips; hatching and washes instead of flat fills; house furniture on every plate (teal top rule and masthead, title and italic dek, hero mechanism, labelled supporting detail, compression block with red left bar, two numbered questions, italic takeaway over the footer rule); no dates on plates; filenames as descriptive slugs numbered in paragraph order; every argument section gets a plate.\n**Metaphor vocabulary**: valves on a pipe (moving constraint) · screw clamp (binding constraint) · pendulums of different lengths (different clocks) · geological strata (layer stack) · buckets in rain, one under an umbrella (differing absorption) · roots versus canopy (long-lived versus short-lived assets) · two figures carrying a slab (concentrated obligation) · slicer fanning tranches (securitisation) · castle and moat with birds flying over (uncopyable input) · meshed gears of two sizes (supply in years, demand in quarters) · gauge wired to a piggy bank · locomotive crossing trestled chasms (buildout through panics) · balance with hatched pans · a sieve with question-rows (valuation) · a lever with a pyramid on the long arm (consulting leverage) · a lens aperture between strata and a graph (the only door) · four gates in series (the window's defenses) · a staircase with a missing rung.\n**Verification**: run the collision checker (text-vs-text with per-glyph advance widths, text-vs-shape, clip bounds, drawing zone bounds with the art wrapped in its own group) plus a full-resolution render of the hero and any dense plate, plus a contact sheet. If a drawn object is unreadable, swap the metaphor rather than adding a label. When preview is unavailable, say verification was programmatic only. Generate repetitive plate families from one template.","essence":"**Selection rule**: if the plate sits above a heading in a written piece, use Register II; use the card register (Register I) only when the artifact IS the data (dashboards, scorecards, decks).\n**Spec**: canvas 1240×900, pure white ground, palette ink #17171B / teal #0D6E6B / teal-2 #12908C / vermilion #C4342A / ochre #D19A2E / muted #7A756C / faint #D9D2C4; Georgia display, Inter kickers, mono ticks. Grid: kicker y=76, title y=134 (44px, carrying the section heading verbatim), subtitle y=178, rule y=202, drawing zone y=210–790, compression rule 810 / line 840, footer 876.\n**Non-negotiables**: no boxes as containers (a box may be a drawn object, never a wrapper); one plate is one conceptual drawing, nameable in five words; every stroke rendered twice with slight bow and jitter; drawn glyphs only (rasterizers drop font arrows and checkmarks); full canvas, never banner strips; hatching and washes instead of flat fills; house furniture on every plate (teal top rule and masthead, title and italic dek, hero mechanism, labelled supporting detail, compression block with red left bar, two numbered questions, italic takeaway over the footer rule); no dates on plates; filenames as descriptive slugs numbered in paragraph order; every argument section gets a plate.\n**Metaphor vocabulary**: valves on a pipe (moving constraint) · screw clamp (binding constraint) · pendulums of different lengths (different clocks) · geological strata (layer stack) · buckets in rain, one under an umbrella (differing absorption) · roots versus canopy (long-lived versus short-lived assets) · two figures carrying a slab (concentrated obligation) · slicer fanning tranches (securitisation) · castle and moat with birds flying over (uncopyable input) · meshed gears of two sizes (supply in years, demand in quarters) · gauge wired to a piggy bank · locomotive crossing trestled chasms (buildout through panics) · balance with hatched pans · a sieve with question-rows (valuation) · a lever with a pyramid on the long arm (consulting leverage) · a lens aperture between strata and a graph (the only door) · four gates in series (the window's defenses) · a staircase with a missing rung.\n**Verification**: run the collision checker (text-vs-text with per-glyph advance widths, text-vs-shape, clip bounds, drawing zone bounds with the art wrapped in its own group) plus a full-resolution render of the hero and any dense plate, plus a contact sheet. If a drawn object is unreadable, swap the metaphor rather than adding a label. When preview is unavailable, say verification was programmatic only. Generate repetitive plate families from one template.","apply":"","sourceLine":5610,"part":"VIII","themes":[],"concepts":[],"coreRefs":[],"instrumentRefs":[],"discipline":null}],"spine":[{"id":"spine-1","name":"The suite (frozen set)","home":"AI Engineering","description":"The referee the loop cannot see: real cases, expert-adjudicated, frozen before the build, held out, versioned","entry":"BE-07-024","references":["BE-03-019"],"disciplines":["engineering","agent"]},{"id":"spine-2","name":"Cost per accepted outcome","home":"AI Economics","description":"The denominator for everything — tokens, compute, and the attention bill you cannot buy","entry":"BE-11-014","references":["BE-12-021","BE-07-035","BE-08-049","BE-09-034"],"disciplines":["economics","cfo","engineering","product","growth"]},{"id":"spine-3","name":"The counting rule","home":"AI Economics","description":"Each end-customer dollar once, at the tier where it transacted","entry":"BE-11-006","references":["BE-12-048"],"disciplines":["economics","cfo"]},{"id":"spine-4","name":"The charter","home":"Agent Engineering","description":"One page: outcome, standard, thresholds, surfaces, boundaries, autonomy tier, owner","entry":"BE-03-011","references":[],"disciplines":["agent"]},{"id":"spine-5","name":"The gauge page","home":"Harness Engineering","description":"The retention and renewal instrument; what the board reads instead of a pilot count","entry":"BE-04-016","references":["BE-02-061"],"disciplines":["harness","orchestrator"]},{"id":"spine-6","name":"The two surfaces","home":"AI Product Engineering","description":"Humans see the interface, agents see the specification; one referee grades both","entry":"BE-08-018","references":[],"disciplines":["product"]},{"id":"spine-7","name":"The junction","home":"Core (Model 135)","description":"Where private rules, data, and decisions are encoded and enforced — own it, rent the ends","entry":"BE-00-135","references":[],"disciplines":["core"]},{"id":"spine-8","name":"The residue","home":"Core (Model 219)","description":"The decision loop's second output: the only growth loop machines cannot mediate","entry":"BE-00-219","references":[],"disciplines":["core"]},{"id":"spine-9","name":"The property line","home":"Core (Model 135)","description":"Drawn deliberately, per workload","entry":"BE-00-135","references":[],"disciplines":["core"]},{"id":"spine-10","name":"The absorption line","home":"Core (Model 198)","description":"Perishable compensation versus durable requirement","entry":"BE-00-198","references":[],"disciplines":["core"]},{"id":"spine-11","name":"Clear title","home":"Core (Model 136)","description":"KEPT, PARTIAL, CAPTURED — exit as config change, project, or rebuild","entry":"BE-00-136","references":[],"disciplines":["core"]},{"id":"spine-12","name":"The refusal log","home":"The Forward-Deployed Engineer","description":"Saying no in writing, kept as an artifact","entry":"BE-05-038","references":["BE-02-044","BE-06-040","BE-13-032"],"disciplines":["fde","orchestrator","sales","buyer"]},{"id":"spine-13","name":"The six failure families","home":"AI Engineering","description":"The diagnosis map, inherited by every build seat","entry":"BE-07-046","references":["BE-04-032","BE-05-046"],"disciplines":["engineering","harness","fde"]},{"id":"spine-14","name":"Time-to-magic","home":"AI Product Engineering","description":"First verified outcome, measured from first contact","entry":"BE-08-051","references":["BE-09-032","BE-05-012"],"disciplines":["product","growth","fde"]},{"id":"spine-15","name":"The seat","home":"Core (Model 154)","description":"The ten positions on the financial clock; name it before running any test","entry":"BE-00-154","references":[],"disciplines":["core"]}],"practice":{"engine":[{"id":"layer-0","number":0,"name":"Meta-rules","body":"Structural or narrative? Four tests: can I trace cause to effect through specific steps (mechanism); would the outcome change without this mechanism (counterfactual); what evidence would disprove it (falsifiability); has this pattern produced this outcome before (precedent). Then first principles: what are the physics-level constraints, where is the binding one, what changes if it relaxes. Then temporal context: what changed, how fast, what window, what happened last time."},{"id":"layer-1","number":1,"name":"Pattern recognition","body":"Match the situation to the model library (Parts I and II). Two or three models, at least one of which the subject could fail."},{"id":"layer-2","number":2,"name":"Evaluation","body":"Select the framework the question actually calls for, apply it systematically, score the dimensions, judge fitness. Four lenses regardless of framework: value and positioning, capability and technology, distribution and reach, economics and sustainability."},{"id":"layer-3","number":3,"name":"Strategic assessment","body":"Moat classification with its decay signal. Flywheel identification: the fuel, the friction, the direction of travel, what would break it. Bottleneck cascade: every bottleneck labelled resolved, active, emerging, or future, with the critical one named. Platform dynamics where they apply. Disruption assessment: S-curve position, incumbent and insurgent advantages, crossing point, asymmetric motivation."},{"id":"layer-4","number":4,"name":"Synthesis and compression","body":"Core insight in one sentence. One visual. One decision it enables. Cross-domain connection. What to do and what to watch."}],"thinkingOS":"Every model runs on the same five-move engine. Learn the engine and the library becomes one instrument rather than a list.\n\n1. **Structure before data.** Look for the mechanism, never the surface phenomenon. Every outcome traces to a structural cause; data validates or falsifies structure, it does not replace it.\n2. **Meta-compression.** Extract the transferable principle from the specific case. If a pattern works in one place, ask where else it applies.\n3. **The integration engine.** Trace impact around the loop: technology, economy, behavior, narrative, technology.\n4. **Layered output.** Serve the headline, the framework, and the deep dive at once — one artifact for the skimmer and the operator.\n5. **Strategic compression.** If I had thirty seconds, what matters? What one decision does this enable? Can it be shown in a single graph? What would a leader do differently after reading it?\n\n**The reading always opens.** No model executes against an unstated thesis: name where value is moving and what would falsify it, then apply the frameworks.\n\n**The analytical hierarchy**, which decides what constrains what: geopolitics, then macroeconomics, then technology, then business. A market-level analysis that ignores the layers above it is built on sand.","modes":[{"id":"mode-1","name":"Strategic Analysis (default)","triggers":"\"analyze\", \"break down\", \"deep dive\", a company or industry name","runs":"The full engine, Layers 0–4","instruments":[]},{"id":"mode-2","name":"Visual Intelligence","triggers":"\"visualize\", \"diagram\", \"chart\", \"plate\", \"infographic\"","runs":"The visual register (Instrument O)","instruments":["BE-P-O"]},{"id":"mode-3","name":"Framework Lookup","triggers":"\"mental model\", \"which framework\", \"find the model\"","runs":"Parts I–II search and application","instruments":[]},{"id":"mode-4","name":"Capital-Cycle Print","triggers":"an earnings print, \"has X absorbed / paid for / overshot the build\"","runs":"Instrument A","instruments":["BE-P-A"]},{"id":"mode-5","name":"Season Map","triggers":"\"map of the cycle\", multi-print synthesis, \"capstone\", tracker","runs":"Instrument F","instruments":["BE-P-F"]},{"id":"mode-6","name":"Buyer-Side Capture Audit","triggers":"\"lock-in\", \"dependency audit\", \"exit cost\", \"clear title\"","runs":"Instruments E and J","instruments":["BE-P-E","BE-P-J"]},{"id":"mode-7","name":"Valuation","triggers":"\"what is it worth\", \"multiple\", \"run-rate\", \"residual\"","runs":"Instrument I","instruments":["BE-P-I"]},{"id":"mode-8","name":"Deployment Decision","triggers":"\"deploy\", \"rollout\", \"proof of value\", \"landing\"","runs":"Instrument K","instruments":["BE-P-K"]},{"id":"mode-9","name":"Organization Climb","triggers":"\"our people are faster\", \"transformation\", \"reorg\", \"ratio\"","runs":"Instrument L","instruments":["BE-P-L"]},{"id":"mode-10","name":"Roles and Grid","triggers":"\"hire\", \"who owns\", \"team\", \"chief AI officer\"","runs":"Instrument L","instruments":["BE-P-L"]},{"id":"mode-11","name":"Junction and Geopolitics","triggers":"\"export controls\", \"sovereign\", \"chokepoint\", \"standard\"","runs":"Instrument M","instruments":["BE-P-M"]},{"id":"mode-12","name":"Financing Structure","triggers":"\"off balance sheet\", \"how is it funded\", \"credit\"","runs":"Instruments C and D","instruments":["BE-P-C","BE-P-D"]}],"routing":[{"id":"question-1","question":"How does this business work?","answer":"VTDF (66), Value Chain, the four evaluation lenses","entries":["BE-00-066"]},{"id":"question-2","question":"Is it defensible?","answer":"Moat Hierarchy (38), Five Defensible Moats (39), Compound Moat (40)","entries":["BE-00-038","BE-00-039","BE-00-040"]},{"id":"question-3","question":"How does it grow?","answer":"Flywheels (59–65), Traction-Momentum-Flywheel (62), Scalability Matrix (35)","entries":["BE-00-059","BE-00-060","BE-00-061","BE-00-062","BE-00-063","BE-00-064","BE-00-065","BE-00-035"]},{"id":"question-4","question":"What is blocking it?","answer":"Constraint Mapping (15), Bottleneck Cascade, Hidden Driver Detection (14)","entries":["BE-00-015","BE-00-014"]},{"id":"question-5","question":"How should it compete?","answer":"Weak Spot Analysis (46), Margin Conflict (47), Three Archetypes (45)","entries":["BE-00-046","BE-00-047","BE-00-045"]},{"id":"question-6","question":"Where should it enter?","answer":"Strategy Lever (28), Blue Sea (29), MVA (30), Adjacent Niche (32)","entries":["BE-00-028","BE-00-029","BE-00-030","BE-00-032"]},{"id":"question-7","question":"Which seat is this print in?","answer":"Name the Seat (154), Absorption Capacity (114), Incidence Runs Opposite (166)","entries":["BE-00-154","BE-00-114","BE-00-166"]},{"id":"question-8","question":"Is this earnings number real?","answer":"Sign of the Distortion (228), Related-Party Triple (160), Definition Moved (181)","entries":["BE-00-228","BE-00-160","BE-00-181"]},{"id":"question-9","question":"What is it worth?","answer":"Multiple Comes Last (220), The Residual (222), Hidden Piers (223), Worthless Cases (224)","entries":["BE-00-220","BE-00-222","BE-00-223","BE-00-224"]},{"id":"question-10","question":"Where does the AI bill land?","answer":"Cost of Goods (174), Discovery Tax (175), Transmission Belt (149)","entries":["BE-00-174","BE-00-175","BE-00-149"]},{"id":"question-11","question":"Who owns the junction?","answer":"Harness Is a Router (190), Barbell (192), Second Index (204), Only Door (205)","entries":["BE-00-190","BE-00-192","BE-00-204","BE-00-205"]},{"id":"question-12","question":"Will the next release absorb this?","answer":"Absorption Line (198), Co-Adaptation (193), Exhaust Flywheel (194)","entries":["BE-00-198","BE-00-193","BE-00-194"]},{"id":"question-13","question":"Should we buy it, on what terms?","answer":"The Asymmetry (229), VERIFIED (230), Procurement Theater (231), Clear Title (136)","entries":["BE-00-229","BE-00-230","BE-00-231","BE-00-136"]},{"id":"question-14","question":"Why is our AI gain not in the margin?","answer":"Neutral Gain (239), Ascent Through Scales (240), Governed Middle (241), Ratio Rule (244)","entries":["BE-00-239","BE-00-240","BE-00-241","BE-00-244"]},{"id":"question-15","question":"Who should own AI here?","answer":"Four Ownerships (251), Absorb/Displace/Converge (252), The Grid (253)","entries":["BE-00-251","BE-00-252","BE-00-253"]},{"id":"question-16","question":"Why did this become political?","answer":"Junction Rule (141), Independence Swap (142), Permission Layer (143), Cascade (140)","entries":["BE-00-141","BE-00-142","BE-00-143","BE-00-140"]},{"id":"question-17","question":"Is this a bubble?","answer":"Node-by-Node (137), Two Species (138), Amplifier Not Bubble (122), Fifth Clock (139)","entries":["BE-00-137","BE-00-138","BE-00-122","BE-00-139"]}],"quality":[{"id":"quality-1","group":"Analytical rigor","text":"The engine ran, Layers 0–4, no layer skipped","coreRefs":[]},{"id":"quality-2","group":"Analytical rigor","text":"The seat was named before any test (154)","coreRefs":[]},{"id":"quality-3","group":"Analytical rigor","text":"Mechanism identified, not just what happened but why","coreRefs":[]},{"id":"quality-4","group":"Analytical rigor","text":"Structural, not narrative — all four Layer 0 tests passed","coreRefs":[]},{"id":"quality-5","group":"Analytical rigor","text":"Marks stripped in both directions (228); the circle traced (160)","coreRefs":[]},{"id":"quality-6","group":"Analytical rigor","text":"The hostile reading written before the base case (227)","coreRefs":[]},{"id":"quality-7","group":"Analytical rigor","text":"The worthless case named with its trigger (224)","coreRefs":[]},{"id":"quality-8","group":"Analytical rigor","text":"The absorption line drawn: perishable against durable (198)","coreRefs":[]},{"id":"quality-9","group":"Analytical rigor","text":"Every ratio checked for stock over flow; every point estimate carries a range; the counting asymmetry stated wherever capital and revenue are counted on different bases","coreRefs":[]},{"id":"quality-10","group":"Analytical rigor","text":"The import test run on any borrowed case (245)","coreRefs":[]},{"id":"quality-11","group":"Analytical rigor","text":"Bottleneck mapped, flywheel identified, cross-domain connection made","coreRefs":[]},{"id":"quality-12","group":"Analytical rigor","text":"Compressed to one sentence, and actionable","coreRefs":[]},{"id":"quality-13","group":"Writing register","text":"Plain sentences, mostly one idea each; anything over roughly forty words split — measured, not asserted","coreRefs":[]},{"id":"quality-14","group":"Writing register","text":"No fragment-lists posing as paragraphs; bold budget of ten to twelve load-bearing claims; em-dashes rationed and never stacked three deep","coreRefs":[]},{"id":"quality-15","group":"Writing register","text":"Terms earned before use: the plain idea first, the name after; no jargon fired in sequence","coreRefs":[]},{"id":"quality-16","group":"Writing register","text":"Compression means fewer ideas given room, not all ideas with the connective tissue removed","coreRefs":[]},{"id":"quality-17","group":"Writing register","text":"Rhythm varied; identical sentence patterns repeated is the generated-text signature","coreRefs":[]},{"id":"quality-18","group":"Writing register","text":"Self-standing external document: no drafting seams, no prior versions, no throat-clearing","coreRefs":[]},{"id":"quality-19","group":"Writing register","text":"A dated why-now near the front of any framework piece; the instrument's limitation named inside the piece","coreRefs":[]},{"id":"quality-20","group":"Presentation","text":"Visual first; the primary output is a drawn mechanism, a chart, or a diagram","coreRefs":[]},{"id":"quality-21","group":"Presentation","text":"Correct register: II for essay plates, I for data artifacts","coreRefs":[]},{"id":"quality-22","group":"Presentation","text":"Attribution present on every artifact","coreRefs":[]},{"id":"quality-23","group":"Presentation","text":"Verified by measurement — long-sentence counts, collision checks, spot renders — never by assurance","coreRefs":[]}],"editionNotes":"What this edition changed, so the differences from earlier files are known rather than discovered:\n\n- **The core is 261, not 110 or 136.** Models 1–110 keep the full register and regain the Key Q the consolidated draft had dropped. Models 111–136 carry the capital-cycle families. Models 137–261 add nine categories: the supercycle premise and the fifth clock, the ten seats, incidence at the top of the stack, the intelligence stack, measurement under pressure, valuation, the enterprise, the organization, and the historical rhymes.\n- **Fifty duplicate entries were resolved**, each to a single canonical home with pointers from the other seats.\n- **The count is honest.** Models and apparatus are counted separately; the earlier headline figure counted mode cards, maturity rungs, and templates as frameworks.\n- **Corrections of record.** The tape is demoted from the print's opener to a lens used once and late. The hurdle's convergence claim is replaced by the vintage argument and the counting asymmetry. The compounding rate is corrected to about forty-four percent a year. The acid test gains two stated limits — trade-credit float and the missing supply-side column. A fifth clock is added for return-insensitive state demand. The card-and-palette visual spec is superseded by Register II for essay plates.\n\n\n*The disciplines say what and why. The engineering volumes say how. The playbooks say where and with whom. The core says which mechanism is running underneath all of it. This library holds all of it, in one instrument.*\n\n**Analysis by The Business Engineer — by Gennaro Cuofano**","architecture":[["**I**","**The general toolkit**","Core models 1–110, categories I–XIII — thinking, structure, strategy, entry, moats, flywheels, business models, decisions, organization, markets, distribution, leaders"],["**II**","**Read the era**","Core models 111–261, categories XIV–XXV — capital cycles, contagion and joints, clocks, the supercycle premise and the fifth clock, the ten seats, incidence at the top of the stack, the intelligence stack, measurement under pressure, valuation, the enterprise, the organization, the rhymes"],["**III**","**Design the firm**","The Business Architect · AI Economics"],["**IV**","**Run the firm**","The Business Orchestrator · The AI CFO"],["**V**","**Build the machine**","AI Engineering · Agent Engineering · Harness Engineering · AI Product Engineering · Security Engineering"],["**VI**","**Grow it**","AI Growth Engineering"],["**VII**","**Take the field and close**","The Forward-Deployed Engineer · Enterprise Sales · The Enterprise Buyer"],["**VIII**","**The practice layer**","Fifteen instruments, the visual register, the writing standard, the checklists"]]},"themes":[{"id":"accepted-outcome","name":"Accepted outcomes","description":"One canonical definition in AI Economics, reused by the CFO, engineering, product, and growth disciplines.","question":"Who accepts the outcome, and which costs belong in its denominator?","entries":["BE-11-014"],"disciplines":["economics","cfo","engineering","product","growth"],"references":["BE-12-021","BE-07-035","BE-08-049","BE-09-034"]},{"id":"refusal","name":"Refusal logs","description":"The shared definition now lives with the Forward-Deployed Engineer; the other seats point to it.","question":"What should we refuse, and what can that refusal teach the system?","entries":["BE-05-038"],"disciplines":["fde","orchestrator","sales","buyer"],"references":["BE-02-044","BE-06-040","BE-13-032"]},{"id":"failure","name":"Failure diagnosis","description":"AI Engineering is the designated home in this edition. Earlier discipline-specific taxonomies remain available on their reference links.","question":"At which level does this failure originate, and who can fix it?","entries":["BE-07-046"],"disciplines":["engineering","harness","fde"],"references":["BE-04-032","BE-05-046"]},{"id":"magic","name":"Time-to-Magic","description":"One canonical home in AI Product Engineering, with references from Growth and the Forward-Deployed Engineer.","question":"How long until the first verified value, and where is the delay?","entries":["BE-08-051"],"disciplines":["product","growth","fde"],"references":["BE-09-032","BE-05-012"]},{"id":"referee","name":"Independent proof","description":"Related lenses on a standard, test, or referee the optimizing system must not quietly change.","question":"Who defines correct, and can the actor influence its own grade?","entries":["BE-07-009","BE-10-008","BE-09-020","BE-09-036","BE-09-037","BE-13-010","BE-13-011"],"disciplines":["engineering","security","growth","buyer"],"references":[]},{"id":"ownership","name":"Ownership & residue","description":"Follow reusable learning from a field engagement into the product, the firm, and the buyer’s rights.","question":"Who retains the learning, the standard, and the ability to leave?","entries":["BE-01-019","BE-03-020","BE-08-041","BE-09-013","BE-05-020","BE-05-021","BE-13-005","BE-13-028"],"disciplines":["architect","agent","product","growth","fde","buyer"],"references":[]},{"id":"boundary","name":"Own, rent, absorb","description":"Related boundary tests. Separate what the model may absorb from what the business needs to retain.","question":"What should be owned, rented, swapped, or removed as capability changes?","entries":["BE-01-015","BE-01-019","BE-04-019","BE-09-006","BE-09-007","BE-13-021"],"disciplines":["architect","harness","growth","buyer"],"references":[]}],"routes":[{"id":"position","name":"Design a defensible business","question":"Where can this business keep the value?","description":"Locate the constraint, test the position, then design for a change in conditions.","steps":[{"prompt":"Name the constraint and the clock mismatch.","entry":"BE-01-001"},{"prompt":"Identify the value that survives easy substitution.","entry":"BE-01-014"},{"prompt":"Write the state in which the position fails.","entry":"BE-01-018"},{"prompt":"Name the daily operation that builds defensibility.","entry":"BE-01-004"},{"prompt":"Choose a reversible next commitment.","entry":"BE-01-005"}],"counter":{"discipline":"buyer","question":"Would your customer see this moat as value or as dependence?","entry":"BE-13-005"}},{"id":"fund","name":"Fund an AI workflow","question":"Does this workflow earn its full cost?","description":"Make the total reproducible and compare accepted work against the honest alternative.","steps":[{"prompt":"Set the counting boundary and remove duplicate spend.","entry":"BE-11-006","referenceContext":"BE-12-048"},{"prompt":"Include compute and human attention per accepted outcome.","entry":"BE-11-014","referenceContext":"BE-12-021"},{"prompt":"Write down the six funding checks.","entry":"BE-12-011"},{"prompt":"Define the evidence that would stop or resize the commitment.","entry":"BE-12-044"}],"counter":{"discipline":"engineering","question":"Is the outcome denominator backed by a referee?","entry":"BE-07-009"}},{"id":"loop","name":"Build a dependable AI loop","question":"What proof earns this system more autonomy?","description":"Connect a work charter to evaluation and authority.","steps":[{"prompt":"Specify the work and the boundary of the loop.","entry":"BE-07-007"},{"prompt":"State the unit’s owner, stops, and acceptance conditions.","entry":"BE-03-011"},{"prompt":"Define the proof before optimizing the loop.","entry":"BE-07-009"},{"prompt":"Diagnose the surrounding system before reaching for a model swap.","entry":"BE-07-046","referenceContext":"BE-04-032"}],"counter":{"discipline":"security","question":"What is the system able to do when its answer is wrong?","entry":"BE-10-005"}},{"id":"dependency","name":"Price a dependency","question":"What do we lose if this provider changes the terms?","description":"Separate toll, access, learning, and the cost of leaving.","steps":[{"prompt":"Inventory toll, gate, and learning exposure.","entry":"BE-01-019"},{"prompt":"Identify what could be absorbed or stranded.","entry":"BE-04-019"},{"prompt":"Read who owns each asset and when.","entry":"BE-13-028"},{"prompt":"Put a cost and a path against independence.","entry":"BE-13-014"}],"counter":{"discipline":"sales","question":"Which dependence enables value the customer cannot yet reproduce?","entry":"BE-06-003"}},{"id":"growth","name":"Find the growth constraint","question":"What prevents another customer from reaching retained value?","description":"Trace discovery into the first outcome and the loop that retains it.","steps":[{"prompt":"Locate control over discovery and access.","entry":"BE-09-006"},{"prompt":"Find the delay before the first recognized value.","entry":"BE-08-051","referenceContext":"BE-09-032"},{"prompt":"Check whether acquisition outruns retained value.","entry":"BE-09-004"},{"prompt":"Specify what change the experiment must establish.","entry":"BE-09-036"}],"counter":{"discipline":"product","question":"Has the product actually delivered a verified outcome?","entry":"BE-08-039"}},{"id":"buy","name":"Qualify an enterprise purchase","question":"Can we verify the outcome and keep the loop?","description":"Move from your standard to proof, rights, exit, and a decision.","steps":[{"prompt":"Write correct before the vendor defines it.","entry":"BE-13-010"},{"prompt":"Request an artifact for each qualification check.","entry":"BE-13-006"},{"prompt":"Test on your cases and operating conditions.","entry":"BE-13-012"},{"prompt":"Define a smaller commitment, a remedy, or a walk condition.","entry":"BE-13-059"}],"counter":{"discipline":"sales","question":"What proof and allocation of risk would make the deal workable for both sides?","entry":"BE-06-003"}},{"id":"field","name":"Turn field work into a capability","question":"What compounds after the engagement ends?","description":"Qualify the wedge and make the handover and learning explicit.","steps":[{"prompt":"Choose a bounded problem with a viable field wedge.","entry":"BE-05-005"},{"prompt":"Shorten the path to the first accepted result.","entry":"BE-08-051","referenceContext":"BE-05-012"},{"prompt":"Identify the reusable learning the engagement should leave.","entry":"BE-05-020"},{"prompt":"Make ownership and handover concrete.","entry":"BE-05-021"}],"counter":{"discipline":"buyer","question":"Can the customer operate and improve what you hand over?","entry":"BE-13-030"}},{"id":"era","name":"Read a change in the era","question":"Which constraint is moving, and who bears the cost?","description":"Connect a structural hypothesis to counting, absorption, and position.","steps":[{"prompt":"Trace technology, economy, behavior, and narrative as a hypothesis.","entry":"BE-00-008"},{"prompt":"Set a consistent scope before assembling the total.","entry":"BE-11-006"},{"prompt":"Separate an operating result from the cash it requires.","entry":"BE-11-059"},{"prompt":"Test who benefits and who fails as the constraint moves.","entry":"BE-01-018"}],"counter":{"discipline":"cfo","question":"What does the industry story imply for the firm’s actual funding decision?","entry":"BE-12-043"}},{"id":"print","name":"Read a capital-cycle print","question":"What does this print resolve about the build?","description":"Name the seat, separate the operating and funding questions, and close on a falsifiable verdict.","steps":[{"entry":"BE-00-154","prompt":"Name the economic seat before choosing the tests."},{"entry":"BE-P-A","prompt":"Run the print anatomy with the tape used late."},{"entry":"BE-P-D","prompt":"Separate income-statement, capital, and funding answers."},{"entry":"BE-P-C","prompt":"Examine how the obligation is financed."}],"counter":{"discipline":"economics","question":"Could the counting boundary, vintage, or payer change the verdict?","entry":"BE-11-006"}},{"id":"valuation","name":"Value the durable residual","question":"What is worth underwriting after the perishable layer is stripped?","description":"Use the nine-question valuation sequence and put the multiple last.","steps":[{"entry":"BE-00-227","prompt":"Write the hostile reading before the base case."},{"entry":"BE-00-221","prompt":"Reconcile the counted top line."},{"entry":"BE-P-I","prompt":"Work through the nine valuation questions."},{"entry":"BE-00-224","prompt":"Name the worthless cases and their triggers."}],"counter":{"discipline":"buyer","question":"What rights and exit costs determine whether the asset is actually owned?","entry":"BE-13-028"}},{"id":"climb","name":"Turn AI gains into firm gains","question":"Why are people faster without the firm being ahead?","description":"Connect local improvement to ownership, the operating system, and the staffing grid.","steps":[{"entry":"BE-00-239","prompt":"Distinguish local gain from firm-level change."},{"entry":"BE-00-251","prompt":"Name the ownerships before the titles."},{"entry":"BE-P-L","prompt":"Run the organization and role instrument."},{"entry":"BE-00-253","prompt":"Read the staffing grid against the work."}],"counter":{"discipline":"cfo","question":"Where does the improvement appear in accepted work and fully loaded economics?","entry":"BE-11-014"}},{"id":"geopolitics","name":"Read the geopolitical junction","question":"When does a technology become a source of power?","description":"Cross the physical base, the industrial system, and the permissions that govern the junction.","steps":[{"entry":"BE-00-141","prompt":"Test whether the technology is sited, standardised, and chokeable."},{"entry":"BE-00-139","prompt":"Add the political clock without lowering the economic hurdle."},{"entry":"BE-P-M","prompt":"Run the junction read across technologies and permissions."},{"entry":"BE-00-142","prompt":"Name the independence swap and when the dependency invoices."}],"counter":{"discipline":"architect","question":"Which firm-level position still holds if the permission or constraint changes?","entry":"BE-01-018"}}],"concepts":[{"name":"BE Thinking OS","definition":"A repeatable analysis workflow connects structural hypotheses, audience context, evidence, compression and action, then revises the workflow after observing results.","keyQuestion":"Is this insight structurally grounded, contextually anchored, and deployable — or just interesting?","form":"framework","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Is this insight structurally grounded, contextually anchored, and deployable — or just interesting?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:1"],"aliases":["BE Thinking OS"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0001"},{"name":"Structural Thinking as Default","definition":"Begin with a provisional system hypothesis, identify relationships and feedback, and revise the structure when observations contradict it.","keyQuestion":"What is the structure here — and does the content confirm or break it?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What is the structure here — and does the content confirm or break it?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Treat an initial structure as a revisable hypothesis. Evidence can invalidate the framework itself; do not subordinate inconvenient observations to a preferred model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:2"],"aliases":["Structural Thinking as Default"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0002"},{"name":"Contextual Precision","definition":"Choose the analysis and output according to the audience, decision, timing and intended use.","keyQuestion":"For whom, why now, and how will this be used?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"For whom, why now, and how will this be used?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:3"],"aliases":["Contextual Precision"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0003"},{"name":"Meta-Compression","definition":"Compress an explanation to the smallest set of mechanisms that preserves its reasoning, uncertainty and decision implications.","keyQuestion":"Can I compress this further without losing the mechanism?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Can I compress this further without losing the mechanism?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:4"],"aliases":["Meta-Compression"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0004"},{"name":"Layered Output Logic","definition":"Represent one analysis at several levels of detail while keeping definitions, evidence and conclusions consistent across levels.","keyQuestion":"Does this analysis work for the strategist, the manager, AND the operator — simultaneously?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Does this analysis work for the strategist, the manager, AND the operator — simultaneously?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:5"],"aliases":["Layered Output Logic"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0005"},{"name":"Pragmatic Rigor","definition":"Use enough rigor to distinguish decision-relevant alternatives, proportionate to uncertainty, stakes and the cost of delay.","keyQuestion":"Is every claim in this analysis load-bearing — or am I decorating?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Is every claim in this analysis load-bearing — or am I decorating?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:6"],"aliases":["Pragmatic Rigor"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0006"},{"name":"Edge Framing","definition":"Find a consequential difference between the prevailing interpretation and a mechanism supported by discriminating evidence.","keyQuestion":"What has the consensus mispriced, overlooked, or gotten structurally wrong?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What has the consensus mispriced, overlooked, or gotten structurally wrong?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Analytical value depends on better understanding or decisions, not distance from consensus. Confirming a well-supported consensus can be the correct result.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:7"],"aliases":["Edge Framing"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0007"},{"name":"Integration Engine","definition":"Combine useful models through their explicit assumptions and relationships; shared premises do not provide independent corroboration.","keyQuestion":"Which domain is driving this outcome — and which domain hasn't caught up yet?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Which domain is driving this outcome — and which domain hasn't caught up yet?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:8"],"aliases":["Integration Engine"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0008"},{"name":"Strategic Narrative Compression","definition":"Express the mechanism, stakes and action in a coherent narrative without removing qualifications that could change the conclusion.","keyQuestion":"Have I oriented, illuminated, and activated — or just informed?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Have I oriented, illuminated, and activated — or just informed?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:9"],"aliases":["Strategic Narrative Compression"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0009"},{"name":"Calibration Loop","definition":"Compare a prior prediction with the observed result and revise the assumption or model that produced the error.","keyQuestion":"Is this the sharpest, most precise version of this insight — or can I compress and calibrate further?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Is this the sharpest, most precise version of this insight — or can I compress and calibrate further?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:10"],"aliases":["Calibration Loop"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0010"},{"name":"Structural vs Reactive Thinking","definition":"Distinguish an event from the system generating it, while allowing events to reveal a structural change.","keyQuestion":"Am I reacting to the event — or understanding the system that produced it?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Am I reacting to the event — or understanding the system that produced it?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:11"],"aliases":["Structural vs Reactive Thinking"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0011"},{"name":"Structural Thinking Workflow","definition":"Map the actor, system boundary, relationships, constraints and interventions, then test the proposed mechanism against alternatives.","keyQuestion":"What is the binding constraint, and where is the leverage point?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What is the binding constraint, and where is the leverage point?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:12"],"aliases":["Structural Thinking Workflow"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0012"},{"name":"Reality Gap Analysis","definition":"Compare stated intentions, visible behavior and underlying incentives to identify consequential gaps between claims and operation.","keyQuestion":"Where is the gap between what the market believes and what structural forces will deliver?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Where is the gap between what the market believes and what structural forces will deliver?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Narratives can alter investment, incentives and the structure itself. Convergence is contingent and may not occur within the decision horizon; do not assert that structure always wins.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:13"],"aliases":["Reality Gap Analysis"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0013"},{"name":"Hidden Driver Detection","definition":"Look for overlooked variables or relationships that can explain an observation better than the apparent driver.","keyQuestion":"What is the existential imperative that makes this decision structurally inevitable?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What is the existential imperative that makes this decision structurally inevitable?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Generate competing explanations including mistakes, agency conflicts and incomplete information. Hidden motives and existential imperatives are hypotheses, not facts inferred from a puzzling decision.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:14"],"aliases":["Hidden Driver Detection"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0014"},{"name":"Constraint Mapping","definition":"Identify which resource, rule, authority or dependency limits a specified outcome under current conditions.","keyQuestion":"What is the single binding constraint — and what happens if it's relaxed or tightened?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What is the single binding constraint — and what happens if it's relaxed or tightened?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Find the constraint or jointly binding set relevant to a stated objective and horizon. A bottleneck need not also be irreplaceable and possess veto power. Model 130 explicitly permits simultaneous constraints.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:15"],"aliases":["Constraint Mapping"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0015"},{"name":"Power Distribution Analysis","definition":"Map who can allocate resources, set terms, withhold permission or redirect value, and how those powers depend on others.","keyQuestion":"Who can block, who can force, and who can rewrite the rules — and are they the same actor?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Who can block, who can force, and who can rewrite the rules — and are they the same actor?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:16"],"aliases":["Power Distribution Analysis"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0016"},{"name":"System Fragmentation Mapping","definition":"Locate disconnected responsibilities, information or processes whose interfaces create cost, failure or an integration opportunity.","keyQuestion":"Is this system genuinely integrated — or is the integration cosmetic?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Is this system genuinely integrated — or is the integration cosmetic?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:17"],"aliases":["System Fragmentation Mapping"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0017"},{"name":"Structural Reality Framework","definition":"Reconstruct a system from constraints, incentives, power, dependencies and observable behavior rather than relying on its public description.","keyQuestion":"What higher-layer constraints am I ignoring that will override my market-level analysis?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What higher-layer constraints am I ignoring that will override my market-level analysis?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Use geopolitics, policy, infrastructure and markets as interacting layers. Draw feedback upward as well as constraints downward; no universal hierarchy resolves every case.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:18"],"aliases":["Structural Reality Framework"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0018"},{"name":"Constraint Cascade Principle","definition":"Removing one limiting constraint can expose another; model the next binding constraint and possible simultaneous limits before investing.","keyQuestion":"Is there an upstream constraint that makes all my downstream optimization pointless?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Is there an upstream constraint that makes all my downstream optimization pointless?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Upstream constraints can dominate, but not always. Test their actual causal reach, the available adaptations and the consequences of downstream failure; avoid a fixed lethality ranking.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:19"],"aliases":["Constraint Cascade Principle"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0019"},{"name":"Perspective-First Analysis","definition":"State whose decision and exposure the analysis serves, then inspect the same system from other consequential positions.","keyQuestion":"Do I understand the territory well enough to know what to measure — or am I measuring blindly?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Do I understand the territory well enough to know what to measure — or am I measuring blindly?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:20"],"aliases":["Perspective-First Analysis"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0020"},{"name":"Territory Mapping","definition":"Map the relevant market terrain, actors, interfaces and constraints before choosing a strategic route.","keyQuestion":"What game is being played, by whom, driven by what, and shaped by which structural forces?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"What game is being played, by whom, driven by what, and shaped by which structural forces?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:21"],"aliases":["Territory Mapping"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0021"},{"name":"Grand Strategy Framework","definition":"Connect a long-term objective to the terrain, resources, capabilities, sequencing and adaptation needed to reach it.","keyQuestion":"Am I building strategy from territory understanding — or am I guessing the territory from my preferred tactics?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I building strategy from territory understanding — or am I guessing the territory from my preferred tactics?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:22"],"aliases":["Grand Strategy Framework"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0022"},{"name":"Time Horizon Analysis","definition":"Separate decisions by the time needed to act, learn, recover investment and reverse a mistake.","keyQuestion":"Am I managing all three time horizons simultaneously — or sacrificing the future for the present (or vice versa)?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I managing all three time horizons simultaneously — or sacrificing the future for the present (or vice versa)?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The stated horizon lengths are examples. Choose horizons around the actual asset life, decision window and uncertainty-resolution schedule.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:23"],"aliases":["Time Horizon Analysis"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0023"},{"name":"Contextual Map (2x2)","definition":"Use two explicit, decision-relevant axes to compare positions; the map is a simplification whose dimensions and boundaries must be justified.","keyQuestion":"Am I allocating resources based on the actual combination of impact and uncertainty — or defaulting to what feels safe?","form":"framework","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I allocating resources based on the actual combination of impact and uncertainty — or defaulting to what feels safe?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:24"],"aliases":["Contextual Map (2x2)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0024"},{"name":"Tactical Routes Framework","definition":"Translate a strategic destination into feasible alternative routes with milestones, dependencies and fallback choices.","keyQuestion":"Does my tactical route match my actual assessment — or my ambition?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Does my tactical route match my actual assessment — or my ambition?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:25"],"aliases":["Tactical Routes Framework"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0025"},{"name":"Multi-Horizon Strategic Map","definition":"Connect near-term execution, medium-term capability building and longer-term options without assuming one horizon determines another.","keyQuestion":"Is my resource allocation balanced across all three horizons — or has the immediate consumed everything?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Is my resource allocation balanced across all three horizons — or has the immediate consumed everything?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The 70/20/10 allocation is illustrative, not an optimized or universal recommendation. Resource allocation depends on survival needs, opportunity quality, constraints and risk.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:26"],"aliases":["Multi-Horizon Strategic Map"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0026"},{"name":"Contextual Adaptability Framework","definition":"Adapt a strategy when its contextual assumptions change, using explicit signals rather than reacting to every fluctuation.","keyQuestion":"Are we fit for the current environment AND the one that's emerging — or only the one we grew up in?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Are we fit for the current environment AND the one that's emerging — or only the one we grew up in?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:27"],"aliases":["Contextual Adaptability Framework"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0027"},{"name":"Strategy Lever Framework","definition":"Find interventions that can materially change a strategic outcome and assess their feasibility, cost and second-order effects.","keyQuestion":"Am I starting small enough — or am I trying to scale before I've proven value to the tightest possible audience?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I starting small enough — or am I trying to scale before I've proven value to the tightest possible audience?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:28"],"aliases":["Strategy Lever Framework"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0028"},{"name":"Blue Sea Strategy","definition":"Seek a defensible space where a specific audience is underserved and the business can offer differentiated value economically.","keyQuestion":"Where can I find the smallest premium niche where I have a structural advantage from day one?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Where can I find the smallest premium niche where I have a structural advantage from day one?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Premium niches can create focus but do not automatically produce high margins or defensibility. Verify reachable demand, willingness to pay, delivery economics and competitive response.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:29"],"aliases":["Blue Sea Strategy"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0029"},{"name":"Minimum Viable Audience (MVA)","definition":"Start with the smallest audience that can sustain useful learning and a viable economic wedge.","keyQuestion":"Who are the fewest people who need this most urgently — and can they sustain the business?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Who are the fewest people who need this most urgently — and can they sustain the business?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:30"],"aliases":["Minimum Viable Audience (MVA)"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0030"},{"name":"Niche-to-Microniche Strategy","definition":"Narrow a market to a group with a shared problem, reachable distribution and a specific reason to choose the offer.","keyQuestion":"Is my target segment small enough for fast feedback and proof of value — or too broad for either?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Is my target segment small enough for fast feedback and proof of value — or too broad for either?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:31"],"aliases":["Niche-to-Microniche Strategy"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0031"},{"name":"Adjacent Niche Expansion","definition":"Expand into an adjacent audience when transferable capabilities and distribution outweigh the additional complexity.","keyQuestion":"Which adjacent niche can I enter where my existing advantage, infrastructure, and brand credibility transfer most naturally?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Which adjacent niche can I enter where my existing advantage, infrastructure, and brand credibility transfer most naturally?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:32"],"aliases":["Adjacent Niche Expansion"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0032"},{"name":"Transitional Business Model","definition":"Use a temporary business model to acquire resources or learning for a more durable model, with explicit transition conditions.","keyQuestion":"Is my current business model still fit for this growth stage — or am I clinging to the model that got me here?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Is my current business model still fit for this growth stage — or am I clinging to the model that got me here?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Business-model changes may be needed at growth transitions; they are not mandatory at numerical 0-to-1, 1-to-10 or 10-to-100 boundaries. Diagnose actual model fit.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:33"],"aliases":["Transitional Business Model"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0033"},{"name":"Business Scaling Framework","definition":"Expand demand and operating capacity while monitoring unit economics, coordination costs and service quality.","keyQuestion":"Are my product, business model, and org design all aligned for the next stage of scale — or is one lagging?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Are my product, business model, and org design all aligned for the next stage of scale — or is one lagging?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:34"],"aliases":["Business Scaling Framework"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0034"},{"name":"Scalability Matrix","definition":"Compare growth opportunities by their demand potential and the operating constraints that determine scalable delivery.","keyQuestion":"What is my real error cost and feedback speed — and is my scaling approach appropriate for that combination?","form":"framework","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"What is my real error cost and feedback speed — and is my scaling approach appropriate for that combination?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"High error cost and slow feedback make rapid scaling difficult, not inherently impossible. Assess process redesign, instrumentation, controls and the benefits of controlled scale.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:35"],"aliases":["Scalability Matrix"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0035"},{"name":"Fractal Market Expansion","definition":"Replicate a working market pattern across smaller or adjacent units while testing which contextual differences break replication.","keyQuestion":"Does my winning pattern repeat at the next scale — and what dynamics change as I grow?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Does my winning pattern repeat at the next scale — and what dynamics change as I grow?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:36"],"aliases":["Fractal Market Expansion"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0036"},{"name":"Speed-Reversibility Matrix","definition":"Choose an action's speed and commitment according to reversibility, learning value, downside and the cost of delay.","keyQuestion":"Is this decision high-impact and irreversible (deliberate) — or low-impact and reversible (just do it)?","form":"decision-rule","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Is this decision high-impact and irreversible (deliberate) — or low-impact and reversible (just do it)?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:37","base:74"],"aliases":["Speed-Reversibility Matrix","Impact-Reversibility Matrix"],"applications":[],"category":"Organization, roles and expert work · Strategy, competition and value capture","id":"BE-M0037"},{"name":"Moat Hierarchy (Level 1/2/3)","definition":"Classify sources of defensibility by their mechanism and durability, without assuming a universal ordering across markets.","keyQuestion":"Do my moats compound with every user interaction — or are they static and erodible?","form":"taxonomy","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Do my moats compound with every user interaction — or are they static and erodible?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Static, dynamic and interaction moats are analytical categories, not a universal durability ranking. Brand, scale, exclusive assets and regulatory position can remain durable. Compounding interaction moats are neither necessary nor automatically sufficient.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:38"],"aliases":["Moat Hierarchy (Level 1/2/3)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0038"},{"name":"Five Defensible Moats in AI","definition":"Assess AI defensibility through distinct sources of advantage such as distribution, proprietary inputs, integration and network effects; test each locally.","keyQuestion":"Which of the five AI moats am I building — and is it the right one for my capabilities?","form":"taxonomy","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Which of the five AI moats am I building — and is it the right one for my capabilities?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Treat the five types as a useful set, not an exhaustive list. Domain specialization and data scale can be replicated; test exclusivity, learning value, substitutes, retention and economics.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:39"],"aliases":["Five Defensible Moats in AI"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0039"},{"name":"Compound Moat Strategy","definition":"Reinforcing advantages can compound when one moat finances, strengthens or protects another; demonstrate the link rather than counting labels.","keyQuestion":"Is my first moat's flywheel spinning before I try to build a second — or am I diluting investment across multiple unproven moats?","form":"heuristic","domains":["urn:business-engineer:domain:D02","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is my first moat's flywheel spinning before I try to build a second — or am I diluting investment across multiple unproven moats?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Sequential moat building is a resource-allocation heuristic. Some complements must be developed together; compounded advantage is not necessarily exponential.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:40","pack:173"],"aliases":["Collection Becomes Cash (The Second Climb)","Compound Moat Strategy"],"applications":[{"sourceId":"pack:173","name":"Rent-Funded Moat Expansion","definition":"A scarce or defended position can generate cash that funds expansion, debt reduction or shareholder returns; test whether reinvestment creates a reinforcing advantage.","evidence":"Trace operating cash conversion, capex, net debt, dilution and per-share outcomes alongside the new capability's retention and bargaining effects.","falsifier":"Persistent subsidy, poor cash conversion or dilution without incremental advantage weakens the compound-moat thesis.","limits":"Cash accumulation, deleveraging and a new moat are distinct outcomes; adjacency and available cash alone do not establish reinforcement.","mappingKind":"scopedVariant"}],"category":"Strategy, competition and value capture · Capital, financing and valuation","id":"BE-M0040"},{"name":"The Survival Test","definition":"Stress a business under adverse competition, funding or technology changes to identify what sustains it and what would make it fail.","keyQuestion":"If the most powerful competitor copied us tomorrow, would our users stay — and what specifically would keep them?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"If the most powerful competitor copied us tomorrow, would our users stay — and what specifically would keep them?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Use a plausible funded competitor response and a realistic time horizon. Failure against an unlimited-resource hypothetical does not prove that a viable niche business is only a feature.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:41"],"aliases":["The Survival Test"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0041"},{"name":"Three Layers of AI Industry","definition":"Separate functional layers of an AI industry to locate dependencies, economics and value capture; layer boundaries depend on the question.","keyQuestion":"Which layer of the AI industry am I competing in — and do I have the right assets for that layer's competitive dynamics?","form":"taxonomy","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Which layer of the AI industry am I competing in — and do I have the right assets for that layer's competitive dynamics?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The three-layer map is a high-level lens, not an exhaustive AI stack. Locate cross-layer positions and use more granular layers when infrastructure, orchestration or governance matters.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:42"],"aliases":["Three Layers of AI Industry"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0042"},{"name":"Tech Moat → Market Power Translation","definition":"A technical advantage becomes market power only through mechanisms such as distribution, switching costs, scarcity or institutional control.","keyQuestion":"Is my technical advantage actually translating into market power — or is it just technically impressive?","form":"heuristic","domains":["urn:business-engineer:domain:D02","urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Is my technical advantage actually translating into market power — or is it just technically impressive?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:43"],"aliases":["Tech Moat → Market Power Translation"],"applications":[],"category":"Strategy, competition and value capture · Intelligence systems and architecture","id":"BE-M0043"},{"name":"Value Translation Space","definition":"Identify the gap between a capability and a customer outcome, then determine what integration or business design translates one into the other.","keyQuestion":"Through which dimensions is my technology actually creating market value — and which dimensions am I neglecting?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Through which dimensions is my technology actually creating market value — and which dimensions am I neglecting?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:44"],"aliases":["Value Translation Space"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0044"},{"name":"Three AI Strategic Archetypes","definition":"Compare AI strategic positions by the resources, control and economics their chosen role requires; archetypes can overlap or change.","keyQuestion":"Am I a Full-Stack Integrator, a Specialized Dominator, or a Strategic Enabler — and is my resource allocation aligned with that choice?","form":"archetype","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I a Full-Stack Integrator, a Specialized Dominator, or a Strategic Enabler — and is my resource allocation aligned with that choice?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Archetypes describe strategic emphasis. Firms may combine roles when complementary assets and resources support it; forced exclusivity can obscure a viable position.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:45"],"aliases":["Three AI Strategic Archetypes"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0045"},{"name":"Weak Spot Analysis (5 Attack Vectors)","definition":"Identify a rival's consequential weakness and test whether exploiting it is feasible, valuable and defensible.","keyQuestion":"Through which attack vector is this incumbent most vulnerable — and where do I have the strongest advantage to exploit it?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Through which attack vector is this incumbent most vulnerable — and where do I have the strongest advantage to exploit it?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:46"],"aliases":["Weak Spot Analysis (5 Attack Vectors)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0046"},{"name":"Margin Conflict Strategy","definition":"An incumbent may hesitate to adopt an approach that undermines its existing margin structure; test whether adaptation or segmentation resolves the conflict.","keyQuestion":"Can I design a model that's profitable at margins the incumbent can't match without cannibalizing themselves?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Can I design a model that's profitable at margins the incumbent can't match without cannibalizing themselves?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:47","base:70"],"aliases":["Margin Conflict Strategy","Business Model Innovation via Margin Conflict"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0047"},{"name":"Strategic Mismatch Model","definition":"Look for a mismatch between an organization's strategy, capabilities, incentives and changing market requirements.","keyQuestion":"Do I see something in the data that the incumbent's lens structurally prevents them from seeing?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Do I see something in the data that the incumbent's lens structurally prevents them from seeing?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Interpretation can matter, but superior data, execution and resources can also decide outcomes. Treat perspective advantage as one mechanism to test.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:48"],"aliases":["Strategic Mismatch Model"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0048"},{"name":"Non-Linear Competition","definition":"Competition can change discontinuously when technology, distribution or business-model shifts alter the basis of advantage.","keyQuestion":"Do I have an asymmetric advantage that could compound non-linearly — and am I investing to reach the cascade threshold?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Do I have an asymmetric advantage that could compound non-linearly — and am I investing to reach the cascade threshold?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:49"],"aliases":["Non-Linear Competition"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0049"},{"name":"Winner-Take-All Effects","definition":"Positive feedback and market structure may concentrate outcomes; congestion, differentiation, multi-homing and regulation can limit concentration.","keyQuestion":"Is this a winner-take-all market — and if so, am I positioned to win or do I need to redefine the game?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Is this a winner-take-all market — and if so, am I positioned to win or do I need to redefine the game?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Test winner-take-most versus winner-take-all conditions, including multi-homing, differentiation, congestion, regulation and declining returns. Second place can remain profitable.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:50"],"aliases":["Winner-Take-All Effects"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0050"},{"name":"Agentic AI Four-Phase Moat Building","definition":"Analyze how agentic AI defensibility changes as capabilities and adoption develop; phase labels are a scenario framework, not a fixed chronology.","keyQuestion":"Which phase am I actually in — and am I doing the work required at this phase before trying to jump ahead?","form":"framework","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Which phase am I actually in — and am I doing the work required at this phase before trying to jump ahead?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The four phases are a planning heuristic, not a required historical sequence. Phases can overlap or reverse and should be diagnosed from evidence.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:51"],"aliases":["Agentic AI Four-Phase Moat Building"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0051"},{"name":"Three Kingdoms of Agentic AI","definition":"Map distinct agentic AI strategic arenas and their control points; boundaries and winners remain empirical questions.","keyQuestion":"Am I in the Consumer, B2B, or Enterprise kingdom — and does my strategy match that kingdom's rules?","form":"taxonomy","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Am I in the Consumer, B2B, or Enterprise kingdom — and does my strategy match that kingdom's rules?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:52"],"aliases":["Three Kingdoms of Agentic AI"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0052"},{"name":"Context Engineering","definition":"Engineer the information, tools, memory and instructions available to a system so that they support a defined task and reliable behavior.","keyQuestion":"Am I engineering the context my AI operates in — or just throwing information at it and hoping?","form":"heuristic","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Am I engineering the context my AI operates in — or just throwing information at it and hoping?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:53"],"aliases":["Context Engineering"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0053"},{"name":"Protocol Mastery","definition":"Use protocols to improve coordination and interoperability while separating adoption, permission, portability and actual market control.","keyQuestion":"Am I building deep protocol mastery that creates ecosystem lock-in — or treating protocols as commodity infrastructure?","form":"heuristic","domains":["urn:business-engineer:domain:D06","urn:business-engineer:domain:D07"],"status":"Source framework","use_when":"Am I building deep protocol mastery that creates ecosystem lock-in — or treating protocols as commodity infrastructure?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Open-protocol adoption enables interoperability but does not by itself establish lock-in or a moat. Verify scarce complements, ecosystem participation, governance, switching costs and demonstrated value; protocol availability is separate from business authorization.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:54"],"aliases":["Protocol Mastery"],"applications":[],"category":"Intelligence systems and architecture · Enterprise processes, ownership and procurement","id":"BE-M0054"},{"name":"Agentic Competitive Formula","definition":"Assess agentic competitiveness through complementary capabilities, integration, distribution and trust; illustrative formulas require measurement before calculation.","keyQuestion":"Which factor in my competitive formula is closest to zero — and is that the one I'm investing in?","form":"framework","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Which factor in my competitive formula is closest to zero — and is that the one I'm investing in?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The multiplicative formula is a qualitative checklist, not a predictive equation. Network effects are not necessary for every successful business, and multiplying invented factor scores creates false precision.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:55"],"aliases":["Agentic Competitive Formula"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0055"},{"name":"AI-Up (AI-Native Startup)","definition":"Redesign a workflow around feasible AI capabilities, its required outcomes and human responsibilities rather than adding automation without process change.","keyQuestion":"Am I building an AI-native organization that can build defensible value before incumbents can respond — or a traditional startup using AI as a feature?","form":"heuristic","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Am I building an AI-native organization that can build defensible value before incumbents can respond — or a traditional startup using AI as a feature?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:56"],"aliases":["AI-Up (AI-Native Startup)"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0056"},{"name":"Platform Network Ecosystem","definition":"Distinguish a platform's interfaces, a network's participants and an ecosystem's complementary relationships to explain value creation and capture.","keyQuestion":"Does my platform enable more value than it extracts — and are network effects compounding across all sides?","form":"taxonomy","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Does my platform enable more value than it extracts — and are network effects compounding across all sides?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:57"],"aliases":["Platform Network Ecosystem"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0057"},{"name":"Agentic Web Architecture","definition":"Map how agents discover, interpret, coordinate and act through web infrastructure, including the authority and controls at each interface.","keyQuestion":"Which layer of the agentic web architecture can I contribute to or build on — and am I positioning for the emerging infrastructure?","form":"heuristic","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Which layer of the agentic web architecture can I contribute to or build on — and am I positioning for the emerging infrastructure?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Treat the architecture as a conceptual scenario. Current protocol support, agent autonomy and adoption require verification; do not describe an envisioned autonomous economy as an established state.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:58"],"aliases":["Agentic Web Architecture"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0058"},{"name":"Amazon Flywheel","definition":"Analyze the reinforcing links in Amazon's historical flywheel as a case-derived hypothesis; verify current company facts separately.","keyQuestion":"Does my business have a flywheel where each element reinforces the others — or am I manually pushing growth at every step?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Does my business have a flywheel where each element reinforces the others — or am I manually pushing growth at every step?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"A reinforcing loop still has weak links, congestion and competitive responses. Growth is not automatic and competing against parts of the system is not structurally impossible.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:59"],"aliases":["Amazon Flywheel"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0059"},{"name":"Data Flywheel","definition":"Data improves an outcome only if a repeatable learning process converts new observations into better performance and renewed data generation.","keyQuestion":"Is my data flywheel spinning — and is the gap between me and competitors widening or narrowing with each revolution?","form":"heuristic","domains":["urn:business-engineer:domain:D03","urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Is my data flywheel spinning — and is the gap between me and competitors widening or narrowing with each revolution?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Additional data helps only when it is usable, relevant, sufficiently differentiated and improves outcomes economically. Rights, quality, diminishing returns, synthetic substitutes and feedback quality matter. A data collection loop is not automatically a data network effect.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:60"],"aliases":["Data Flywheel"],"applications":[],"category":"Markets, growth and distribution · Intelligence systems and architecture","id":"BE-M0060"},{"name":"Content Flywheel","definition":"Useful content can attract an audience whose feedback and distribution improve subsequent content; test attention quality, conversion and production cost.","keyQuestion":"Does my audience growth itself improve my content quality and distribution — or is this just a linear production process?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Does my audience growth itself improve my content quality and distribution — or is this just a linear production process?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:61"],"aliases":["Content Flywheel"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0061"},{"name":"Traction-Momentum-Flywheel","definition":"Distinguish initial traction, repeatable momentum and a reinforcing growth loop; growth alone does not prove a flywheel.","keyQuestion":"Am I in the Traction, Momentum, or Flywheel phase — and am I doing the right work for that phase?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Am I in the Traction, Momentum, or Flywheel phase — and am I doing the right work for that phase?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:62"],"aliases":["Traction-Momentum-Flywheel"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0062"},{"name":"Innovation Flywheel","definition":"Innovation can reinforce adoption, complementary investment and further innovation when each link has a viable incentive and resource path.","keyQuestion":"Is my innovation flywheel compounding — does each breakthrough build on the last and fund the next?","form":"heuristic","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Is my innovation flywheel compounding — does each breakthrough build on the last and fund the next?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:63"],"aliases":["Innovation Flywheel"],"applications":[],"category":"Technology, infrastructure and geopolitics · Strategy, competition and value capture","id":"BE-M0063"},{"name":"AI Priming-Proving Flywheel","definition":"Use AI to prepare and test possibilities, then feed verified results into subsequent work; distinguish generated plausibility from observed proof.","keyQuestion":"Am I actively watching for emergent use cases that my AI capabilities are priming — or only measuring the use cases I planned for?","form":"heuristic","domains":["urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"Am I actively watching for emergent use cases that my AI capabilities are priming — or only measuring the use cases I planned for?","evidence":"Test representative tasks, system boundaries, permission and failure behavior, including an alternative architecture and the cost of review.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:64"],"aliases":["AI Priming-Proving Flywheel"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0064"},{"name":"Asymmetric Business Unit Model","definition":"Use a business unit with a different risk, margin or time profile to create options for the wider firm while making subsidies and dependencies visible.","keyQuestion":"Do I have a high-margin unit that can structurally subsidize a low-margin unit to create an unassailable combined position?","form":"archetype","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Do I have a high-margin unit that can structurally subsidize a low-margin unit to create an unassailable combined position?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Cross-subsidy requires evidence of cash allocation and causal interaction between units. Do not assume that a profitable cloud segment literally funds a particular retail price reduction without support.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:65"],"aliases":["Asymmetric Business Unit Model"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0065"},{"name":"VTDF Framework","definition":"Analyze a business through value, technology, distribution and financial dimensions and the tradeoffs connecting them.","keyQuestion":"Across Value, Technology, Distribution, and Financial — where is my business model strongest, weakest, and most vulnerable to disruption?","form":"framework","domains":["urn:business-engineer:domain:D02","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Across Value, Technology, Distribution, and Financial — where is my business model strongest, weakest, and most vulnerable to disruption?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:66"],"aliases":["VTDF Framework"],"applications":[],"category":"Strategy, competition and value capture · Capital, financing and valuation","id":"BE-M0066"},{"name":"Catalyst Quadrant: Defend, Attack, Transform, Create","definition":"Allocate attention and resources among Defend, Attack, Transform and Create according to the firm's circumstances; review tradeoffs without assuming all four require fixed positive budgets.","keyQuestion":"Am I operating in all four modes simultaneously — or am I stuck in only Defend or only Attack?","form":"framework","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I operating in all four modes simultaneously — or am I stuck in only Defend or only Attack?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Defend, Attack, Transform and Create are useful modes. Operating all four at once is not mandatory when resources or the strategic situation support focused allocation.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:67"],"aliases":["Catalyst Quadrant (DATC)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0067"},{"name":"Transitional vs Foundational Technology","definition":"Distinguish a temporary enabling technology from infrastructure that supports many complementary applications, allowing the classification to change with evidence.","keyQuestion":"Which technology layer am I operating on — and does my strategy match the time horizon and dynamics of that layer?","form":"heuristic","domains":["urn:business-engineer:domain:D04"],"status":"Source framework","use_when":"Which technology layer am I operating on — and does my strategy match the time horizon and dynamics of that layer?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The lifespan bands are illustrative, not empirical clocks. A technology can operate at several layers and persist or be displaced on different schedules.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:68"],"aliases":["Transitional vs Foundational Technology"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0068"},{"name":"AI Supercycle Three-Phase Model","definition":"Use AI supercycle phases to organize hypotheses about capability, adoption and economic integration without imposing a universal timetable.","keyQuestion":"Which phase of the AI supercycle is my industry in — and am I positioned for the next phase?","form":"framework","domains":["urn:business-engineer:domain:D04"],"status":"Source framework","use_when":"Which phase of the AI supercycle is my industry in — and am I positioned for the next phase?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The phases can overlap by sector and geography. Remove the undated claim about where we are currently; establish an as-of date and adoption evidence for any phase assignment.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:69"],"aliases":["AI Supercycle Three-Phase Model"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0069"},{"name":"Dogfooding Framework","definition":"Using one's own product can expose operating problems and accelerate feedback, but employees are not necessarily representative customers.","keyQuestion":"Am I truly using my own product for real work — and are the pain points I'm finding relevant to external customers?","form":"heuristic","domains":["urn:business-engineer:domain:D08"],"status":"Source framework","use_when":"Am I truly using my own product for real work — and are the pain points I'm finding relevant to external customers?","evidence":"Define an accepted outcome, baseline and owner; measure total delivery cost, quality, exceptions, attribution and performance after release.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:71"],"aliases":["Dogfooding Framework"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0071"},{"name":"AI Implementation Pyramid (4-Tier)","definition":"Sequence AI adoption according to process readiness, capability requirements, risk and economic value rather than a fixed maturity ladder.","keyQuestion":"Is my AI investment pyramid balanced — or am I over-investing in speculative AI while neglecting guaranteed productivity gains?","form":"framework","domains":["urn:business-engineer:domain:D08"],"status":"Source framework","use_when":"Is my AI investment pyramid balanced — or am I over-investing in speculative AI while neglecting guaranteed productivity gains?","evidence":"Define an accepted outcome, baseline and owner; measure total delivery cost, quality, exceptions, attribution and performance after release.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The 70/15/10/5 budget split is illustrative. Productivity gains are not guaranteed; allocate after testing process fit, adoption, total cost and measurable outcomes.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:72"],"aliases":["AI Implementation Pyramid (4-Tier)"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0072"},{"name":"Asymmetric Betting Matrix","definition":"Compare bets by upside, downside, probability, learning value and affordability; asymmetric payoffs do not guarantee favorable expected value.","keyQuestion":"Is my strategic portfolio balanced across bet sizes — or am I over-concentrated in either high-risk or low-return positions?","form":"decision-rule","domains":["urn:business-engineer:domain:D01","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is my strategic portfolio balanced across bet sizes — or am I over-concentrated in either high-risk or low-return positions?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The position-size and return ranges are uncalibrated illustrations, not portfolio advice or expected-return estimates. Use actual downside, funding needs, correlation and decision-specific probabilities where defensible.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:73"],"aliases":["Asymmetric Betting Matrix"],"applications":[],"category":"Reasoning, evidence and learning · Capital, financing and valuation","id":"BE-M0073"},{"name":"Act vs Wait Mental Model","definition":"Choose between acting and waiting by comparing the value of learning and optionality with the costs of delay and lost opportunities.","keyQuestion":"Does the cost of delay exceed the value of waiting for more information — or is optionality more valuable than early commitment right now?","form":"decision-rule","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Does the cost of delay exceed the value of waiting for more information — or is optionality more valuable than early commitment right now?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:75"],"aliases":["Act vs Wait Mental Model"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0075"},{"name":"Bounded Rationality","definition":"People make decisions under limits of information, time and computation; design processes that fit those limits.","keyQuestion":"Am I designing for how people actually decide — or how I assume rational actors should decide?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Am I designing for how people actually decide — or how I assume rational actors should decide?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:76"],"aliases":["Bounded Rationality"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0076"},{"name":"Less-is-More Heuristic","definition":"A simpler rule can outperform a complex one when noise, data scarcity or decision cost outweigh added detail.","keyQuestion":"Am I gathering more information because it will improve the decision — or because it feels safer than deciding?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Am I gathering more information because it will improve the decision — or because it feels safer than deciding?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:77"],"aliases":["Less-is-More Heuristic"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0077"},{"name":"Ecological Rationality","definition":"A decision rule's quality depends on how well it matches the structure and information of the environment in which it is used.","keyQuestion":"Is this strategy suited to my specific environment — or am I importing something that worked elsewhere under different conditions?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Is this strategy suited to my specific environment — or am I importing something that worked elsewhere under different conditions?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:78"],"aliases":["Ecological Rationality"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0078"},{"name":"Contradiction Reading","definition":"Treat contradictions between claims or observations as prompts to examine assumptions, units, incentives and regime differences.","keyQuestion":"What structural driver is so powerful that it overrides this actor's stated principles — and what else does it predict?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What structural driver is so powerful that it overrides this actor's stated principles — and what else does it predict?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"A contradiction is a clue, not proof of a hidden structural imperative. Mistakes, hypocrisy, changed preferences and incomplete public information are competing explanations.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:79"],"aliases":["Contradiction Reading"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0079"},{"name":"Existential Imperative Test","definition":"Determine which strategic requirement is necessary for continued viability and distinguish it from attractive but optional improvements.","keyQuestion":"What catastrophe are they trying to prevent — and does that existential threat explain everything else they're doing?","form":"heuristic","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"What catastrophe are they trying to prevent — and does that existential threat explain everything else they're doing?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"An existential threat is one hypothesis. Compare ordinary uncertainty, poor execution, incentives and strategic error; do not turn every surprising choice into a rational survival response.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:80"],"aliases":["Existential Imperative Test"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0080"},{"name":"AI-Native Organizational Archetypes","definition":"Compare organizational forms for AI work by where expertise, authority, execution and learning reside; no single archetype fits every firm.","keyQuestion":"Which organizational archetype best fits my strategy, culture, and competitive environment — and is my current structure enabling or constraining me?","form":"archetype","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"Which organizational archetype best fits my strategy, culture, and competitive environment — and is my current structure enabling or constraining me?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:81"],"aliases":["AI-Native Organizational Archetypes"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0081"},{"name":"Super Individual Contributor","definition":"AI can expand an individual's effective scope when task verification, context and coordination remain manageable.","keyQuestion":"Am I creating conditions for Super ICs to emerge — or is my organizational structure forcing everyone into traditional roles?","form":"heuristic","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"Am I creating conditions for Super ICs to emerge — or is my organizational structure forcing everyone into traditional roles?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The role describes possible scope expansion. Team-equivalent output is task-dependent and must include quality, review and coordination costs.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:82"],"aliases":["Super Individual Contributor"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0082"},{"name":"Permanent Beta Organization","definition":"Maintain a capacity for controlled experimentation and revision while preserving stable commitments, accountability and reliable operations.","keyQuestion":"Is my organization built for continuous adaptation — or does it alternate between rigid stability and painful, disruptive reorganization?","form":"heuristic","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"Is my organization built for continuous adaptation — or does it alternate between rigid stability and painful, disruptive reorganization?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:83"],"aliases":["Permanent Beta Organization"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0083"},{"name":"FRED Readiness Test","definition":"Assess Foundational Readiness, Resource Allocation, Executive Alignment and Deployment Capability using observable evidence; ratings and gating thresholds require local calibration.","keyQuestion":"Is my organization genuinely ready for AI transformation — or are we investing in AI theater?","form":"framework","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"Is my organization genuinely ready for AI transformation — or are we investing in AI theater?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"FRED means Foundational Readiness, Resource Allocation, Executive Alignment and Deployment Capability in this supplied formulation. Scores below 4 on a 1–10 scale are not a validated threshold; use observed evidence and explicit gates.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:84"],"aliases":["FRED Test"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0084"},{"name":"AI Discernment Framework","definition":"Judge when an AI output is useful, sufficiently reliable and appropriate to act on, including when expertise or verification is missing.","keyQuestion":"Where does AI genuinely excel in my context, where does it fail, and what is the cost of getting it wrong?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Where does AI genuinely excel in my context, where does it fail, and what is the cost of getting it wrong?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:85"],"aliases":["AI Discernment Framework"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0085"},{"name":"Dual-Engine Framework","definition":"Operate existing revenue and emerging capabilities with explicit resource allocation and interfaces so one does not silently starve the other.","keyQuestion":"Am I running core optimization and AI transformation as parallel engines with separate resources — or am I expecting the core business to transform itself?","form":"heuristic","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"Am I running core optimization and AI transformation as parallel engines with separate resources — or am I expecting the core business to transform itself?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Separate engines can protect transformation work, but separation is not universally superior. Test the cost of duplicated systems, handoffs, incentives and isolation from real operations.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:86"],"aliases":["Dual-Engine Framework"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0086"},{"name":"Productivity Spectrum","definition":"Evaluate productivity at task, workflow and organizational levels, including quality, rework and displaced bottlenecks.","keyQuestion":"Am I measuring AI productivity only as speed improvement — or am I capturing the full capability expansion it enables?","form":"taxonomy","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D08"],"status":"Source framework","use_when":"Am I measuring AI productivity only as speed improvement — or am I capturing the full capability expansion it enables?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:87"],"aliases":["Productivity Spectrum"],"applications":[],"category":"Organization, roles and expert work · Deployment, product economics and outcomes","id":"BE-M0087"},{"name":"Capability and Adaptability Matrix","definition":"Compare capability with willingness and ability to adapt; use a neutral diagnostic rather than treating people as fixed derogatory categories.","keyQuestion":"Am I building my team for the work that exists today — or the work that will exist tomorrow?","form":"framework","domains":["urn:business-engineer:domain:D09"],"status":"Source framework","use_when":"Am I building my team for the work that exists today — or the work that will exist tomorrow?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Use Capability and Adaptability Matrix as the neutral working label; retain Stupid-Out Matrix as a legacy search alias. Assess role-relevant evidence and development needs. A quadrant is not sufficient evidence for an employment decision.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:88"],"aliases":["Stupid-Out Matrix"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0088"},{"name":"Incumbent Vulnerability Analysis","definition":"Assess incumbent vulnerability through incentives, architecture, distribution, resources and adaptation paths rather than size or age alone.","keyQuestion":"Where is this incumbent most structurally vulnerable — and is it in a dimension I can exploit?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Where is this incumbent most structurally vulnerable — and is it in a dimension I can exploit?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:89"],"aliases":["Incumbent Vulnerability Analysis"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0089"},{"name":"Market Structure Dynamics","definition":"Explain market outcomes through entry barriers, differentiation, scale effects, bargaining positions and evolving concentration.","keyQuestion":"What market structure state am I in, where is it heading, and is my strategy aligned with the transition dynamics?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"What market structure state am I in, where is it heading, and is my strategy aligned with the transition dynamics?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:90"],"aliases":["Market Structure Dynamics"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0090"},{"name":"Capital Asymmetry of AI","definition":"AI participants face different funding needs and access to capital; trace how those differences affect timing, resilience and strategic choices.","keyQuestion":"How can I compete in AI despite not having hyperscaler-level capital — and what strategy fits my actual resource position?","form":"heuristic","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"How can I compete in AI despite not having hyperscaler-level capital — and what strategy fits my actual resource position?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:91"],"aliases":["Capital Asymmetry of AI"],"applications":[],"category":"Technology, infrastructure and geopolitics · Capital, financing and valuation","id":"BE-M0091"},{"name":"AI Bubble vs Supercycle","definition":"Separate inflated asset prices or financing expectations from durable technology adoption; speculative losses and useful infrastructure can coexist.","keyQuestion":"Is this specific AI investment a bubble play or a supercycle play — and am I positioned to survive the correction while capturing the transformation?","form":"heuristic","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is this specific AI investment a bubble play or a supercycle play — and am I positioned to survive the correction while capturing the transformation?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Assess technology adoption, asset valuation and financing resilience separately. Transformation can coexist with poor investor returns, and strong adoption alone does not establish an attractive price.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:92"],"aliases":["AI Bubble vs Supercycle"],"applications":[],"category":"Technology, infrastructure and geopolitics · Capital, financing and valuation","id":"BE-M0092"},{"name":"Technology Supercycle","definition":"A technology buildout can involve investment ahead of demand, local failures and later reuse; historical analogies require matched mechanisms and dates.","keyQuestion":"Where is AI in the supercycle pattern — and what does history tell us about what happens next?","form":"heuristic","domains":["urn:business-engineer:domain:D04"],"status":"Source framework","use_when":"Where is AI in the supercycle pattern — and what does history tell us about what happens next?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Historical waves differ in duration and sequence. A crash is not required before useful deployment, and 30–50 years is not a forecasting law. Verify the historical mechanism before transferring it.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:93","pack:257"],"aliases":["The Railroad Rhyme (Capital Ahead of Demand)","Technology Supercycle"],"applications":[{"sourceId":"pack:257","name":"Capital Ahead of Demand","definition":"Historical buildouts can produce useful infrastructure while some investors lose money because funding, construction and demand develop at different speeds.","evidence":"Verify each historical chronology, asset reuse, investment loss and demand path before borrowing the analogy.","falsifier":"A case with different financing or asset economics weakens a direct historical comparison.","limits":"Railways and fiber are examples, not exclusive correct analogies; exact panic and mileage claims need independent verification.","mappingKind":"scopedVariant"}],"category":"Technology, infrastructure and geopolitics","id":"BE-M0093"},{"name":"Negotiation Leverage Matrix","definition":"Negotiating power depends on credible alternatives, dependency, information, timing and the ability to commit or walk away.","keyQuestion":"Where does the real leverage sit in this negotiation — and have I strengthened my position across all five sources before entering?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Where does the real leverage sit in this negotiation — and have I strengthened my position across all five sources before entering?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:94"],"aliases":["Negotiation Leverage Matrix"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0094"},{"name":"Comparable Company Analysis","definition":"Use comparable companies only after aligning business exposure, accounting, growth, risk and capital needs; a multiple is a comparison, not an explanation.","keyQuestion":"Is this company truly comparable to its supposed peers — or do structural and strategic differences make the financial comparison misleading?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is this company truly comparable to its supposed peers — or do structural and strategic differences make the financial comparison misleading?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:95","pack:225"],"aliases":["The Layer Multiple and the Reconciliation","Comparable Company Analysis"],"applications":[{"sourceId":"pack:225","name":"Layer-Consistent Comparables","definition":"Choose valuation comparables according to economic function, cash-flow quality, growth, risk and capital requirements.","evidence":"Reconcile numerator, denominator, business mix and reinvestment across the comparable set.","falsifier":"A different layer with demonstrably similar economics can outperform a superficially similar peer.","limits":"Layer labels do not establish comparability on their own.","mappingKind":"scopedVariant"}],"category":"Capital, financing and valuation","id":"BE-M0095"},{"name":"Agentic Web Visibility Playbook","definition":"Assess whether agents can discover, interpret and cite an entity in relevant tasks; visibility is distinct from transaction authority or conversion.","keyQuestion":"Is my visibility strategy designed for AI agents as well as human users — or am I invisible to the emerging agentic discovery layer?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Is my visibility strategy designed for AI agents as well as human users — or am I invisible to the emerging agentic discovery layer?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Treat machine-readable content as one possible contributor to discoverability. Current platform behavior, coverage and commercial impact require measurement.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:96"],"aliases":["Agentic Web Visibility Playbook"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0096"},{"name":"Digital Distribution Layers","definition":"Separate distribution layers and their interfaces to identify who controls access, demand, discovery and monetization.","keyQuestion":"How much of my distribution do I actually control — and what happens if the platforms or algorithms change their rules?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"How much of my distribution do I actually control — and what happens if the platforms or algorithms change their rules?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:97"],"aliases":["Digital Distribution Layers"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0097"},{"name":"Brand Authority in AI Agent Age","definition":"Authority may help an entity be selected by humans and agents, but its effect depends on retrieval, evidence, task and platform behavior.","keyQuestion":"Is my brand strong enough to serve as a trust signal for AI agents — or will agent-mediated discovery render me invisible?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Is my brand strong enough to serve as a trust signal for AI agents — or will agent-mediated discovery render me invisible?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Brand effects on agent recommendations are empirical and platform-dependent. More important is a hypothesis, not an automatic consequence of AI mediation.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:98"],"aliases":["Brand Authority in AI Agent Age"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0098"},{"name":"AI Search Paradigm Shift","definition":"Evaluate how AI-mediated search changes discovery, referral and conversion using task-specific observations rather than a universal displacement claim.","keyQuestion":"Is my content and digital presence designed for the Crawl-Index-Rank world or the Retrieve-Memory-Reason world — and am I adapting fast enough?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Is my content and digital presence designed for the Crawl-Index-Rank world or the Retrieve-Memory-Reason world — and am I adapting fast enough?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"AI retrieval can still depend on crawling, indexing and ranking. Retrieve-Memory-Reason is a conceptual lens, not a universal replacement architecture or evidence that every system has persistent memory.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:99"],"aliases":["AI Search Paradigm Shift"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0099"},{"name":"Bullseye Framework","definition":"Test multiple acquisition channels, concentrate on promising evidence and measure conversion economics before scaling a channel.","keyQuestion":"Have I found my Bullseye distribution channel — or am I spreading resources across too many channels and dominating none?","form":"heuristic","domains":["urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Have I found my Bullseye distribution channel — or am I spreading resources across too many channels and dominating none?","evidence":"Use comparable cohorts and periods to connect acquisition, conversion, retention, price and contribution margin; separate traffic from demand.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:100"],"aliases":["Bullseye Framework"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0100"},{"name":"Antifragility (Taleb)","definition":"An antifragile system can benefit from some forms of variability or disorder within bounded exposure; this is distinct from merely surviving shocks.","keyQuestion":"Does my system get stronger from stress — or am I one shock away from breaking?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Does my system get stronger from stress — or am I one shock away from breaking?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Preserve Taleb’s attribution. Benefit from a bounded class of variability does not imply benefit from all shocks; specify exposure, survivability and the mechanism of improvement.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:101"],"aliases":["Antifragility (Taleb)"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0101"},{"name":"Day 1 Mentality (Bezos)","definition":"Use a Day 1 orientation to sustain customer attention, experimentation and responsiveness while retaining operating discipline.","keyQuestion":"Are we on Day 1 or Day 2 — and what specific symptoms indicate which?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Are we on Day 1 or Day 2 — and what specific symptoms indicate which?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:102"],"aliases":["Day 1 Mentality (Bezos)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0102"},{"name":"First Principles (Musk)","definition":"Decompose a problem into defensible assumptions and constraints, then reconstruct alternatives rather than inheriting a conventional solution.","keyQuestion":"Which assumptions am I treating as fixed that are actually just convention — and what happens when I reason from base truths instead?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"Which assumptions am I treating as fixed that are actually just convention — and what happens when I reason from base truths instead?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"First-principles reasoning predates Musk. The name in the source refers to a modern popularizer/application, not the originator of the method.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:103"],"aliases":["First Principles (Musk)"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0103"},{"name":"Value Investing (Buffett)","definition":"Compare price with a conservatively estimated range of intrinsic value while considering uncertainty, downside and the reliability of the valuation inputs.","keyQuestion":"Is this opportunity priced below its intrinsic value — and do I have the patience and conviction to wait for convergence?","form":"heuristic","domains":["urn:business-engineer:domain:D02","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is this opportunity priced below its intrinsic value — and do I have the patience and conviction to wait for convergence?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Preserve Buffett’s association while recognizing the earlier value-investing tradition. Intrinsic value is uncertain and strategy should test assumptions rather than presume a true price.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:104"],"aliases":["Value Investing (Buffett)"],"applications":[],"category":"Strategy, competition and value capture · Capital, financing and valuation","id":"BE-M0104"},{"name":"Moonshot Thinking (Page)","definition":"Pursue a large improvement by challenging limiting assumptions and testing feasibility; ambition alone does not justify the investment.","keyQuestion":"If I needed 10x improvement instead of 10%, what approach would I take — and why am I not taking it?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"If I needed 10x improvement instead of 10%, what approach would I take — and why am I not taking it?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"A 10x target can expand the solution space, but is not generally easier than a 10% gain. Evaluate feasibility, resources and downside.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:105"],"aliases":["Moonshot Thinking (Page)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0105"},{"name":"Zero to One (Thiel)","definition":"Seek a distinct valuable capability or market position rather than assuming incremental competition is the only path to growth.","keyQuestion":"Am I creating genuinely new value (0 to 1) or competing for existing value (1 to n) — and what is my secret?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I creating genuinely new value (0 to 1) or competing for existing value (1 to n) — and what is my secret?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"New invention and adaptation can both create durable value; neither novelty nor a contrarian belief establishes a monopoly.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:106"],"aliases":["Zero to One (Thiel)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0106"},{"name":"Blitzscaling (Hoffman)","definition":"Prioritize rapid scale under specific competitive conditions while explicitly accepting and monitoring the resulting inefficiency and risk.","keyQuestion":"Does this market have winner-take-all dynamics that justify prioritizing speed over efficiency — or am I burning capital without building a defensible position?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Does this market have winner-take-all dynamics that justify prioritizing speed over efficiency — or am I burning capital without building a defensible position?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Blitzscaling depends on financing capacity, market structure and survivable execution risks. It is not automatically correct whenever network effects exist.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:107"],"aliases":["Blitzscaling (Hoffman)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0107"},{"name":"Move Fast (Zuckerberg)","definition":"Increase learning speed through rapid iteration within boundaries appropriate to reversibility, user impact and operational risk.","keyQuestion":"How fast am I iterating — and what is the bottleneck preventing me from iterating faster?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"How fast am I iterating — and what is the bottleneck preventing me from iterating faster?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:108"],"aliases":["Move Fast (Zuckerberg)"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0108"},{"name":"Simplicity (Jobs)","definition":"Reduce complexity in a product or decision while preserving the capabilities and distinctions its intended user needs.","keyQuestion":"What can I remove without losing value — and have I understood this deeply enough to make it simple?","form":"heuristic","domains":["urn:business-engineer:domain:D01"],"status":"Source framework","use_when":"What can I remove without losing value — and have I understood this deeply enough to make it simple?","evidence":"State the competing explanations, record a prediction before observing the result, and seek an observation that would lead to a different decision.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Clarity is valuable, but some problems retain irreducible complexity. Compress language without deleting uncertainty or causal structure.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:109"],"aliases":["Simplicity (Jobs)"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0109"},{"name":"Customer Obsession (Bezos/Wilke)","definition":"Use customer problems and observed behavior to guide priorities, while distinguishing expressed requests from underlying needs and viable economics.","keyQuestion":"Am I starting with the customer's need and working backward — or starting with my capabilities and hoping they match?","form":"heuristic","domains":["urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Am I starting with the customer's need and working backward — or starting with my capabilities and hoping they match?","evidence":"Document substitutes, switching behavior, bargaining terms, customer value and the costs of sustaining or copying the claimed advantage.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Customer benefit is central but must coexist with economic sustainability and obligations to other stakeholders. It does not guarantee the winning strategy.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:110"],"aliases":["Customer Obsession (Bezos/Wilke)"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0110"},{"name":"Operating Absorption and Capital Intensity","definition":"Compare revenue with operating costs and depreciation for operating absorption; separately compare cash flows with capex for funding and investment returns.","keyQuestion":"Is revenue covering the depreciation of what's already built — and is it growing faster than the depreciation wave that's coming?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is revenue covering the depreciation of what's already built — and is it growing faster than the depreciation wave that's coming?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Revenue and capex are both period flows. Capex/revenue is a valid capital-intensity ratio; it is not an investment-return test. Analyze revenue, operating costs and depreciation for profitability, capex and working capital for cash flow, and discounted future cash flows for capital returns.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:111"],"aliases":["Revenue vs Depreciation, Not Revenue vs Capex"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0111"},{"name":"Capital Recovery Hurdle","definition":"Calculate the cash contribution needed to support invested capital under explicit timing, life, margin, return and salvage assumptions.","keyQuestion":"What revenue does the deployed capital arithmetically require — and what fraction of it exists today?","form":"decision-rule","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"What revenue does the deployed capital arithmetically require — and what fraction of it exists today?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The supplied K × (1/n + r) ÷ margin is a rough capital-charge approximation, not an exact return hurdle. For a level end-of-year pre-tax cash-contribution stream and zero salvage, annual capital recovery is K × r/[1−(1+r)^(-n)], or K/n at r=0. Add relevant fixed cash costs and divide by a clearly defined cash-contribution margin; model taxes, ramp, working capital, replacements and residual value separately.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:112","pack:158"],"aliases":["The Beat Raises the Hurdle","The Hurdle Is Arithmetic"],"applications":[{"sourceId":"pack:158","name":"Supplier Shipments and the Monetization Hurdle","definition":"An increase in supplier shipments can increase the asset vintages and commitments that customers must monetize; update the return hurdle using actual capital exposure and the expected demand path.","evidence":"Trace shipments into installed capacity, timing, customer obligations and incremental final-demand cash flows; distinguish replacements and inventory from additional productive capital.","falsifier":"Replacement shipments, falling total capital cost or independently rising profitable utilization can overturn an inferred increase in the monetization gap.","limits":"A supplier beat is not automatically evidence against monetization. Reconcile capital and revenue boundaries; capex at three times depreciation alone implies no fixed revenue growth rate.","mappingKind":"scopedVariant"}],"category":"Capital, financing and valuation","id":"BE-M0112"},{"name":"Allocation Becomes Obligation","definition":"A planned capital allocation becomes an exposure as contractual commitments, construction and financing reduce the ability to cancel or redirect it.","keyQuestion":"Has the funding character changed from discretionary allocation to third-party obligation — and did anyone re-rate the risk when it did?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Has the funding character changed from discretionary allocation to third-party obligation — and did anyone re-rate the risk when it did?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Self-funded programs can still have binding purchase, lease and labor commitments. Funding source and contractual obligation are separate dimensions; neither external funding nor operating-cash-flow funding alone determines flexibility.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:113"],"aliases":["Allocation Becomes Obligation"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0113"},{"name":"Absorption Capacity","definition":"Measure whether an actor can carry a new obligation through operating earnings, cash generation, liquidity and funding access without conflating the tests.","keyQuestion":"What is this company's capital intensity — and where does that place it on the clock relative to peers running the same build?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"What is this company's capital intensity — and where does that place it on the clock relative to peers running the same build?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:114"],"aliases":["Absorption Capacity"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0114"},{"name":"Operating Absorption ≠ Cash Absorption","definition":"Separate the operating capacity to bear depreciation and expenses from the cash capacity to fund investment, working capital and maturities.","keyQuestion":"Does the operating answer match the cash answer — and if not, which one is the market pricing?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Does the operating answer match the cash answer — and if not, which one is the market pricing?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"An operating/cash divergence is a diagnostic, not a verdict of strength or distress. Explain its sources, duration, commitments and available liquidity.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:115","pack:159"],"aliases":["Stretch From Strength","Operating Absorption ≠ Cash Absorption"],"applications":[{"sourceId":"pack:159","name":"Operating and Cash Absorption","definition":"A company can cover operating charges while stretching its ability to fund investment, maturities and working capital.","evidence":"Reconcile operating earnings, cash generation, capex, commitments and liquidity over matching periods.","falsifier":"Adequate stressed funding coverage weakens a claim of cash strain despite heavy investment.","limits":"Operating strength and funding resilience are separate tests.","mappingKind":"equivalentMechanism"}],"category":"Capital, financing and valuation","id":"BE-M0115"},{"name":"Operating and Non-Operating Earnings","definition":"Separate operating performance from investment marks and other non-operating effects, reconciling positive and negative distortions to reported results.","keyQuestion":"How much of the bottom line is the operating engine — and how much is a mark that can reverse?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"How much of the bottom line is the operating engine — and how much is a mark that can reverse?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:116","pack:183","pack:228"],"aliases":["Hedge the Displacement","Net Income Has Two Engines","Read the Sign of the Distortion (Two Engines, Both Ways)"],"applications":[{"sourceId":"pack:183","name":"Strategic Equity Hedge","definition":"An investment position may offset or amplify weakness in a firm's operations, creating two distinct earnings and exposure channels.","evidence":"Reconcile operating results, realized returns, unrealized marks and correlated risks.","falsifier":"Low economic offset in stressed scenarios weakens the hedge interpretation.","limits":"A reported gain does not necessarily supply cash or make the operating business healthy.","mappingKind":"scopedVariant"},{"sourceId":"pack:228","name":"Bidirectional Earnings Reconciliation","definition":"Remove or explain both positive and negative non-operating distortions when assessing operating performance.","evidence":"Bridge reported results to the selected operating measure with symmetric inclusion rules.","falsifier":"Selective treatment of gains and losses invalidates the comparison.","limits":"Noncash operating costs such as stock compensation still have economic consequences.","mappingKind":"equivalentMechanism"}],"category":"Capital, financing and valuation","id":"BE-M0116"},{"name":"Expensed vs Capitalized (The Control Group)","definition":"Distinguish costs recognized as expenses from expenditures capitalized and recognized over time; neither accounting treatment removes the economic cost.","keyQuestion":"What does the non-builder's position reveal about what the builders are paying for — and where did its risk go instead?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"What does the non-builder's position reveal about what the builders are paying for — and where did its risk go instead?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Renting can reduce direct owned-asset exposure but does not remove financing risk. Leases, minimum commitments, guarantees, counterparty failure and loss of access may remain.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:117"],"aliases":["Expensed vs Capitalized (The Control Group)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0117"},{"name":"Pre-Funding Makes the Near Term Sticky","definition":"Prefunding can lengthen a project's runway and make later spending more likely, but commitments, restrictions and cancellation rights determine durability.","keyQuestion":"Is this period's spend already funded and sticky — and am I watching guidance, where the actual decision will show first?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Is this period's spend already funded and sticky — and am I watching guidance, where the actual decision will show first?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Prefunding provides liquidity; it does not require the money to be spent. Stickiness depends on contracts, sunk costs, cancellation penalties, strategic incentives and alternative use of funds. Guidance is an indicator, not a guaranteed one-year lead.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:118"],"aliases":["Pre-Funding Makes the Near Term Sticky"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0118"},{"name":"Deferral vs Transfer","definition":"Deferring an obligation changes timing; transferring risk changes who bears it. Trace recourse, guarantees and retained exposure to distinguish the two.","keyQuestion":"Does this obligation eventually arrive on the balance sheet — or has the risk been moved somewhere it will never be consolidated?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Does this obligation eventually arrive on the balance sheet — or has the risk been moved somewhere it will never be consolidated?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Accounting non-consolidation does not prove economic risk transfer. Separate recognition timing, guarantees, recourse, first-loss exposure, legal transfer and residual incentives.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:119"],"aliases":["Deferral vs Transfer"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0119"},{"name":"The Marginal Channel","definition":"Identify the next unit of funding and its terms, rather than inferring marginal financing conditions from the average historical capital mix.","keyQuestion":"How is the marginal dollar financed — and is that different from how the average dollar was?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"How is the marginal dollar financed — and is that different from how the average dollar was?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Compare marginal funding using aligned periods and definitions. Faster off-book growth is a signal to inspect, not proof of concealment or a specific future cash burden.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:120","pack:169"],"aliases":["Capex Is a Placement Decision (The Six Tiers)","The Marginal Channel"],"applications":[{"sourceId":"pack:169","name":"Marginal Funding Visibility","definition":"Assess which financing source funds the next commitment and how visible its terms and retained exposure are.","evidence":"List the seven financing categories named in the source and document terms, recourse and disclosure gaps.","falsifier":"A transparent marginal financing path can refute a claimed opaque funding dependence.","limits":"The source says six tiers but lists seven; this is a visibility checklist, not a universal rank.","mappingKind":"scopedVariant"}],"category":"Capital, financing and valuation","id":"BE-M0120"},{"name":"The Credit Floor","definition":"Credit quality and contractual support can determine financing access and cost; there is no universal ratings cutoff or guaranteed credit floor.","keyQuestion":"Where does investment grade end in this structure — and is anything being built to pretend it extends further?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Where does investment grade end in this structure — and is anything being built to pretend it extends further?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Investment grade is not a universal financing boundary. Credit availability depends on cash flows, collateral, guarantees, covenants, pricing, liquidity and lender appetite.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:121"],"aliases":["The Credit Floor"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0121"},{"name":"The Amplifier, Not the Bubble","definition":"Financing can amplify shocks through leverage, collateral and refinancing needs; it is one possible mechanism in a broader demand and capital system.","keyQuestion":"Am I measuring the probability of the shock — or the amplification installed for whenever the shock arrives?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Am I measuring the probability of the shock — or the amplification installed for whenever the shock arrives?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Treat financing structure as an amplifier conditional on a shock. Demand, interest rates, refinancing access, collateral repricing and operational failure can all be shocks. No supplied calibration establishes a composite ceiling or pre-break probability.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:122"],"aliases":["The Amplifier, Not the Bubble"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0122"},{"name":"The Layer Map Is Not the Credit Map","definition":"A value-chain layer map does not reveal credit exposure. Build a separate map of contracts, guarantees, funding and counterparties.","keyQuestion":"Am I mapping where value lands or where losses travel — and have I located the joints where the two maps touch?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Am I mapping where value lands or where losses travel — and have I located the joints where the two maps touch?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Map actual contractual, financing and operational links. Horizontal and vertical are visualization conventions; losses can also propagate through shared inputs, sales dependencies and common asset holdings.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:123"],"aliases":["The Layer Map Is Not the Credit Map"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0123"},{"name":"Contractual Shock Propagation","definition":"Trace how a shock propagates through contractual exposures; upward propagation is a case-specific hypothesis, not a required direction.","keyQuestion":"Where is the weakest counterparty in this structure — and what would its failure teach before anything expensive breaks?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Where is the weakest counterparty in this structure — and what would its failure teach before anything expensive breaks?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Weak counterparties can reveal stress early, but contagion can begin at any node, including a major platform, lender or shared infrastructure provider. Follow exposure direction and capacity to absorb loss; do not impose bottom-up causality.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:124"],"aliases":["It Breaks Upward"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0124"},{"name":"The Sequencing Bet","definition":"Test whether funding, construction, customer adoption and cash receipts arrive in a sequence the business can survive.","keyQuestion":"Which comes first here — the proof of monetization or the refinancing requirement — and what happens in each order?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Which comes first here — the proof of monetization or the refinancing requirement — and what happens in each order?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Monetization before maturity can improve refinancing prospects but does not remove debt maturities or guarantee access. Interest rates, liquidity, lender appetite and collateral still matter.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:125"],"aliases":["The Sequencing Bet"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0125"},{"name":"The Wrapper Trade","definition":"A financing wrapper can redistribute claims, maturity and risk without changing the underlying asset's operating productivity.","keyQuestion":"Whose credit is actually being traded here — the issuer's, or the entity whose obligations it wrapped?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Whose credit is actually being traded here — the issuer's, or the entity whose obligations it wrapped?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:126"],"aliases":["The Wrapper Trade"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0126"},{"name":"Downstream Incidence (The Bill for the Build)","definition":"Trace who ultimately bears a cost or captures a benefit through prices, contracts, substitutes and bargaining power, rather than only locating the initial payer.","keyQuestion":"Who is paying for this buildout without participating in it — and through which shared input does the bill arrive?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"Who is paying for this buildout without participating in it — and through which shared input does the bill arrive?","evidence":"Reconcile periods, units, accounting boundaries, operating cash flows, contractual obligations and downside funding requirements.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:127","pack:166"],"aliases":["Incidence Runs Opposite at the Two Ends","Downstream Incidence (The Bill for the Build)"],"applications":[{"sourceId":"pack:166","name":"Reverse Incidence Through the Stack","definition":"The party initially receiving or paying cash may pass costs or benefits to other layers through contracts and prices.","evidence":"Follow contractual adjustments and pass-through in both directions, with elasticities where estimable.","falsifier":"Fixed terms or strong alternatives can block the predicted transmission.","limits":"Incidence does not have a universal direction.","mappingKind":"scopedVariant"}],"category":"Capital, financing and valuation","id":"BE-M0127"},{"name":"Price Is Not Capacity","definition":"Distinguish a quoted price from physically and contractually available capacity at the place, time and quality required.","keyQuestion":"How much of this spending growth buys additional capacity — and how much just pays the new price of the old capacity?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D05"],"status":"Source framework","use_when":"How much of this spending growth buys additional capacity — and how much just pays the new price of the old capacity?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:128"],"aliases":["Price Is Not Capacity"],"applications":[],"category":"Technology, infrastructure and geopolitics · Capital, financing and valuation","id":"BE-M0128"},{"name":"Toll Booths vs Tourists","definition":"A firm may earn durable rents from controlling a scarce junction, but access rents weaken when substitutes, capacity or bargaining conditions change.","keyQuestion":"Does this company price the constraint or pay it — and can anyone upstream or downstream internalize its position?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D03","urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Does this company price the constraint or pay it — and can anyone upstream or downstream internalize its position?","evidence":"Observe end-to-end throughput, decision rights, coordination, judgment quality and learning; compare task gains with firm-level outcomes.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"A bottleneck creates potential bargaining power only when the firm controls access and can capture rents. Substitution, contracts, regulation and customer integration may prevent monetization.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:129","pack:258"],"aliases":["The Access Rent","Toll Booths vs Tourists"],"applications":[{"sourceId":"pack:258","name":"Access Rent","definition":"A rent based on scarce access can weaken or migrate when the constraint opens or an alternative route becomes viable.","evidence":"Track access scarcity, switching options and retained margins after capacity or access changes.","falsifier":"Sustained differentiated value can preserve rent after the original scarcity ends.","limits":"Scarcity removal does not determine where all value will move.","mappingKind":"scopedVariant"}],"category":"Organization, roles and expert work · Markets, growth and distribution · Strategy, competition and value capture","id":"BE-M0129"},{"name":"The Rotating Bottleneck","definition":"The binding bottleneck can move as supply, efficiency, financing and adoption change; verify where the constraint binds at each decision horizon.","keyQuestion":"What binds today, what binds next — and is more than one constraint binding at once?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D06"],"status":"Source framework","use_when":"What binds today, what binds next — and is more than one constraint binding at once?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:130","pack:200"],"aliases":["Networking Inversion","The Rotating Bottleneck"],"applications":[{"sourceId":"pack:200","name":"Moving Compute Bottleneck","definition":"The limiting resource in an AI system can shift among compute, memory, interconnect, data access, power and demand.","evidence":"Profile the workload and test throughput after relieving the suspected constraint.","falsifier":"No performance gain or a different binding resource weakens the diagnosis.","limits":"Vendor specifications do not establish the bottleneck in the deployed workload.","mappingKind":"scopedVariant"}],"category":"Technology, infrastructure and geopolitics · Intelligence systems and architecture","id":"BE-M0130"},{"name":"Asynchronous Clocks","definition":"Analyze asynchronous physical, financial, efficiency and adoption clocks, adding political objectives and permissions when state action materially changes the system.","keyQuestion":"Which clock is this datapoint on — and which clock is the argument I'm evaluating secretly assuming?","form":"framework","domains":["urn:business-engineer:domain:D04"],"status":"Source framework","use_when":"Which clock is this datapoint on — and which clock is the argument I'm evaluating secretly assuming?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"The four clocks are useful categories, not fixed speeds. Physical plans can be cancelled at a cost, credit may be committed for years, and efficiency or adoption can stall. Measure actual horizons and coupling.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:131"],"aliases":["The Four Clocks"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0131"},{"name":"Demand Has a Shape, Not Just a Size","definition":"Map demand and investment by node, actor and time; a local correction does not by itself diagnose the condition of the entire buildout.","keyQuestion":"If demand keeps its size but changes its shape, which committed positions are stranded — and which quietly become the destination?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Source framework","use_when":"If demand keeps its size but changes its shape, which committed positions are stranded — and which quietly become the destination?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:132","pack:137"],"aliases":["Node-by-Node Correction","Demand Has a Shape, Not Just a Size"],"applications":[{"sourceId":"pack:137","name":"Node-by-Node Correction","definition":"A buildout can reprice at different nodes and times as local demand, capacity and financing diverge.","evidence":"Compare node-specific utilization, prices, commitments and funding before and after a drawdown.","falsifier":"Synchronous deterioration across independent nodes supports a system-wide shock instead.","limits":"Local and systemic corrections can coexist; a bubble question is not inherently invalid.","mappingKind":"scopedVariant"}],"category":"Technology, infrastructure and geopolitics","id":"BE-M0132"},{"name":"Split by Clock, Not by Category","definition":"Separate exposures by the clocks that determine their adjustment, cash flow and repricing rather than assuming the whole stack moves together.","keyQuestion":"How does this spending split by asset clock — and is the financing matched to the clock it's actually secured against?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Source framework","use_when":"How does this spending split by asset clock — and is the financing matched to the clock it's actually secured against?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Apply as a context-dependent analytical heuristic. Establish relevant evidence, competing explanations and a decision horizon; the supplied description alone does not validate the model.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:133"],"aliases":["Split by Clock, Not by Category"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0133"},{"name":"Efficiency, Demand and Value Incidence","definition":"Efficiency can lower unit costs, alter demand and redistribute value; total spending and installed-asset returns depend on elasticity, pass-through and vintage exposure.","keyQuestion":"Does this efficiency gain shrink the market or expand it — and which specific installed assets does it reprice on the way?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D05","urn:business-engineer:domain:D03"],"status":"Source framework","use_when":"Does this efficiency gain shrink the market or expand it — and which specific installed assets does it reprice on the way?","evidence":"Date capacity, adoption, constraints, contracts and institutional changes; compare alternative supply or adoption paths and verify historical chronology.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Falling unit prices can increase quantity while total spending rises or falls. Spending rises only when the relevant quantity response outweighs the price decline. Separate workload demand, resource demand, supplier revenue and asset-vintage value; obsolescence is not automatic.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:134","pack:150","pack:171","pack:187"],"aliases":["Efficiency Expands the Market (The Efficiency Paradox)","Efficiency Is Obsolescence From the Collateral Side","Same Tide, Different Beaches","The Deflation Paradox"],"applications":[{"sourceId":"pack:150","name":"Efficiency Incidence","definition":"Efficiency gains are divided among users, suppliers and intermediaries according to competition, contracts and elasticity.","evidence":"Measure cost decline, price pass-through, volume and margins across the affected layers.","falsifier":"Falling unit costs without downstream price or volume change weakens a claimed demand expansion.","limits":"Total spending can rise or fall; aggregate benefit does not protect every asset vintage.","mappingKind":"scopedVariant"},{"sourceId":"pack:171","name":"Efficiency and Asset Vintage","definition":"Efficiency can reduce older assets' earning power and collateral value, transmitting through leverage, covenants and refinancing to the vehicle's creditors.","evidence":"Compare vintage utilization and residual values with tenant contracts, loan-to-value terms, covenants, maturities, guarantees and recourse.","falsifier":"Durable contracted cash flows, low leverage or adequate replacement collateral can block the predicted credit transmission.","limits":"Efficiency benefits do not guarantee impairment or creditor loss; the contract and funding structure determine who bears repricing.","mappingKind":"scopedVariant"},{"sourceId":"pack:187","name":"Efficiency and Spending Elasticity","definition":"Lower cost per unit may expand usage, but total spending depends on how strongly demand responds and where savings are retained.","evidence":"Estimate price changes, volume response and contribution margin with alternative elasticity scenarios.","falsifier":"Weak volume response refutes a claim that efficiency necessarily increases spending.","limits":"Separate technical efficiency from customer price and from total market expenditure.","mappingKind":"scopedVariant"}],"category":"Technology, infrastructure and geopolitics · Capital, financing and valuation · Markets, growth and distribution","id":"BE-M0134"},{"name":"Own the Junctions, Rent the Ends (The Property Line)","definition":"Decide which important junctions, knowledge and controls to own or contractually govern and which endpoints to rent, based on economics, rights and exit feasibility.","keyQuestion":"Of everything this system touches, what compounds — and does it compound on my side of the property line or the vendor's?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07","urn:business-engineer:domain:D03","urn:business-engineer:domain:D06","urn:business-engineer:domain:D02"],"status":"Source framework","use_when":"Of everything this system touches, what compounds — and does it compound on my side of the property line or the vendor's?","evidence":"Inspect actual artifacts, rights, operating permissions, handovers and a priced alternative execution path; interviews alone do not establish control.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Own or control the junctions when their strategic value exceeds their costs and risks. Some endpoints compound, some junctions commoditize, and contractual rights may suffice. Make the boundary decision per workload.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:135","pack:177","pack:192"],"aliases":["Rent the Agent, Own the Rail (AGaaS)","The Owned/Rented Barbell (The Alpha-Writing Sort)","Own the Junctions, Rent the Ends (The Property Line)"],"applications":[{"sourceId":"pack:177","name":"Commerce Property Line","definition":"Decide which transaction authority, customer relationship and operational knowledge should remain under a business's control as interfaces change.","evidence":"Map ownership, permission and exit at discovery, selection, purchase and post-purchase stages.","falsifier":"Transferable customers and reliable alternative execution weaken a claimed captured junction.","limits":"Control can be contractual; owning every layer is not required.","mappingKind":"scopedVariant"},{"sourceId":"pack:192","name":"Owned and Rented Architecture","definition":"Combine controlled durable assets with rented capabilities when this improves economics, adaptability and bargaining options.","evidence":"Compare title, operating rights, maintenance, switching and alternative-execution costs for each layer.","falsifier":"Higher total cost or brittle integration can defeat the proposed ownership mix.","limits":"Open weights do not automatically provide IP ownership or freedom from dependency.","mappingKind":"scopedVariant"}],"category":"Enterprise processes, ownership and procurement · Markets, growth and distribution · Intelligence systems and architecture · Strategy, competition and value capture","id":"BE-M0135"},{"name":"Clear Title (KEPT / PARTIAL / CAPTURED)","definition":"Assess retained rights, usable exports, semantic completeness, alternative execution and migration cost separately; operational exit readiness is not a legal title opinion.","keyQuestion":"If this engagement ended tomorrow, what would exit actually cost, artifact by artifact — a config change, a project, or a rebuild?","form":"diagnostic","domains":["urn:business-engineer:domain:D07"],"status":"Source framework","use_when":"If this engagement ended tomorrow, what would exit actually cost, artifact by artifact — a config change, a project, or a rebuild?","evidence":"Inspect actual artifacts, rights, operating permissions, handovers and a priced alternative execution path; interviews alone do not establish control.","falsifier":"This is a selection or explanatory lens. Specify the case-level claim first; use evidence that distinguishes it from a rival explanation rather than treating the lens itself as a measured law.","decision":"Choose, revise or reject an intervention only after applying the model to the stated actor, unit, alternatives and horizon.","limits":"Separate legal rights, access to artifacts, semantic completeness, practical portability and economic switching cost. KEPT/PARTIAL/CAPTURED are operational exit grades; they do not establish legal title. Price and exercise the exit path.","origin":"Full user-supplied 136-model source, received September 9, 2026. Original wording preserved for provenance; current calibration governs application.","sourceIds":["base:136"],"aliases":["Clear Title (KEPT / PARTIAL / CAPTURED)"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0136"},{"name":"Technology Constellation","definition":"A technology becomes economically transformative when complementary energy, materials, production, transport, capital and organizational capabilities reinforce one another. Map reciprocal enabling relationships rather than forcing a single invention-first story.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Proposed synthesis","use_when":"Explain an industrial transition or identify which complement must develop before an AI capability can diffuse.","evidence":"Identify what each complement makes cheaper, faster or feasible; date the enabling changes; compare places with the invention but without its complements.","falsifier":"The claimed complement is absent in successful cases, or adoption follows another mechanism such as demand, institutions or distribution.","decision":"Invest in or partner around the missing complement that limits a specific adoption path.","limits":"A constellation is a causal hypothesis, not a universal sequence. Do not infer the chronology of coal, railways, iron, steel, naval power or oil from the diagram; verify it for each historical case.","origin":"Synthesis from the September 8, 2026 technogeopolitics discussion; linked to the general-purpose-technology literature, without claiming this formulation is validated by it.","sourceIds":["expansion:137"],"aliases":["Technology Constellation"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0137"},{"name":"Capability-to-Power Conversion","definition":"Resource access creates potential. Production competence, reliable energy, logistics, finance, skilled institutions and deployment capacity determine whether potential becomes sustained economic or strategic power. Every conversion has losses and delays.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D02"],"status":"Proposed synthesis","use_when":"Compare countries or firms that possess similar inputs but obtain different strategic outcomes.","evidence":"Measure usable throughput, delivered cost, supply reliability, productive utilization, deployment reach and resilience. Locate the stage where an advantage stops translating.","falsifier":"Input ownership alone predicts durable power better than conversion capability, or an omitted alliance or institutional variable explains the observed advantage.","decision":"Strengthen the weakest conversion stage before acquiring more of an already abundant input.","limits":"Economic capability does not mechanically produce military dominance, legitimacy or rule-making authority. Keep those outcomes separate and explain the intervening institutions.","origin":"Synthesis from the September 8, 2026 discussion of energy, industry, logistics and changing world power.","sourceIds":["expansion:138","pack:140"],"aliases":["The Cascade Is the Rotation","Capability-to-Power Conversion"],"applications":[{"sourceId":"pack:140","name":"Capability-to-Power Conversion","definition":"Technologies can shift industrial control and strategic power when complementary production, institutions and permissions convert capability into enforceable advantage.","evidence":"Trace each conversion step and compare settings with capability but different control.","falsifier":"Capability without enforceable leverage weakens the claimed conversion.","limits":"A conceptual cascade is not a universal chronological sequence.","mappingKind":"equivalentMechanism"}],"category":"Technology, infrastructure and geopolitics · Strategy, competition and value capture","id":"BE-M0138"},{"name":"Legitimacy and Enforcement","definition":"An institutional order combines material capacity to enforce rules with participants’ reasons to accept them. Enforcement can sustain an unpopular order for a time; acceptance can reduce the cost of enforcement. Both feed back into resources and coalitions.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Proposed synthesis","use_when":"Analyze the resilience of a geopolitical order, platform governance regime or industry standard.","evidence":"Separate formal rules, actual compliance, enforcement capacity, perceived benefits, coalition cohesion and credible exit alternatives.","falsifier":"Changes in legitimacy or enforcement do not alter compliance, or material incentives alone explain the pattern more convincingly.","decision":"Identify whether the binding problem is enforcement, consent, distribution of benefits or a credible alternative institution.","limits":"Do not infer that a power transition automatically ends international law or institutional legitimacy. Treat historical analogies as questions, not settled explanations.","origin":"Synthesis from the September 8, 2026 conversations about international order and technogeopolitics.","sourceIds":["expansion:139"],"aliases":["Legitimacy and Enforcement"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0139"},{"name":"Strategic Dependence Asymmetry","definition":"Dependence becomes leverage when one side can substitute, wait or absorb disruption more easily than the other. Supplier concentration matters through replacement time, usable alternatives, inventories, switching cost and exposure on both sides.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D03","urn:business-engineer:domain:D02"],"status":"Proposed synthesis","use_when":"Assess strategic autonomy, vendor dependency, supply-chain leverage or bargaining power.","evidence":"For both parties, estimate replacement time, disruption loss over that time, inventories, alternative capacity and the credibility of threats.","falsifier":"The apparently dependent party switches cheaply, the supplier suffers greater losses, or other actors can neutralize the pressure.","decision":"Buy redundancy or switching capability where the asymmetry is consequential; avoid paying for nominal domestic ownership that does not improve usable alternatives.","limits":"Nationality, ownership and control are different variables. Resilience can come from diversified interdependence rather than complete self-sufficiency.","origin":"Synthesis from sovereign-AI terminology, anti-lock-in and technogeopolitics discussions in August–September 2026.","sourceIds":["expansion:140","pack:184","pack:185"],"aliases":["The Dependency Is a Variable, Not a Verdict","The Rented Front Door, One Layer Down","Strategic Dependence Asymmetry"],"applications":[{"sourceId":"pack:184","name":"Strategic Dependence Asymmetry","definition":"Compare how badly each party needs the relationship and how cheaply each can replace it.","evidence":"Price alternatives, transition time, concentration and critical dependencies on both sides.","falsifier":"Comparable credible alternatives weaken an asymmetric-power diagnosis.","limits":"Dependency varies by workload and can change after integration.","mappingKind":"equivalentMechanism"},{"sourceId":"pack:185","name":"Channel Dependence Asymmetry","definition":"A distribution partner can gain bargaining power when a supplier depends more on its channel than it depends on that supplier.","evidence":"Compare customer reach, substitution, direct access and switching economics for both parties.","falsifier":"Strong direct demand or indispensable supply can overturn the channel-power thesis.","limits":"Distribution scale alone does not establish control.","mappingKind":"scopedVariant"}],"category":"Technology, infrastructure and geopolitics · Markets, growth and distribution · Strategy, competition and value capture","id":"BE-M0140"},{"name":"Power Transition Lag","definition":"A new productive system can emerge before institutions, financing structures, skills and strategic doctrine adapt. The incumbent’s installed base may provide cash and reach while also creating commitments that slow adaptation.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Proposed synthesis","use_when":"Assess transitions between industrial paradigms or between incumbent and AI-native operating models.","evidence":"Track capability adoption and institutional adaptation separately; identify which legacy assets are reusable and which become constraints.","falsifier":"The incumbent repurposes its assets faster than challengers build replacements, or the new capability fails to become economically significant.","decision":"Preserve valuable inherited assets while changing the commitments that obstruct the new system.","limits":"A lead in a technology does not date or guarantee a geopolitical succession. Fixed 30–50-year cycles are not forecasting laws.","origin":"Synthesis from technogeopolitics and technology-supercycle discussions; an analytical extension rather than a historical chronology.","sourceIds":["expansion:141","pack:153"],"aliases":["The Three-Generation Lag and the Domestic Bill","Power Transition Lag"],"applications":[{"sourceId":"pack:153","name":"Power Transition Lag","definition":"New industrial capabilities may take time to alter institutions, strategic power and domestic economic burdens.","evidence":"Date capability, adoption, institutional response and distributional effects separately.","falsifier":"Concurrent change or reversed sequencing challenges a proposed lag mechanism.","limits":"No fixed three-generation interval is supported by the source.","mappingKind":"scopedVariant"}],"category":"Technology, infrastructure and geopolitics","id":"BE-M0141"},{"name":"Computable Operating Model","definition":"Translate business concepts, desired outcomes, roles, decision rights, policies, process logic and exceptions into a maintained canonical representation. The representation makes organizational meaning inspectable before it is connected to execution.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"framework","domains":["urn:business-engineer:domain:D07"],"status":"Proposed synthesis","use_when":"Scope enterprise AI work when operational knowledge is scattered across documents, systems, diagrams and people.","evidence":"Trace representative decisions from source evidence to entities, policies, accountable owners and exceptions; have process owners validate the resulting interpretation.","falsifier":"The model cannot represent material exceptions, owners cannot agree on meaning, or maintaining it costs more than the coordination it removes.","decision":"Model a bounded process and its decision rights first, then connect the approved specification to an execution design.","limits":"A representation is neither executable software nor proof of organizational agreement. Process-mining outputs are useful inputs, not a requirement to rebuild process mining.","origin":"User terminology from the WordLift computable-operating-model and Fixpoint conversations, August–September 2026.","sourceIds":["expansion:142"],"aliases":["Computable Operating Model"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0142"},{"name":"Process Specification and Runtime","definition":"Separate the declarative process contract from the mechanism that executes it. A CPO records capabilities, boundaries, expected behavior and acceptance conditions; a runtime chooses and performs implementation steps within those constraints.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07","urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Design a process product intended to work across models, agents or orchestration environments.","evidence":"Map every required business invariant to a runtime control and an observable acceptance test. Run representative cases in more than one implementation when portability is claimed.","falsifier":"Core business semantics depend on one runtime’s hidden state, or the specification cannot distinguish compliant from unacceptable outcomes.","decision":"Stabilize the process contract and test alternative implementations against the same business requirements.","limits":"CPO retains the user’s term without inventing its acronym expansion. Declarative design permits implementation freedom; it does not guarantee enforcement, reliability or zero-cost portability.","origin":"User refinement in Fixpoint discussions, September 3–8, 2026; design intent, not a claim of a completed interoperable standard.","sourceIds":["expansion:143"],"aliases":["Process Specification and Runtime"],"applications":[],"category":"Enterprise processes, ownership and procurement · Intelligence systems and architecture","id":"BE-M0143"},{"name":"Reference Library and Customer Delta","definition":"Separate reusable process knowledge from the customer-specific rules, systems, terminology and exceptions that adapt it. Reuse can reduce deployment work only when the reference fits the new case and the delta remains governable.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Proposed synthesis","use_when":"Design a repeatable enterprise offering around pre-seeded recipes and customer-owned process adaptations.","evidence":"Record effort spent on reusable components, adaptation, integration, validation and ongoing maintenance for each deployment; record ownership and permission to reuse each artifact.","falsifier":"Customer deltas repeatedly overwrite the reference, reuse requires confidential customer knowledge, or adaptation effort does not decline.","decision":"Keep a versioned shared reference and a separately owned customer delta; use measured cohorts to decide where to standardize.","limits":"The 80/20 split is a proposed design target, not a benchmark or measured outcome. Configuration size is not a proxy for effort, risk or value.","origin":"User distinction between platform-owned Recipe Library and client-owned Process Model, August–September 2026.","sourceIds":["expansion:144"],"aliases":["Reference Library and Customer Delta"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0144"},{"name":"N+1 Deployment Learning Curve","definition":"A deployment business becomes more product-like when knowledge from deployment N lowers the normalized effort or improves the outcomes of deployment N+1 without transferring restricted customer data.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Proposed synthesis","use_when":"Evaluate whether a process platform can scale beyond bespoke implementation work.","evidence":"Compare similar deployments by process complexity, integration burden and risk. Track calendar time, specialist hours, first-pass acceptance, exception rates and recurring support cost.","falsifier":"Apparent improvement comes only from easier customers, unpaid labor, narrower scope or shifted maintenance costs.","decision":"Scale the process families with demonstrated transfer; price or decline the work whose complexity remains customer-specific.","limits":"A falling deployment-time chart alone does not establish a learning curve or a data moat. Normalize case mix and separate one-time delivery from recurring operation.","origin":"Synthesis of the Fixpoint N+1 deployment, pre-seeded expertise and productizing-the-deployment-layer discussions.","sourceIds":["expansion:145"],"aliases":["N+1 Deployment Learning Curve"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0145"},{"name":"Semantic-to-Action Ladder","definition":"Machine-readable terminology helps identify meaning; entities and relationships supply context; capability and policy descriptions constrain available actions; authenticated execution changes state; evidence shows what actually happened. Each transition requires an explicit interface.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Analyze agentic commerce or distinguish knowledge-graph value from workflow execution capability.","evidence":"Trace one user intent through term resolution, entity grounding, applicable policy, authorized action, external state change and an observed outcome.","falsifier":"Improved semantic coverage does not improve task success, or failures occur at unrelated execution or commercial constraints.","decision":"Invest in the specific missing transition rather than treating additional markup as a complete agentic workflow.","limits":"RDF, JSON-LD, schema markup and MCP do not by themselves grant business authority or guarantee transactions. The ladder is an analytical decomposition, not a mandatory software architecture.","origin":"User discussions on lexical graphs, action graphs, declarative APIs and WordLift semantic infrastructure, April–September 2026.","sourceIds":["expansion:146"],"aliases":["Semantic-to-Action Ladder"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0146"},{"name":"Action Boundary Map","definition":"Assign each expected action to an operating boundary: owned, partner handoff, informational only or not applicable. Then identify the actor authorized to act, prerequisites, destination, observable result and escalation route.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"diagnostic","domains":["urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Review a machine-readable business capability or agent journey before treating it as executable.","evidence":"Use current capability evidence, operating-owner confirmation, contracts or documented handoffs, permission checks and observed execution tests.","falsifier":"The asserted owner cannot perform the action, a handoff destination is unverified, or a description is being mistaken for operational capability.","decision":"Expose only the supported boundary and fix the missing ownership, handoff or execution evidence.","limits":"User intent about a desired capability must not rewrite evidence-based readiness. Informational content can be valuable without being an executable action.","origin":"Exact boundary vocabulary from the September 4, 2026 Terms of Action review request.","sourceIds":["expansion:147"],"aliases":["Action Boundary Map"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0147"},{"name":"Portability Is Exercised","definition":"Portability exists in degrees: contractual rights, complete export, preserved meaning, alternative execution, acceptable performance and affordable migration. Evidence at one degree does not prove the others.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07","urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Evaluate a vendor’s neutrality claim, a CPO design or an enterprise exit plan.","evidence":"Exercise an export/import/replay on representative data and exceptions; price adapters, missing features, retraining, migration labor and downtime.","falsifier":"The destination cannot reproduce required behavior or the practical exit cost remains comparable to a rebuild.","decision":"Purchase and rehearse the specific switching option that matters for the workload; record residual dependencies explicitly.","limits":"Owning a JSON file or using an open protocol is insufficient. Full interchangeability may be uneconomic; a bounded and priced exit can still be valuable.","origin":"Synthesis from CPO portability, Palantir/Databricks anti-lock-in and the Enterprise Capture Test discussions.","sourceIds":["expansion:148"],"aliases":["Portability Is Exercised"],"applications":[],"category":"Enterprise processes, ownership and procurement · Intelligence systems and architecture","id":"BE-M0148"},{"name":"Governance Independence Test","definition":"Governance is more independent when the party defining acceptance, holding evidence and authorizing exceptions can challenge the party optimizing execution. Structural independence depends on decision rights, incentives and access to evidence.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07","urn:business-engineer:domain:D09"],"status":"Proposed synthesis","use_when":"Design oversight for interchangeable AI runtimes or evaluate a vendor’s assurance claim.","evidence":"Identify who sets controls, changes tests, reports incidents, approves exceptions, can pause execution and receives commercial rewards.","falsifier":"The overseer cannot inspect outcomes, alter approvals or escalate failures, or its compensation encourages hiding the same failures as the executor.","decision":"Separate the necessary decision rights and evidence access; specify the conflicts that remain.","limits":"A separate dashboard, company or model is not automatically independent. The third-party-CPA analogy describes a role and does not confer audit status or regulatory certification.","origin":"Synthesis from Fixpoint independent-governance and control-tower framing, September 2026.","sourceIds":["expansion:149","pack:255"],"aliases":["The Seat That Grades Never Built","Governance Independence Test"],"applications":[{"sourceId":"pack:255","name":"Independent Governance","definition":"Separate acceptance authority from delivery incentives sufficiently to make failures visible and actionable.","evidence":"Inspect reporting lines, veto rights, conflict handling, evaluator access and independent review evidence.","falsifier":"Overridden findings or builder-controlled acceptance undermine claimed independence.","limits":"Independence does not require one universal org chart or prohibit all evaluators from ever building systems.","mappingKind":"scopedVariant"}],"category":"Enterprise processes, ownership and procurement · Organization, roles and expert work","id":"BE-M0149"},{"name":"Regulated Process Wedge","definition":"A promising entry point is a specific process where costly recurring work, shared structure, an identifiable buyer and feasible delivery intersect. Regulatory load creates work; commercial value depends on who must do it, who pays and which steps can safely be standardized.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Proposed synthesis","use_when":"Choose an initial enterprise process or compare niches for a process-automation platform.","evidence":"Assess task frequency and complexity separately; verify budget, authority, repeatability, acceptable error, data access, liability allocation and precise existing alternatives.","falsifier":"Mandatory work has no accessible budget, customers require mostly bespoke judgment, or a specific incumbent already solves the process economically.","decision":"Advance a narrow paid design partnership only after delivery and buyer-access gates pass; then compare viable niches by economics and learning potential.","limits":"Do not turn regulatory density into an automatic attractiveness score. Verify current laws, applicability and implementation dates for any real jurisdiction or process.","origin":"Synthesis from Fixpoint regulated-process market selection and SI distribution discussions, September 5–6, 2026.","sourceIds":["expansion:150"],"aliases":["Regulated Process Wedge"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0150"},{"name":"Partner Distribution Fit","definition":"A partner becomes a scalable channel when a proven process aligns with its reachable accounts, seller incentives, delivery capacity and customer relationship. An account list is potential access; active sellers and repeat deployments demonstrate distribution.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Proposed synthesis","use_when":"Assess SI, consulting or technology partners for a repeatable enterprise offer.","evidence":"Map eligible accounts to a process owner, named partner sponsor, seller compensation, joint offer, delivery team, procurement path and activated pipeline.","falsifier":"The partner cannot name an economic buyer, seller incentives conflict, or the first deployments cannot be repeated without founder intervention.","decision":"Co-design the first use case with the partner that can sell and deliver the next comparable deployment.","limits":"Zero-to-50 deployments is an ambition, not a forecast. Do not multiply total partner customers by contract value and label the result revenue opportunity.","origin":"User partner-led market-entry and co-design proposal, September 2026.","sourceIds":["expansion:151"],"aliases":["Partner Distribution Fit"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0151"},{"name":"Coopetition Boundary","definition":"A firm can be a channel at one layer, a competitor at another and a possible acquirer later. Map relationships around the exact process, artifact ownership, implementation role, customer access and renewal economics.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03","urn:business-engineer:domain:D07"],"status":"Proposed synthesis","use_when":"Compare a process platform with SIs, forward-deployed AI companies or broad enterprise platforms.","evidence":"Build a process-by-provider capability matrix using demonstrated capabilities; record who owns the customer, runtime, reusable knowledge, assurance and recurring contract.","falsifier":"A presumed complementary partner already delivers the target process with superior economics, or the vendor’s expansion removes the partner’s incentive to distribute it.","decision":"Draw a written commercial and capability boundary that leaves both sides a reason to repeat the deployment.","limits":"A general AI platform does not prove strength in a narrow workflow; a narrow specialist is not automatically protected from a generalist. Potential acquisition is a scenario, not a distribution strategy.","origin":"Synthesis of Fixpoint versus Wonderful, SI enablement, channel conflict and possible SI acquisition discussions.","sourceIds":["expansion:152","pack:233"],"aliases":["The Enterprise Alliance (Opened vs Held)","Coopetition Boundary"],"applications":[{"sourceId":"pack:233","name":"Alliance and Coopetition Boundary","definition":"A partner can complement distribution or capabilities while competing for customer control, data or margin.","evidence":"Map shared incentives, retained assets, competing offerings and exit rights.","falsifier":"Stable aligned incentives with no material capture risk weaken an adversarial reading.","limits":"Partnership and competition can coexist; avoid treating all alliances as traps.","mappingKind":"scopedVariant"}],"category":"Markets, growth and distribution · Enterprise processes, ownership and procurement","id":"BE-M0152"},{"name":"Deployment Responsibility Coverage","definition":"Enterprise delivery needs coverage of process understanding, orchestration, outcome economics and adoption. Process Cartographer, Orchestration Architect, Value Engineer and Enterprise Partner are four specialist contributions; map them to lifecycle work and the five accountability functions without requiring four separate hires.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"framework","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D09"],"status":"Proposed synthesis","use_when":"Assess whether a team can take a bounded process from discovery to reliable operation and renewal.","evidence":"Inspect active work packages, required handoffs and actual authority; map the four specialist contributions to named accountable owners and independent acceptance.","falsifier":"One function’s output is not usable by the next, or additional titles do not improve delivery outcomes.","decision":"Fill the uncovered function or broken handoff before expanding headcount or sales commitments.","limits":"These are coverage requirements, not four mandatory full-time hires. Preserve Process Cartographer as the user’s role name; do not replace it with Process Expert.","origin":"Exact four-role bench refined in the Fixpoint conversations, August–September 2026.","sourceIds":["expansion:153","pack:253"],"aliases":["Deployment Bench Coverage","The Grid (Watch the Blanks)"],"applications":[{"sourceId":"pack:253","name":"Deployment Responsibility Coverage","definition":"Map lifecycle work to accountable functions and specialist contributions, making unowned handoffs and conflicts visible.","evidence":"Use the source-backed five-stage by five-function grid, then assign one accountable owner to each active handoff.","falsifier":"Repeated failures at nominally owned handoffs show that titles alone did not create operational coverage.","limits":"The pack's eleven-column variant is underspecified; the eleven-stage extension is explicitly proposed in this ontology.","mappingKind":"scopedVariant"}],"category":"Deployment, product economics and outcomes · Organization, roles and expert work","id":"BE-M0153"},{"name":"Buyer Permission Path","definition":"An enterprise purchase crosses several decision rights: budget, business ownership, technical fit, security, legal terms, procurement and production acceptance. Progress at one gate does not imply progress at the others.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Proposed synthesis","use_when":"Diagnose why strong demos and executive interest fail to become deployed, renewing business.","evidence":"For each material gate, identify the decision owner, evidence needed, unresolved objection, dependency and expected timing.","falsifier":"The proposed gating map cannot explain delays, or a different buying route removes the supposed veto.","decision":"Resolve the gate currently constraining a specific account while preparing evidence for likely downstream gates.","limits":"Not every enterprise has the same buying process. A PO evidences purchasing progress, not causal ROI, technical acceptance or permission for every production action.","origin":"Generalized from enterprise rollout and procurement discussions; private account names, prices and personnel are excluded.","sourceIds":["expansion:154"],"aliases":["Buyer Permission Path"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0154"},{"name":"Product-to-Service Boundary","definition":"A recurring invoice can fund software, managed operation or repeated expert labor. Product economics depend on how revenue, delivery effort and recurring support change with the number and complexity of customers.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Proposed synthesis","use_when":"Evaluate a run-layer business or test the claim that deployment is being productized.","evidence":"Separate subscription, implementation and managed-service revenue; measure gross profit after deployment amortization, human review, support and maintenance by comparable customer cohort.","falsifier":"Revenue grows only with proportional expert hours, or automation merely shifts labor into hidden support and exception queues.","decision":"Productize common operating capability while pricing irreducible expert work transparently.","limits":"Services can be valuable and profitable. Software, not hours is a positioning intention whose economics must be demonstrated; neither pricing label nor delivery speed proves it.","origin":"Synthesis from WordLift run-layer and Fixpoint deployment-layer positioning, August–September 2026.","sourceIds":["expansion:155"],"aliases":["Product-to-Service Boundary"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0155"},{"name":"Reliability Budget","definition":"End-to-end success depends on the entire path through grounding, decisions, tools, external systems, exceptions and recovery. Excellent local components can still produce unacceptable process outcomes.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Evaluate an agent workflow or compare a compelling demo with a production commitment.","evidence":"Measure accepted end-to-end completions, correlated failures, exception categories, recovery success, worst-case consequences and performance on representative difficult cases.","falsifier":"Local failure estimates do not predict end-to-end failures, indicating shared causes, recovery effects or an incorrect process boundary.","decision":"Spend engineering effort where a change most improves accepted outcomes under the required risk and latency constraints.","limits":"The product of conditional step-success probabilities is a chain rule, not an independence claim. The shortcut p^n assumes identical independent steps and no recovery; label it illustrative and do not use it as measured reliability.","origin":"Synthesis from enterprise document extraction, machine vision, RCM reliability and harness discussions, August–September 2026.","sourceIds":["expansion:156"],"aliases":["Reliability Budget"],"applications":[],"category":"Deployment, product economics and outcomes · Intelligence systems and architecture","id":"BE-M0156"},{"name":"Cost per Accepted Outcome","definition":"Compare systems using total attributable cost divided by accepted outcomes over a stated period. Include inference, tools, retries, review, recovery, support and an explicit treatment of deployment cost.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D05"],"status":"Proposed synthesis","use_when":"Choose models or runtimes, evaluate outcome pricing, or test whether automation improves economics.","evidence":"Define acceptance before measurement; report quality, throughput, latency and failure consequences beside cost. Use the same case mix and period for comparisons.","falsifier":"A cheaper result fails acceptance, imposes larger downstream losses, or benefits from omitted labor and shifted costs.","decision":"Select the configuration that meets outcome requirements at the best supported economics; expose the quality-cost tradeoff.","limits":"Cost per outcome is undefined with no accepted outcomes. Separate marginal and fully loaded views; avoid counting the same review cost twice or valuing all outcomes identically when their stakes differ.","origin":"Synthesis from model routing limits, control-tower metrics and outcome-pricing discussions.","sourceIds":["expansion:157","pack:211"],"aliases":["Cost per Accepted Outcome (The Third Bottleneck)","Cost per Accepted Outcome"],"applications":[{"sourceId":"pack:211","name":"Cost per Accepted Outcome","definition":"Measure the full cost of producing an outcome that passes a defined acceptance standard, including failed attempts and necessary review.","evidence":"Reconcile inference, tools, people, retries and operating overhead with accepted outcomes in the same period.","falsifier":"A changed acceptance threshold or omitted rework invalidates a claimed unit-cost improvement.","limits":"Keep quality, latency and outcome mix comparable; a token price is not an outcome cost.","mappingKind":"equivalentMechanism"}],"category":"Deployment, product economics and outcomes · Capital, financing and valuation","id":"BE-M0157"},{"name":"Evidence-to-Value Chain","definition":"Track five distinct claims: an intervention was delivered; behavior changed; an operational outcome improved; the improvement was attributable; economic value was realized. A dashboard observation cannot automatically jump to the last claim.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Proposed synthesis","use_when":"Evaluate enterprise AI pilots, AI visibility programs or benefits claimed from process deployment.","evidence":"Specify baseline, counterfactual, exposure, measurement period and confounders; connect the operational result to an agreed economic conversion and verify realized value.","falsifier":"A credible comparison explains the outcome without the intervention, the effect disappears under case-mix controls, or the claimed economic conversion does not occur.","decision":"Fund the next step based on the strongest supported claim and design the cheapest credible test for the next link.","limits":"Before-and-after movement, correlations, citations and prompt visibility are not automatically causal revenue effects. Distinguish estimated, realized and attributable savings.","origin":"Generalized from WordLift measurement and Fixpoint Value Engineer discussions; no private client results are reproduced.","sourceIds":["expansion:158","pack:216"],"aliases":["The Counterfactual as Referee (Attribution Collapsed)","Evidence-to-Value Chain"],"applications":[{"sourceId":"pack:216","name":"Incrementality and Value Attribution","definition":"Distinguish observed improvement from improvement caused by the intervention using a credible baseline or comparison.","evidence":"Use randomized, staggered or matched comparisons where feasible and record confounders.","falsifier":"Similar gains in the comparison group weaken an attributable-value claim.","limits":"A before-and-after gauge page alone does not establish causality.","mappingKind":"scopedVariant"}],"category":"Deployment, product economics and outcomes","id":"BE-M0158"},{"name":"Incentive Compatibility Map","definition":"An efficiency gain creates different gains and losses for the buyer, operator, seller, partner and risk owner. Adoption becomes easier when decision rights, compensation and ownership reward the behavior required for the system to work.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D07"],"status":"Proposed synthesis","use_when":"Explain resistance to automation, channel conflict or governance that looks strong on paper.","evidence":"For each actor, map benefits, displaced revenue or work, new liability, required behavior, decision power and compensation.","falsifier":"Behavior remains unchanged after the proposed incentive adjustment, suggesting capability, trust, identity or a different constraint dominates.","decision":"Change the commercial or organizational arrangement so the actors needed for adoption can benefit from successful operation.","limits":"Do not infer motives as facts or assume resistance is irrational. Incentive alignment does not remove capability or ethical constraints.","origin":"Synthesis from SI hours versus outcome economics, enterprise adoption and independent governance conversations.","sourceIds":["expansion:159"],"aliases":["Incentive Compatibility Map"],"applications":[],"category":"Organization, roles and expert work · Enterprise processes, ownership and procurement","id":"BE-M0159"},{"name":"Autonomy Envelope","definition":"Define the bounded conditions under which a system may act without additional human review: allowed entities, action types, scope, financial limits, evidence, reversibility, monitoring and escalation. The envelope can expand only as evidence and authority permit.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"decision-rule","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Move a bounded agent process from assisted work toward greater autonomy.","evidence":"Exercise allowed and forbidden cases, approval triggers, rollback, monitoring coverage and escalation; verify that the authorized owner accepts the residual risk.","falsifier":"The system cannot detect when it leaves the envelope, overrides are untraceable, or apparent success depends on constant unrecorded human rescue.","decision":"Grant autonomy to a well-observed subset of the process and retain review at the boundaries that are consequential or uncertain.","limits":"Model confidence alone is insufficient. Technical capability, organizational authority and acceptable risk are separate conditions; do not infer permission from an interface description.","origin":"Synthesis from Terms of Action, CPO boundaries and enterprise governance discussions.","sourceIds":["expansion:160"],"aliases":["Autonomy Envelope"],"applications":[],"category":"Deployment, product economics and outcomes · Intelligence systems and architecture","id":"BE-M0160"},{"name":"Maintenance Burden Map","definition":"Operating burden depends on how often requirements change, how difficult each change is and how widely it propagates. Regulation is one source alongside data drift, integrations, model changes and organizational ownership.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D06"],"status":"Proposed synthesis","use_when":"Compare process niches or budget the ongoing cost of maintaining a governed deployment.","evidence":"Track update frequency, specialist effort per update, affected dependencies, revalidation time, service impact and backlog age separately.","falsifier":"High nominal regulatory complexity generates little actual maintenance, or a low-regulation process changes more expensively through integration churn.","decision":"Choose and price processes using observed maintenance economics; automate reusable checks and assign ownership for each change source.","limits":"A frequency-by-complexity matrix supports comparison, not an empirically calibrated universal score. Regulatory obligations, effective dates and applicability require current primary-source verification.","origin":"User request to map regulatory frequency and complexity for Fixpoint, September 6, 2026; broadened to total operating maintenance.","sourceIds":["expansion:161"],"aliases":["Maintenance Burden Map"],"applications":[],"category":"Deployment, product economics and outcomes · Intelligence systems and architecture","id":"BE-M0161"},{"name":"Counter-Model Pairing","definition":"Select a causal explanation, an economic consequence and the strongest plausible competing explanation. The purpose of multiple models is to expose different assumptions, not to create several votes for the same story.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"diagnostic","domains":["urn:business-engineer:domain:D01","urn:business-engineer:domain:D05"],"status":"Proposed synthesis","use_when":"Analyze a high-conviction strategic thesis or any case where familiar frameworks all seem to agree.","evidence":"List shared premises, identify a discriminating observation and state what each explanation predicts differently.","falsifier":"The models produce the same observable predictions or rely on the same evidence; the apparent comparison adds no independent information.","decision":"Collect evidence that can choose between explanations, and reduce confidence when the current evidence cannot discriminate.","limits":"More frameworks do not create independent confirmation. A competing model must be plausible and decision-relevant, not a straw man.","origin":"Methodological extension to the supplied BIA; motivated by repeated requests to check claims and avoid purely rhetorical contrarianism.","sourceIds":["expansion:162","pack:227"],"aliases":["The Hostile Reading First","Counter-Model Pairing"],"applications":[{"sourceId":"pack:227","name":"Hostile Valuation Reading","definition":"Construct the strongest credible explanation for a lower value before accepting the base case and identify evidence that distinguishes them.","evidence":"Reconcile both cases on the same revenue boundary, capital assumptions and date.","falsifier":"Evidence inconsistent with the hostile case should revise it rather than be dismissed.","limits":"The hostile reading is a counter-model exercise, not a requirement to be pessimistic.","mappingKind":"scopedVariant"}],"category":"Reasoning, evidence and learning · Capital, financing and valuation","id":"BE-M0162"},{"name":"Assumption and Prediction Ledger","definition":"Separate what is observed, assumed, inferred and predicted. Record the evidence and confidence behind material claims, then return to time-bounded predictions to see which reasoning actually worked.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"framework","domains":["urn:business-engineer:domain:D01"],"status":"Proposed synthesis","use_when":"Maintain a thesis across earnings prints, pilots, partner discussions or technology transitions.","evidence":"For each material claim retain an as-of date, source, assumption, observable prediction, decision dependency, review trigger and outcome when resolved.","falsifier":"Predictions are too vague to score, definitions shift after the fact, or confidence does not change after contrary observations.","decision":"Revise the claim, model choice or action when discriminating evidence arrives; retain the reason for the change.","limits":"Numerical probabilities require a coherent basis and enough comparable resolved forecasts to evaluate calibration. A narrative confidence label is not statistical calibration.","origin":"Extension of the supplied calibration loop, layered-map season method and editorial evidence discipline.","sourceIds":["expansion:163"],"aliases":["Assumption and Prediction Ledger"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0163"},{"name":"Regime-Switch Trigger","definition":"A strategy can remain coherent while the conditions that justify it change. Define observations that move the response from monitoring to reallocation to existential response, together with observations that permit de-escalation.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"decision-rule","domains":["urn:business-engineer:domain:D01"],"status":"Proposed synthesis","use_when":"Monitor competitive threats, adoption disappointments or changes in a capital-cycle thesis.","evidence":"Specify the mechanism expected to change, the observable trigger, confirmation requirements, decision owner and response cost.","falsifier":"Triggers fire frequently without the predicted regime change, or the response ignores evidence that the threat has receded.","decision":"Pre-agree proportionate actions for genuinely different states and revise triggers after false alarms.","limits":"Code Yellow, Orange and Red are optional labels, not calibrated risk categories. Avoid treating ordinary volatility as a regime switch.","origin":"Formalizes a prior assistant-proposed Graduated Strategic Threat Response from December 13, 2025; retained as an unvalidated heuristic.","sourceIds":["expansion:164"],"aliases":["Regime-Switch Trigger"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0164"},{"name":"Decision-Changing Information","definition":"Research has value when a feasible result could change the chosen action enough to justify the cost, delay and distraction of obtaining it. Uncertainty that cannot change the decision need not be resolved first.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"decision-rule","domains":["urn:business-engineer:domain:D01"],"status":"Proposed synthesis","use_when":"Choose the next diligence task, experiment or customer interview under time constraints.","evidence":"State the current best action, the uncertain assumption, plausible results and how each result would change the action.","falsifier":"Every plausible result leaves the decision unchanged, or collecting the information costs more than the expected improvement in the decision.","decision":"Run the smallest credible test of the assumption with the greatest decision consequence; otherwise act or wait deliberately.","limits":"Do not fabricate probabilities to manufacture a value-of-information number. Irreversible or high-consequence decisions may justify more diligence even when uncertainty remains.","origin":"Decision-theory extension of Act vs Wait and the user’s preference for precise, actionable analysis.","sourceIds":["expansion:165"],"aliases":["Decision-Changing Information"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0165"},{"name":"Goldilocks Embedding","definition":"A deeply embedded provider can remain durable when it continues to create value, leaves the customer enough surplus and keeps its charges within a range the customer considers justified. Dependence without continuing value increases incentives to exit or sponsor substitutes.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D01","urn:business-engineer:domain:D09"],"status":"Proposed synthesis","use_when":"Evaluate platform extraction, run-layer pricing or whether strong switching costs are becoming a commercial liability.","evidence":"Track realized customer benefit, full cost of use, price changes, renewal behavior, complaints, substitution efforts and the cost of exit.","falsifier":"Customer surplus remains healthy but retention falls for another reason, or extraction does not create credible switching incentives in the relevant period.","decision":"Price around continuing value and invest in improvements that make staying worthwhile; distinguish retention by value from retention by obstruction.","limits":"The prior V/E bands above 2, between 1 and 2, and below 1 were illustrative, not validated cutoffs. Benefit estimates and price changes are often too noisy for a precise universal ratio.","origin":"Refines prior assistant-proposed Goldilocks Embedding from December 13, 2025; not represented as a published empirical law.","sourceIds":["expansion:166"],"aliases":["Goldilocks Embedding"],"applications":[],"category":"Reasoning, evidence and learning · Organization, roles and expert work","id":"BE-M0166"},{"name":"Mechanism Transfer Test","definition":"Transfer a model across domains by identifying which causal relationships must remain invariant, which variables change and which observations would make the analogy fail. Similar vocabulary or sequence is insufficient.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"diagnostic","domains":["urn:business-engineer:domain:D01","urn:business-engineer:domain:D09"],"status":"Proposed synthesis","use_when":"Compare railways with AI infrastructure, process platforms with earlier software categories, or a market pattern across countries.","evidence":"Map actors, constraints, feedback, property rights, substitutability and time horizons in both cases; identify at least one consequential mismatch.","falsifier":"The apparent parallel disappears after accounting for a key difference, or the analogy cannot make a prediction beyond what a generic description already gives.","decision":"Transfer only the surviving mechanism and explicitly adapt the strategy to the new environment.","limits":"Historical analogy is a hypothesis generator. Do not inherit dates, returns, monopoly outcomes or geopolitical succession from the reference case.","origin":"Extension of cross-domain synthesis prompted by the technogeopolitics framework and comparisons with AI.","sourceIds":["expansion:167","pack:245"],"aliases":["The Import Test","Mechanism Transfer Test"],"applications":[{"sourceId":"pack:245","name":"Same-Scale Import Test","definition":"Transfer an external case only after matching the mechanism, scale, measured gate and date to the local decision.","evidence":"Document the source case, contextual differences and a local test of the load-bearing assumption.","falsifier":"A failed local gate or materially different authority structure invalidates direct transfer.","limits":"Analogies generate hypotheses, not evidence that an outcome will repeat.","mappingKind":"scopedVariant"}],"category":"Reasoning, evidence and learning · Organization, roles and expert work","id":"BE-M0167"},{"name":"Coordination Tax","definition":"When AI makes individual production cheaper, review, integration, decision-making and ownership can become the binding constraints. More generated output may enlarge queues without increasing completed, accepted work.","keyQuestion":"Which decision does this mechanism change, under what conditions?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D01","urn:business-engineer:domain:D09"],"status":"Proposed synthesis","use_when":"Assess AI productivity across engineering, product, GTM and executive work or design an AI-enabled team.","evidence":"Measure end-to-end cycle time, work in progress, rework, reviewer load, decision latency and accepted throughput, not just drafts or tasks generated.","falsifier":"Output growth converts proportionally into accepted throughput without extra coordination cost, or demand rather than coordination is the binding constraint.","decision":"Automate or simplify the handoffs and decisions that constrain completion; reduce unnecessary generation when it only adds queueing.","limits":"Do not assume that fewer people or more Super ICs necessarily improves throughput. Accountability, expertise and coordination still need explicit coverage.","origin":"Synthesis from AI work across functions, Super IC, deployment bench and productivity discussions, August–September 2026.","sourceIds":["expansion:168"],"aliases":["Coordination Tax"],"applications":[],"category":"Reasoning, evidence and learning · Organization, roles and expert work","id":"BE-M0168"},{"name":"Repricing Mechanisms","definition":"Distinguish changes in expected operating cash flows, bottleneck durability, discount rates and financing capacity when explaining a drawdown.","keyQuestion":"Which change in operating expectations, bottleneck durability, discount rates or funding capacity explains this repricing?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Which change in operating expectations, bottleneck durability, discount rates or funding capacity explains this repricing?","evidence":"Decompose forecast revisions, interest rates, leverage and liquidity around the event.","falsifier":"Stable operations with changed discount rates challenges an operating-collapse explanation, and vice versa.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Supply and financing are useful lenses, not an exhaustive two-species taxonomy; equity losses can reflect broken economics.","origin":"Reconciled from expansion pack entry 138; supplied source is not independent empirical validation.","sourceIds":["pack:138"],"aliases":["Two Species of Drawdown"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0169"},{"name":"Political and Noncommercial Demand","definition":"State objectives can support investment whose sponsor accepts returns different from private investors, changing demand timing and financing resilience.","keyQuestion":"How much of this demand never had to clear a return, and does that set a floor or just fund the malinvestment?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04","urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"How much of this demand never had to clear a return, and does that set a floor or just fund the malinvestment?","evidence":"Identify appropriated budgets, objectives, procurement contracts, cancellation rights and fiscal constraints.","falsifier":"Cancelled commitments or unchanged investment after state support is removed weaken the proposed demand floor.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Political demand is neither unlimited nor return-free and is not necessary or sufficient for a supercycle.","origin":"Reconciled from expansion pack entry 139; supplied source is not independent empirical validation.","sourceIds":["pack:139"],"aliases":["The Fifth Clock (Return-Insensitive Demand)"],"applications":[],"category":"Technology, infrastructure and geopolitics · Capital, financing and valuation","id":"BE-M0170"},{"name":"Geopolitical Junction Test","definition":"Assess whether a technology's production sites, standards and concentrated dependencies expose it to political control.","keyQuestion":"Is this technology sited, standardised, and chokeable, and at which junction with other technologies does it become a map?","form":"framework","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Is this technology sited, standardised, and chokeable, and at which junction with other technologies does it become a map?","evidence":"Map geography, substitutability, standard-setting authority and who can restrict access.","falsifier":"Accessible substitutes or unenforceable restrictions weaken the claimed junction power.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Sited, standardized and chokepoint exposure are separate dimensions; no composite score is supplied.","origin":"Reconciled from expansion pack entry 141; supplied source is not independent empirical validation.","sourceIds":["pack:141"],"aliases":["Sited, Standardised, Chokeable (The Junction Rule)"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0171"},{"name":"Dependency Migration","definition":"Adopting a technology can reduce one dependency while creating another in inputs, infrastructure, standards or permissions.","keyQuestion":"What dependency is this independence going to invoice, and when does the bill arrive?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"What dependency is this independence going to invoice, and when does the bill arrive?","evidence":"Compare dependency and exit maps before and after adoption, including transition costs.","falsifier":"Independent supply and exercised alternatives can refute a claimed replacement dependency.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Independence is multidimensional; replacing a dependency may still be a rational improvement.","origin":"Reconciled from expansion pack entry 142; supplied source is not independent empirical validation.","sourceIds":["pack:142"],"aliases":["The Independence Swap"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0172"},{"name":"Revocable Permission Layer","definition":"Access to a capability can depend on a party's continuing legal or operational permission even when its physical components are available.","keyQuestion":"Who holds the permission this system runs on, and what does revocation look like in practice?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Who holds the permission this system runs on, and what does revocation look like in practice?","evidence":"Identify licenses, contracts, credentials, approval authority and revocation conditions.","falsifier":"An independently operable alternative without the disputed permission weakens the dependency claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Distinguish legal authority from technical access and verify the applicable rules.","origin":"Reconciled from expansion pack entry 143; supplied source is not independent empirical validation.","sourceIds":["pack:143"],"aliases":["The Permission Layer"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0173"},{"name":"Control Coverage Gaps","definition":"A restriction's economic effect depends on which relevant activities and jurisdictions it actually governs and how enforceably it does so.","keyQuestion":"Where is this fence thinnest, and which layer is being tunnelled under it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Where is this fence thinnest, and which layer is being tunnelled under it?","evidence":"Compare the stated control perimeter with lawful supply, substitution and implementation evidence.","falsifier":"Broad effective coverage and limited substitutes challenge a claim that the restriction is economically porous.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"This is a policy-effectiveness diagnostic, not an instruction to evade controls.","origin":"Reconciled from expansion pack entry 144; supplied source is not independent empirical validation.","sourceIds":["pack:144"],"aliases":["The Fence and the Tunnel"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0174"},{"name":"Noncommercial Capacity Entry","definition":"Capacity funded for strategic objectives can alter prices and investment incentives even when its sponsor uses a different return threshold.","keyQuestion":"Is every producer in this layer still disciplined by ROIC, or has a state actor changed the objective function?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Is every producer in this layer still disciplined by ROIC, or has a state actor changed the objective function?","evidence":"Track funded capacity, delivery, utilization and price changes against a counterfactual supply path.","falsifier":"Undelivered or uneconomic-to-operate capacity that does not change supply weakens the effect.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Announced investment is not delivered supply; demand growth and product differences matter.","origin":"Reconciled from expansion pack entry 145; supplied source is not independent empirical validation.","sourceIds":["pack:145"],"aliases":["State Capital Does Not Under-Build"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0175"},{"name":"National Sector Concentration","definition":"A sector's contribution to national income, exports or assets can create concentrated economic and political exposure.","keyQuestion":"Which country is this layer, and what is stacked on top of that position?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Which country is this layer, and what is stacked on top of that position?","evidence":"Use consistent value-added, export, employment and fiscal measures, with supplier dependencies separated.","falsifier":"Diversified domestic value creation and low exposure under a sector shock weaken the concentration thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Company revenue is not interchangeable with GDP or national income.","origin":"Reconciled from expansion pack entry 146; supplied source is not independent empirical validation.","sourceIds":["pack:146"],"aliases":["The Toll-Booth State"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0176"},{"name":"Contracted Risk Transfer","definition":"A price floor or purchase commitment can replace some market-price exposure with counterparty and contractual exposure.","keyQuestion":"When this floor contracted away its price risk, whose credit did it accept instead?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"When this floor contracted away its price risk, whose credit did it accept instead?","evidence":"Read price, volume, indexation, termination, collateral and guarantee provisions alongside counterparty capacity.","falsifier":"Uncovered volume or unenforceable support challenges the claimed protection.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Basis, timing, performance, demand and enforcement risks may remain.","origin":"Reconciled from expansion pack entry 147; supplied source is not independent empirical validation.","sourceIds":["pack:147"],"aliases":["Market Risk Becomes Counterparty Risk (The Wire)"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0177"},{"name":"Payment Certainty and Capacity Adaptability","definition":"Predictable contracted payments and the ability to adapt an asset to changing demand are separate sources of resilience.","keyQuestion":"What does this contract fix, and what does it leave to move?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"What does this contract fix, and what does it leave to move?","evidence":"Stress payment obligations and asset reuse under technology and customer changes.","falsifier":"Secure payment with stranded capacity, or flexible capacity without funding, breaks the inference that one ensures the other.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Do not treat payment certainty as proof of asset usefulness or solvency.","origin":"Reconciled from expansion pack entry 148; supplied source is not independent empirical validation.","sourceIds":["pack:148"],"aliases":["Shape Cannot Be Contracted"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0178"},{"name":"Inflation and Financing Feedback","definition":"Input or energy cost shocks can affect prices, interest rates, financing capacity and subsequent investment through several contingent channels.","keyQuestion":"Through which shared input does this buildout reach a price a household pays, and how does that price come back as a cost of capital?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Through which shared input does this buildout reach a price a household pays, and how does that price come back as a cost of capital?","evidence":"Trace pass-through, policy response, real rates and funding conditions with dated evidence.","falsifier":"Absorbed costs or offsetting monetary and demand effects weaken the proposed transmission.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The sign and strength depend on contracts, policy and the broader economy.","origin":"Reconciled from expansion pack entry 149; supplied source is not independent empirical validation.","sourceIds":["pack:149"],"aliases":["The Transmission Belt"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0179"},{"name":"Merchant Market Compression","definition":"Vertical integration can reduce purchases in an open merchant market while the underlying service or workload continues growing internally.","keyQuestion":"Is this new capacity adding to the market or removing a customer from it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Is this new capacity adding to the market or removing a customer from it?","evidence":"Reconcile third-party sales, internal capacity and total workload with consistent boundaries.","falsifier":"Stable merchant share alongside integration weakens the claimed compression.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Captive and merchant capacity are not automatically equivalent in cost or performance.","origin":"Reconciled from expansion pack entry 151; supplied source is not independent empirical validation.","sourceIds":["pack:151"],"aliases":["Demand Subtraction Wearing a Supply Costume"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0180"},{"name":"Production Scale and Interdiction Exposure","definition":"The geography and substitutability of production can change how disruption affects economic and strategic power.","keyQuestion":"Through which medium would a blockade of this system run, and does the current junction favour mass or exquisiteness?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D04"],"status":"Reconciled source framework","use_when":"Through which medium would a blockade of this system run, and does the current junction favour mass or exquisiteness?","evidence":"Compare historically documented production capacity, replacement time and supply continuity.","falsifier":"Rapid substitution or dispersed production weakens a concentration-based exposure claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Historical strategic analysis requires case-specific evidence; no operational targeting guidance is implied.","origin":"Reconciled from expansion pack entry 152; supplied source is not independent empirical validation.","sourceIds":["pack:152"],"aliases":["The Land–Sea Oscillation and the Blockade's Medium"],"applications":[],"category":"Technology, infrastructure and geopolitics","id":"BE-M0181"},{"name":"Economic Seat Taxonomy","definition":"Classify an actor's position in a flow of spending, production, financing, access and incidence before applying a performance test.","keyQuestion":"Which of the ten seats is this company in, and am I running that seat's test or someone else's?","form":"taxonomy","domains":["urn:business-engineer:domain:D05","urn:business-engineer:domain:D02"],"status":"Reconciled source framework","use_when":"Which of the ten seats is this company in, and am I running that seat's test or someone else's?","evidence":"Name the payer, contractual role, unit, layer and horizon for each exposure.","falsifier":"Different conclusions for different exposures within one company show that a single firm-wide seat is insufficient.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The ten seats overlap; a renter is a comparator, not automatically a causal control group.","origin":"Reconciled from expansion pack entry 154; supplied source is not independent empirical validation.","sourceIds":["pack:154"],"aliases":["Name the Seat First"],"applications":[],"category":"Capital, financing and valuation · Strategy, competition and value capture","id":"BE-M0182"},{"name":"Asset-Light Exposure","definition":"Low owned capital can coexist with substantial lease, minimum-purchase, supplier, access and counterparty obligations.","keyQuestion":"Does this company pay for the build or get paid by it, and if the latter, where does its risk live?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Does this company pay for the build or get paid by it, and if the latter, where does its risk live?","evidence":"Reconcile owned assets with leases, contracted capacity and economically necessary purchases.","falsifier":"Flexible cancellable access with adequate alternatives weakens a claimed hidden capital burden.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Asset-light is a balance-sheet and operating description, not a synonym for low risk.","origin":"Reconciled from expansion pack entry 155; supplied source is not independent empirical validation.","sourceIds":["pack:155"],"aliases":["The Value-Capture Pole (The Anti-Capex Node)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0183"},{"name":"Local Proof and System Scale","definition":"A viable product or profitable node does not establish that the surrounding industry's investment can earn adequate returns.","keyQuestion":"Is this return real, and is it remotely scaled to the capital it is supposed to justify?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Is this return real, and is it remotely scaled to the capital it is supposed to justify?","evidence":"Compare local unit economics with aggregate capital, final demand and duplication across layers.","falsifier":"A consistent system-level cash-flow reconciliation can support broader viability beyond the local proof.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Do not sum intermediate supplier revenue as independent final demand.","origin":"Reconciled from expansion pack entry 156; supplied source is not independent empirical validation.","sourceIds":["pack:156"],"aliases":["Proof of Concept, Not Reconciliation"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0184"},{"name":"Operating Performance and Valuation Duration","definition":"An operating business can improve while its valuation falls because expectations, discount rates or the timing of cash flows change.","keyQuestion":"If this company has no asset to reprice, what is the tape actually repricing?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"If this company has no asset to reprice, what is the tape actually repricing?","evidence":"Reconcile operating revisions, priced growth, discount rates and cash-flow duration.","falsifier":"Deteriorating expected operations challenges a pure-duration explanation.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A price decline is evidence to explain, not proof of unchanged economics.","origin":"Reconciled from expansion pack entry 157; supplied source is not independent empirical validation.","sourceIds":["pack:157"],"aliases":["Price Is the Whole Position"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0185"},{"name":"Circular Commercial and Financial Exposure","definition":"A supplier, investor and customer relationship can create correlated funding and revenue exposure when money moves through linked counterparties.","keyQuestion":"How many effects does this one relationship produce in the accounts, and which of them are the same dollar?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"How many effects does this one relationship produce in the accounts, and which of them are the same dollar?","evidence":"Trace counterparties, funding sources, commercial contracts, timing and related-party disclosures.","falsifier":"Independent customer budgets and sustained purchases without supplier financing weaken a circular-dependence thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Such revenue is not automatically fictitious; accounting recognition and demand independence are different questions.","origin":"Reconciled from expansion pack entry 160; supplied source is not independent empirical validation.","sourceIds":["pack:160"],"aliases":["The Related-Party Triple (The Circle)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0186"},{"name":"Leveraged Equity Funding","definition":"Borrowing to fund equity exposure combines a relatively fixed obligation with a volatile residual claim.","keyQuestion":"Is the first-loss equity beneath this structure real equity, or borrowed against the asset it bought?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Is the first-loss equity beneath this structure real equity, or borrowed against the asset it bought?","evidence":"Stress debt service, collateral, refinancing and equity value under correlated shocks.","falsifier":"Unlevered exposure or matching long-term committed resources weakens a forced-sale thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Funding maturity, recourse and liquidity determine the risk, not equity ownership alone.","origin":"Reconciled from expansion pack entry 161; supplied source is not independent empirical validation.","sourceIds":["pack:161"],"aliases":["The Levered Backer"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0187"},{"name":"Valuation Update Lag","definition":"Reported marks for illiquid holdings can adjust later or less frequently than observable market conditions.","keyQuestion":"Which mark in this book has not moved, and what would force it to?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Which mark in this book has not moved, and what would force it to?","evidence":"Compare valuation dates, methodologies, transactions and subsequent events for comparable exposures.","falsifier":"Independent contemporaneous transactions supporting a mark weaken a lag claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"An unchanged mark alone is not evidence of manipulation or an incorrect valuation.","origin":"Reconciled from expansion pack entry 162; supplied source is not independent empirical validation.","sourceIds":["pack:162"],"aliases":["The Frozen Mark"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0188"},{"name":"Customer-Funded Working Capital","definition":"Customer cash collected before delivery can fund operations while creating delivery, refund and concentration obligations.","keyQuestion":"How do advance receipts, delivery obligations and customer concentration affect cash generation and the remaining funding risk?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"How do advance receipts, delivery obligations and customer concentration affect cash generation and the remaining funding risk?","evidence":"Reconcile billings, cash receipts, receivables, contract assets, contract liabilities and delivery schedules.","falsifier":"Short-lived advances offset by refunds or supplier payments weaken a durable-float thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Backlog is not automatically a receivable or liability; classify rights and performance obligations separately.","origin":"Reconciled from expansion pack entry 163; supplied source is not independent empirical validation.","sourceIds":["pack:163"],"aliases":["Backlog as Payable (The Customer Is the Lender)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0189"},{"name":"Integrator Working Capital Exposure","definition":"An integrator can finance the gap between supplier payment and customer collection even when it owns little long-lived infrastructure.","keyQuestion":"Who is carrying the working capital of this build, and is it being extended as trade credit to counterparties the acid test never scores?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Who is carrying the working capital of this build, and is it being extended as trade credit to counterparties the acid test never scores?","evidence":"Measure inventory, payment terms, receivable aging, credit insurance and stressed cash conversion.","falsifier":"Matched payment timing or reliable nonrecourse transfer weakens the financing-gap thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The original financing gauges need a trade-credit supplement to capture this exposure.","origin":"Reconciled from expansion pack entry 164; supplied source is not independent empirical validation.","sourceIds":["pack:164"],"aliases":["Assembly Is Not Capture (The Integrator Floats the Timing Gap)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0190"},{"name":"Scarcity Rent and Structural Rent","definition":"Separate returns caused by a temporary shortage from returns sustained by hard-to-replicate control, capabilities or relationships.","keyQuestion":"Is this margin a property of the constraint or of the position, and who else can supply once the constraint eases?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Is this margin a property of the constraint or of the position, and who else can supply once the constraint eases?","evidence":"Track capacity additions, substitutes, price premiums, retention and bargaining power after scarcity eases.","falsifier":"Persistent premiums with verified customer value challenge a purely temporary-rent diagnosis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The two mechanisms can coexist; high margins alone identify neither.","origin":"Reconciled from expansion pack entry 165; supplied source is not independent empirical validation.","sourceIds":["pack:165"],"aliases":["Tightness Rent vs Monopoly Rent (The Arms Dealer)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0191"},{"name":"Customer Equity Incentives","definition":"Equity or warrant incentives offered to customers can alter effective pricing, acquisition economics and the distribution of business risk.","keyQuestion":"How much of this 'core' revenue is an add-back of equity handed to the customer?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"How much of this 'core' revenue is an add-back of equity handed to the customer?","evidence":"Value contractual incentives consistently and compare retention and purchases after subsidies expire.","falsifier":"Unsubsidized repeat demand weakens a thesis that the incentive alone supports the relationship.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Noncash incentives still have an economic cost; avoid double counting dilution and expense adjustments.","origin":"Reconciled from expansion pack entry 167; supplied source is not independent empirical validation.","sourceIds":["pack:167"],"aliases":["The Vertical Wrapper (Paying to Enter the Build)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0192"},{"name":"Group Value-Source Migration","definition":"A diversified group's source of value can shift between businesses even while aggregate results conceal the transition.","keyQuestion":"Which entity in this group is now the engine, and which is being carried by a mark on it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Which entity in this group is now the engine, and which is being carried by a mark on it?","evidence":"Bridge segment cash flows, capital requirements and risk to group valuation over time.","falsifier":"Stable segment contributions weaken a proposed migration of the value center.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Intersegment transactions and shared costs need reconciliation.","origin":"Reconciled from expansion pack entry 168; supplied source is not independent empirical validation.","sourceIds":["pack:168"],"aliases":["The Sibling Engine (The Gravity Shift)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0193"},{"name":"Credit-Supported Asset Financing","definition":"Long-lived asset financing often depends on the credit quality and tenor of customers, sponsors or other contractual supporters.","keyQuestion":"Which rating is really being pledged here, through which seam would it leak, and who is assumed to take the paper out?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Which rating is really being pledged here, through which seam would it leak, and who is assumed to take the paper out?","evidence":"Match asset life and five listed tenor categories with funding maturities, support and refinancing conditions.","falsifier":"Weak or short-lived credit support can break financing even when the asset has demand.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The source says four tenors but lists five; support reduces some risks without eliminating them.","origin":"Reconciled from expansion pack entry 170; supplied source is not independent empirical validation.","sourceIds":["pack:170"],"aliases":["The Rating Is the Collateral"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0194"},{"name":"Merchant and Captive Measurement Boundary","definition":"Separate open-market transactions from internal production when estimating market size, shares and investment returns.","keyQuestion":"Which channels of this build are invisible to the public numbers, and how much does that bias the read?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Which channels of this build are invisible to the public numbers, and how much does that bias the read?","evidence":"Reconcile merchant revenue, captive capacity, internal transfers and final-customer spending.","falsifier":"A stable reconciled boundary can overturn a growth claim driven only by reclassification.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Use different totals for different questions and never silently add them.","origin":"Reconciled from expansion pack entry 172; supplied source is not independent empirical validation.","sourceIds":["pack:172"],"aliases":["The Rack Ate a Layer (The Invisible Channels)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0195"},{"name":"AI Cost Incidence in Software","definition":"AI can add workload-sensitive production costs to software and redistribute margin pressure through the product and supplier stack.","keyQuestion":"Where in this software P&L is the inference bill landing, and what lever pulls the margin back?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Where in this software P&L is the inference bill landing, and what lever pulls the margin back?","evidence":"Measure inference, tools, support, retries and review cost by user and accepted outcome.","falsifier":"Low or declining incremental cost relative to realized value weakens a margin-compression thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Software already had nonzero costs; AI cost structure varies by architecture and usage.","origin":"Reconciled from expansion pack entry 174; supplied source is not independent empirical validation.","sourceIds":["pack:174"],"aliases":["Software Acquires a Cost of Goods"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0196"},{"name":"Discovery Channel Erosion","definition":"A change in how users discover answers can reduce or redirect referrals and monetization for businesses dependent on the prior channel.","keyQuestion":"Is this revenue being generated by the funnel or by squeezing a base the funnel stopped refilling?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Is this revenue being generated by the funnel or by squeezing a base the funnel stopped refilling?","evidence":"Track task-level impressions, referrals, conversion, direct demand and alternate acquisition routes.","falsifier":"Stable profitable conversion despite fewer visits weakens a revenue-loss inference.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Traffic, qualified demand and revenue are distinct; effects differ by task and segment.","origin":"Reconciled from expansion pack entry 175; supplied source is not independent empirical validation.","sourceIds":["pack:175"],"aliases":["The Discovery Tax (The Curse Is in the Funnel)"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0197"},{"name":"Information Substitution and Transaction Completion","definition":"An agent may substitute for an informational step without being able or authorized to complete the associated transaction.","keyQuestion":"Can an agent satisfy this demand with a summary, or does something still have to clear?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Can an agent satisfy this demand with a summary, or does something still have to clear?","evidence":"Test discovery, interpretation, permission, payment and exception handling separately.","falsifier":"Successful authorized completion can refute a claim that the business controls an indispensable final step.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A content response is not evidence of execution capability.","origin":"Reconciled from expansion pack entry 176; supplied source is not independent empirical validation.","sourceIds":["pack:176"],"aliases":["Content Is Summarizable, Settlement Must Clear"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0198"},{"name":"Machine-Access Monetization","definition":"A business may charge for reliable machine access to information, actions or outcomes when those services create measurable value.","keyQuestion":"Has this toll authority secured the position, and is it collecting yet or still carrying the traffic free?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Has this toll authority secured the position, and is it collecting yet or still carrying the traffic free?","evidence":"Test paying demand, access rights, substitution, service quality and delivery cost.","falsifier":"Cheap equivalent lawful access or weak willingness to pay undermines the toll thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Technical access control alone does not create a durable rent.","origin":"Reconciled from expansion pack entry 178; supplied source is not independent empirical validation.","sourceIds":["pack:178"],"aliases":["The Toll Authority (The Property Line Repriced)"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0199"},{"name":"Interface-to-Substrate Transition","definition":"A product can lose control of the user interface yet retain value as the system that performs transactions, enforces rules or stores authoritative state.","keyQuestion":"Has this incumbent conceded the interface, and what is the substrate business worth once it has?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Has this incumbent conceded the interface, and what is the substrate business worth once it has?","evidence":"Separate interface usage from backend transaction volume, switching cost and retained economics.","falsifier":"Replaceable backend services with falling retained margin weaken the substrate defense.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Losing the interface may still weaken distribution and bargaining power.","origin":"Reconciled from expansion pack entry 179; supplied source is not independent empirical validation.","sourceIds":["pack:179"],"aliases":["The Interface Concession"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0200"},{"name":"Segment-Level Substitution","definition":"Technology substitution depends on the task, customer and workflow segment, so aggregate company labels can conceal opposing effects.","keyQuestion":"Which segment inside this total has gone negative, and which agent behaviour explains it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Which segment inside this total has gone negative, and which agent behaviour explains it?","evidence":"Compare adoption, quality, switching and economics by segment.","falsifier":"Uniform effects across well-defined segments weaken the need for a segmented explanation.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Define segments before observing the outcome to reduce convenient reclassification.","origin":"Reconciled from expansion pack entry 180; supplied source is not independent empirical validation.","sourceIds":["pack:180"],"aliases":["Substitution Shows Up in the Segments Before the Total"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0201"},{"name":"Metric Definition Drift","definition":"A reported metric can change because its counting rule, population or period changed rather than because the underlying business improved.","keyQuestion":"What changed in the definition of this number, and in which quarter did the change arrive?","form":"diagnostic","domains":["urn:business-engineer:domain:D01"],"status":"Reconciled source framework","use_when":"What changed in the definition of this number, and in which quarter did the change arrive?","evidence":"Maintain a definition ledger and recompute comparable series where data permits.","falsifier":"Stable definitions and reconciled denominators support a real change in performance.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A changed definition can be legitimate; disclose its effect without assuming intent.","origin":"Reconciled from expansion pack entry 181; supplied source is not independent empirical validation.","sourceIds":["pack:181"],"aliases":["The Definition Moved With the Number"],"applications":[],"category":"Reasoning, evidence and learning","id":"BE-M0202"},{"name":"Earnings per Share Attribution","definition":"Changes in earnings per share can arise from operations, financing, taxes, marks and share-count changes with different durability.","keyQuestion":"How much of this earnings growth is operating, how much is a mark, and how much is a smaller share count bought with debt?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"How much of this earnings growth is operating, how much is a mark, and how much is a smaller share count bought with debt?","evidence":"Bridge net income and weighted shares to EPS, separating operating and non-operating components.","falsifier":"Stable share count and clean operating improvement weaken a financial-engineering explanation.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Buybacks are not automatically value creating; price paid, financing and alternatives matter.","origin":"Reconciled from expansion pack entry 182; supplied source is not independent empirical validation.","sourceIds":["pack:182"],"aliases":["Growth Bought, Not Grown"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0203"},{"name":"Free-Tier Unit Economics","definition":"A free user creates costs and potential future value; evaluate acquisition, conversion, learning and network benefits against actual delivery expense.","keyQuestion":"Is this company's free tier an asset it monetizes elsewhere or a bill it has not yet found a payer for?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Is this company's free tier an asset it monetizes elsewhere or a bill it has not yet found a payer for?","evidence":"Measure cohort contribution, conversion, retention, compute and support cost over a stated horizon.","falsifier":"Profitable conversion or network effects can justify a free tier despite positive marginal cost.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Paid-from-day-one is an option, not a universal requirement; web products also had costs.","origin":"Reconciled from expansion pack entry 186; supplied source is not independent empirical validation.","sourceIds":["pack:186","pack:259"],"aliases":["Get Big Fast, Monetize Later vs Paid From Day One","The Free User Is a Cost"],"applications":[{"sourceId":"pack:259","name":"Free Growth and Paid Entry","definition":"Choose free, paid or mixed entry by comparing customer acquisition and learning benefits with actual servicing cost and conversion.","evidence":"Model cohort contribution, capacity use, willingness to pay and alternative acquisition paths.","falsifier":"Profitable free cohorts undermine a claim that every AI wedge must charge immediately.","limits":"Neither web distribution nor AI delivery has a universal marginal-cost law.","mappingKind":"equivalentMechanism"}],"category":"Markets, growth and distribution","id":"BE-M0204"},{"name":"Revenue Architecture Comparison","definition":"Compare revenue architectures through consistent payer, unit, cost, distribution, retention, control and capital assumptions.","keyQuestion":"In which column does this business sit on each row, and which two rows changed?","form":"framework","domains":["urn:business-engineer:domain:D02"],"status":"Reconciled source framework","use_when":"In which column does this business sit on each row, and which two rows changed?","evidence":"Populate a common comparison table using the same period and definitions for each architecture.","falsifier":"Unreconciled units or omitted costs make an apparent advantage non-comparable.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The nine rows are unit of sale, cost of goods, gross margin, price, customer shape, free user, moat, balance sheet and metric; populate observations rather than assuming era-wide economics.","origin":"Reconciled from expansion pack entry 188; supplied source is not independent empirical validation.","sourceIds":["pack:188"],"aliases":["The Three-Column Ledger"],"applications":[],"category":"Strategy, competition and value capture","id":"BE-M0205"},{"name":"Information Inputs and Value Appropriation","definition":"Value from widely available informational inputs can accrue to the intermediary that organizes or distributes them; privately generated decision records may create a different opportunity for retained value.","keyQuestion":"Who refined this firm's first barrel, and is the second barrel priced and owned before the first runs out?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Who refined this firm's first barrel, and is the second barrel priced and owned before the first runs out?","evidence":"Trace input rights, contributor compensation, traffic or other exchange benefits, intermediary economics and the ownership and substitutability of operating records.","falsifier":"Contributors retaining bargaining power or intermediaries unable to capture incremental value weaken the appropriation thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The web-history and recursive-data claims are case hypotheses requiring evidence. Decision records are not automatically unique, owned, lawful to reuse or economically valuable.","origin":"Reconciled from expansion pack entry 189; supplied source is not independent empirical validation.","sourceIds":["pack:189"],"aliases":["The Data Oil and the Second Barrel"],"applications":[],"category":"Deployment, product economics and outcomes · Enterprise processes, ownership and procurement","id":"BE-M0206"},{"name":"Multi-Axis Routing","definition":"Routing spans model choice, execution stage, hardware, cost, jurisdiction and policy. Choose among feasible allocations using quality, latency, total cost, authority and risk criteria.","keyQuestion":"Where in this stack is the routing decision made, on how many axes, and who owns the rules that make it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Where in this stack is the routing decision made, on how many axes, and who owns the rules that make it?","evidence":"Map the six source dimensions separately from selection criteria, then compare routed outcomes against a fixed-allocation baseline.","falsifier":"A simpler allocation with equivalent accepted quality, compliance and lower overhead weakens the routing advantage.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The six dimensions are a useful design inventory, not a universal optimization formula; value need not concentrate in the router.","origin":"Reconciled from expansion pack entry 190; supplied source is not independent empirical validation.","sourceIds":["pack:190"],"aliases":["The Harness Is a Router"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0207"},{"name":"Routing Across Scales","definition":"Resource-allocation patterns can recur at task, workflow, team and firm levels, but the authority and feedback at each level differ.","keyQuestion":"At which altitude is this router operating, and what does the same pattern look like one rung up and one rung down?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"At which altitude is this router operating, and what does the same pattern look like one rung up and one rung down?","evidence":"Match the allocation mechanism, decision rights and feedback speed before transferring a routing analogy.","falsifier":"A mismatch in authority or observability invalidates the cross-scale transfer.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"This is a comparative lens, not proof that all scales follow one fractal law.","origin":"Reconciled from expansion pack entry 191; supplied source is not independent empirical validation.","sourceIds":["pack:191"],"aliases":["Routing Is Fractal"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0208"},{"name":"Model, Harness and Context Fit","definition":"System performance depends on interactions among the model, orchestration, context, tools and evaluation design.","keyQuestion":"Am I improving the model, or the fit between model, harness, and context, and which one is cheaper to move?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Am I improving the model, or the fit between model, harness, and context, and which one is cheaper to move?","evidence":"Test component changes and combinations on representative tasks with equal resource accounting.","falsifier":"No interaction effect or a simpler configuration matching results weakens a co-adaptation thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A successful benchmark configuration may not generalize to new tasks or releases.","origin":"Reconciled from expansion pack entry 193; supplied source is not independent empirical validation.","sourceIds":["pack:193"],"aliases":["The Co-Adaptation Principle"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0209"},{"name":"Cross-Depth Artifact Reuse","definition":"A structured artifact created for retrieval can also support training or model adaptation if its rights, representation and quality permit reuse across those depths.","keyQuestion":"Which artifact built for retrieval is also this firm's training substrate, and does it hold clear title to it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Which artifact built for retrieval is also this firm's training substrate, and does it hold clear title to it?","evidence":"Test a grounding graph or retrieval corpus as adaptation data, measuring transformation effort, held-out performance, provenance and permitted uses.","falsifier":"Large reconstruction cost, rights restrictions or no improvement on fresh tasks weakens the cross-depth reuse claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Retrieval suitability does not guarantee training suitability, model ownership or a ready path to a co-designed model.","origin":"Reconciled from expansion pack entry 195; supplied source is not independent empirical validation.","sourceIds":["pack:195"],"aliases":["Depth Collapse"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0210"},{"name":"Selective Openness","definition":"Opening an interface or complement can increase adoption and demand for a retained junction while leaving selected rules, assets or distribution under the firm's control.","keyQuestion":"Which layer does this actor want open, which does it hold, and what does the roster of absences say?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Which layer does this actor want open, which does it hold, and what does the roster of absences say?","evidence":"Map licenses, interoperability and export rights, then measure induced adoption, demand for the retained component, monetization and switching costs.","falsifier":"Open complements that enable substitutes without increasing profitable demand weaken the demand-policy thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Open interfaces, open source and open weights grant different rights; openness need not increase rent capture.","origin":"Reconciled from expansion pack entry 196; supplied source is not independent empirical validation.","sourceIds":["pack:196","pack:197"],"aliases":["Restriction vs Diffusion (Openness as Demand Policy)","The Palantir Paradox"],"applications":[{"sourceId":"pack:197","name":"Openness as a Competitive Boundary","definition":"Use a company case to ask which interfaces are opened and which economically important functions remain controlled.","evidence":"Verify current product terms, interoperability and switching evidence for the named case.","falsifier":"Usable alternatives without dependence challenge the proposed boundary.","limits":"The source's Palantir example is a historical illustration, not a verified current company fact.","mappingKind":"scopedVariant"}],"category":"Intelligence systems and architecture","id":"BE-M0211"},{"name":"Capability Absorption Risk","definition":"A feature can lose independent value when an upstream platform incorporates a sufficiently good substitute into an existing distribution channel.","keyQuestion":"Which parts of this product compensate for a temporary gap, and which would the firm still need after the next release?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06","urn:business-engineer:domain:D02"],"status":"Reconciled source framework","use_when":"Which parts of this product compensate for a temporary gap, and which would the firm still need after the next release?","evidence":"Compare roadmap evidence, task quality, bundling, customer switching and the product's retained assets.","falsifier":"Persistent willingness to pay for differentiated workflow value weakens the absorption thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A release announcement does not prove substitution; timing and integration matter.","origin":"Reconciled from expansion pack entry 198; supplied source is not independent empirical validation.","sourceIds":["pack:198"],"aliases":["The Absorption Line (The Sixth Risk)"],"applications":[],"category":"Intelligence systems and architecture · Strategy, competition and value capture","id":"BE-M0212"},{"name":"Compute Stage and Workload Economics","definition":"Training, adaptation, prefill, decoding, retrieval and tool execution have different resource profiles and cost drivers.","keyQuestion":"Which stage of the token lifecycle does this cost or moat live in, and does it scale with reasoning?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Which stage of the token lifecycle does this cost or moat live in, and does it scale with reasoning?","evidence":"Measure workload-specific throughput, latency, hardware use and cost under comparable service requirements.","falsifier":"Different workload mixes can overturn a claimed hardware or cost advantage.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"No universal decoding ratio or annual cost-decline rate applies to every system.","origin":"Reconciled from expansion pack entry 199; supplied source is not independent empirical validation.","sourceIds":["pack:199"],"aliases":["The Three-Stage Token Lifecycle (The Reasoning Tax)"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0213"},{"name":"Commercial and Capability Workload Allocation","definition":"Externally sold product workloads and internally consumed capability workloads can compete for a shared substrate; revenue visibility may bias allocation against internal capability.","keyQuestion":"Which workload does this substrate's roadmap bend toward, and what does the bend crowd out?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Which workload does this substrate's roadmap bend toward, and what does the bend crowd out?","evidence":"Separate external and internal demand, service requirements, utilization and roadmap decisions; measure which work is delayed and the value it would create.","falsifier":"Balanced allocation and supported internal service levels weaken a merchant-bias diagnosis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"External work can lose money and internal work can be operational. Volume and burstiness depend on the workload, not its label.","origin":"Reconciled from expansion pack entry 201; supplied source is not independent empirical validation.","sourceIds":["pack:201"],"aliases":["Product Workloads vs Capability Workloads (The Inference Cage)"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0214"},{"name":"Architecture Specialization Signal","definition":"Specialized architecture may reveal an economically important workload constraint, but its value depends on real utilization and system fit.","keyQuestion":"What does this split confess about the years the line was unified?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"What does this split confess about the years the line was unified?","evidence":"Compare representative benchmarks, total deployment costs and demand for the specialized function.","falsifier":"A flexible alternative with comparable economics weakens the specialization advantage.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Architecture announcements are evidence of a bet, not proof of a new market regime.","origin":"Reconciled from expansion pack entry 202; supplied source is not independent empirical validation.","sourceIds":["pack:202"],"aliases":["The Split Is the Admission"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0215"},{"name":"Iteration Access and Talent Retention","definition":"Access to tools, compute, users and fast feedback can affect expert learning speed and the attractiveness of an organization.","keyQuestion":"What is this lab's queue latency, and who leaves first when it lengthens?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"What is this lab's queue latency, and who leaves first when it lengthens?","evidence":"Compare time to experiment, feedback quality, autonomy and retention reasons across teams.","falsifier":"Compensation, management or mission explaining departures better weakens the iteration-access hypothesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Do not infer individual motives from infrastructure differences alone.","origin":"Reconciled from expansion pack entry 203; supplied source is not independent empirical validation.","sourceIds":["pack:203"],"aliases":["The Option to Iterate (Rationing Reprices the Bench)"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0216"},{"name":"Semantic Index Control","definition":"A maintained representation of entities, meanings and relationships can become a valuable control point when workflows depend on its accuracy and portability.","keyQuestion":"Who is building the graph over this corpus, from what signal, and who holds it once built?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06","urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Who is building the graph over this corpus, from what signal, and who holds it once built?","evidence":"Test semantic completeness, maintenance, provenance, query usefulness and export into an alternative runtime.","falsifier":"Cheap reconstruction with equivalent performance weakens a durable-index advantage.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Owning a graph does not by itself create a moat or authority to act.","origin":"Reconciled from expansion pack entry 204; supplied source is not independent empirical validation.","sourceIds":["pack:204"],"aliases":["The Second Index (Structuring Is Ownership)"],"applications":[],"category":"Intelligence systems and architecture · Enterprise processes, ownership and procurement","id":"BE-M0217"},{"name":"Four-Plane Intelligence Architecture","definition":"Distinguish application interaction, context and knowledge, execution, and governance to assign responsibilities and locate failure boundaries.","keyQuestion":"What does this agent actually read at the moment of action, and where is the policy enforced if not there?","form":"framework","domains":["urn:business-engineer:domain:D06","urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"What does this agent actually read at the moment of action, and where is the policy enforced if not there?","evidence":"Trace a task across the four functions, including external controls and feedback.","falsifier":"Unmapped responsibilities or boundary failures show that the chosen decomposition is incomplete.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"These are functional planes, not a universal implementation standard or chronological stack.","origin":"Reconciled from expansion pack entry 205; supplied source is not independent empirical validation.","sourceIds":["pack:205"],"aliases":["The Only Door (The Four Planes)"],"applications":[],"category":"Intelligence systems and architecture · Enterprise processes, ownership and procurement","id":"BE-M0218"},{"name":"Context and Delegation Trust Boundaries","definition":"A system's use of information and delegated actions requires explicit boundaries between instructions, untrusted content, credentials and authorized execution.","keyQuestion":"Where are information provenance, permissions, delegated scope and external action controls enforced, and how are persistent memories handled?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06"],"status":"Reconciled source framework","use_when":"Where are information provenance, permissions, delegated scope and external action controls enforced, and how are persistent memories handled?","evidence":"Inspect trust labels, permission checks, external enforcement and adversarial task tests.","falsifier":"Unauthorized action or untrusted content overriding authority refutes the claimed boundary effectiveness.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Models contain learned information beyond the context window; enforcement need not reside inside the model.","origin":"Reconciled from expansion pack entry 206; supplied source is not independent empirical validation.","sourceIds":["pack:206"],"aliases":["The Attack Surface Is the Window"],"applications":[],"category":"Intelligence systems and architecture","id":"BE-M0219"},{"name":"Query and Vocabulary Fit","definition":"A knowledge store's representation and retrieval methods determine which human or agent questions it can answer accurately and efficiently; domain-approved vocabulary helps preserve business meaning.","keyQuestion":"Is this store shaped for the question the agent asks, and did the business sign the vocabulary it uses?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06","urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Is this store shaped for the question the agent asks, and did the business sign the vocabulary it uses?","evidence":"Compare key lookup, similarity, reference and graph traversal on representative queries; measure answer quality, latency and cost and obtain domain-owner review of the vocabulary.","falsifier":"Equivalent performance from a simpler representation or domain disagreement about the encoded meaning weakens the proposed semantic design.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Humans and agents can use several query forms. Token-cost comparisons are workload-specific; a business-approved vocabulary is neither sufficient validation nor a requirement for a graph to be technically an ontology.","origin":"Reconciled from expansion pack entry 207; supplied source is not independent empirical validation.","sourceIds":["pack:207"],"aliases":["The Two Readers"],"applications":[],"category":"Intelligence systems and architecture · Enterprise processes, ownership and procurement","id":"BE-M0220"},{"name":"Metric Optimization Pressure","definition":"Optimizing a proxy can reduce its usefulness when behavior exploits the gap between the measure and the intended outcome.","keyQuestion":"Can the thing being optimized see the measure I am using to judge it?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Can the thing being optimized see the measure I am using to judge it?","evidence":"Compare proxy gains with independent outcome measures, adversarial cases and distribution shifts.","falsifier":"Sustained outcome improvement on fresh cases weakens a metric-gaming explanation.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Goodhart effects, contamination, sycophancy and deceptive behavior are distinct hypotheses, not one physical law.","origin":"Reconciled from expansion pack entry 208; supplied source is not independent empirical validation.","sourceIds":["pack:208","pack:217"],"aliases":["Goodhart Is the Physics","Growth Goodhart (The Slop Flood)"],"applications":[{"sourceId":"pack:217","name":"Growth Metrics and Real Outcomes","definition":"Growth optimization can reward activity that raises a proxy while failing to improve durable customer or economic outcomes.","evidence":"Compare activation or usage metrics with retention, contribution and independently accepted value.","falsifier":"Sustained improvements in those outcomes weaken a proxy-gaming diagnosis.","limits":"A disappointing business result need not imply intentional gaming.","mappingKind":"scopedVariant"}],"category":"Deployment, product economics and outcomes","id":"BE-M0221"},{"name":"Independent Evaluation Standard","definition":"A system needs an outcome standard and evaluation process sufficiently independent of its optimization process to detect real failures.","keyQuestion":"Is there a referee this loop cannot see, and was it frozen before the loop started?","form":"diagnostic","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Is there a referee this loop cannot see, and was it frozen before the loop started?","evidence":"Use versioned holdouts, fresh cases, contamination checks, adversarial tests and live outcome monitoring.","falsifier":"High suite performance with repeated live failure weakens the suite's validity.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A frozen or secret suite alone is insufficient; independence is proportionate to risk and may include external review.","origin":"Reconciled from expansion pack entry 209; supplied source is not independent empirical validation.","sourceIds":["pack:209"],"aliases":["The Frozen Suite"],"applications":[],"category":"Deployment, product economics and outcomes · Enterprise processes, ownership and procurement","id":"BE-M0222"},{"name":"Behavioral Acceptance Specification","definition":"Specify observable acceptable behavior, failure handling and authority boundaries before treating a demonstration as successful delivery.","keyQuestion":"Does this product have a specification a model can be graded against, and was the model chosen before or after it existed?","form":"diagnostic","domains":["urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Does this product have a specification a model can be graded against, and was the model chosen before or after it existed?","evidence":"Write representative cases, thresholds, exception paths and acceptance responsibilities before the proof.","falsifier":"Repeated disagreement among qualified evaluators exposes an underspecified standard.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Requirements and feasibility co-evolve; model selection need not wait until the last week.","origin":"Reconciled from expansion pack entry 210; supplied source is not independent empirical validation.","sourceIds":["pack:210"],"aliases":["Evaluation Is the Specification (The Model Chosen Last)"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0223"},{"name":"Governed Decision Loop","definition":"Connect a stated outcome, evaluation standard, authorized execution and observed feedback in a repeatable loop with an accountable owner.","keyQuestion":"Is this a loop the firm owns, or a person doing the loop's job by hand?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08","urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Is this a loop the firm owns, or a person doing the loop's job by hand?","evidence":"Trace outcome, decision, action, evidence, exception and update for representative cases.","falsifier":"Unowned exceptions or missing feedback break the claim of a governed loop.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Automation is optional; the loop can include human decisions and external controls.","origin":"Reconciled from expansion pack entry 212; supplied source is not independent empirical validation.","sourceIds":["pack:212"],"aliases":["The Loop as the Unit"],"applications":[],"category":"Deployment, product economics and outcomes · Organization, roles and expert work","id":"BE-M0224"},{"name":"Engineered Unit Economics","definition":"Operational design can change unit cost through routing, caching, batching, retrieval, review and exception handling.","keyQuestion":"Which of the four margin levers has this company pulled, and which is still available?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Which of the four margin levers has this company pulled, and which is still available?","evidence":"Measure each intervention's incremental cost, accepted quality and realized volume against a baseline.","falsifier":"Savings erased by maintenance, rework or quality loss weaken the margin-improvement thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Available levers are not realized savings; report implementation costs and dates.","origin":"Reconciled from expansion pack entry 213; supplied source is not independent empirical validation.","sourceIds":["pack:213"],"aliases":["Gross Margin as a Design Outcome"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0225"},{"name":"Usage-Tail Pricing","definition":"Heavy or difficult usage can dominate service cost, making average-user economics an unreliable pricing guide.","keyQuestion":"Does this price track the work done and the tail that does it, or the chairs?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Does this price track the work done and the tail that does it, or the chairs?","evidence":"Model the cost distribution, correlated peaks, retries and cohort contribution rather than only the mean.","falsifier":"Thin stable tails and predictable usage weaken the case for special tail controls.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Caps and pricing changes can reduce customer value; test incentives and fairness of the chosen unit.","origin":"Reconciled from expansion pack entry 214; supplied source is not independent empirical validation.","sourceIds":["pack:214"],"aliases":["Pricing as a Finance Instrument (Price the Tail)"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0226"},{"name":"Hybrid Pricing Transition","definition":"Combine subscription, usage and outcome-linked charges when measurement, attribution and risk allocation support different units at different stages.","keyQuestion":"Which rung of the seat-to-outcome ramp is this contract on, and who is carrying the guarantee's cost?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Which rung of the seat-to-outcome ramp is this contract on, and who is carrying the guarantee's cost?","evidence":"Test buyer acceptance, margin volatility, attribution disputes and incentives under each pricing mix.","falsifier":"Stable economics and incentives in a hybrid can refute the need to reach pure outcome pricing.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Outcome pricing is a possible design, not an inevitable end state.","origin":"Reconciled from expansion pack entry 215; supplied source is not independent empirical validation.","sourceIds":["pack:215"],"aliases":["Outcome Pricing Is an End State (The Hybrid Is the Transition)"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0227"},{"name":"Valuation Assumption Audit","definition":"Build a valuation from reconciled revenue, cost, durability, control, funding and failure assumptions before using a market multiple as a cross-check.","keyQuestion":"Which of the five assumptions is this valuation still making, and in which direction does the error run?","form":"framework","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Which of the five assumptions is this valuation still making, and in which direction does the error run?","evidence":"Document a cash-flow bridge, competing valuation and sensitivity to the assumptions that explain the gap.","falsifier":"An unresolved counting or cash-flow inconsistency invalidates precision in the headline value.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The nine-question order is a practical workflow, not the only valid valuation method.","origin":"Reconciled from expansion pack entry 220; supplied source is not independent empirical validation.","sourceIds":["pack:220"],"aliases":["The Multiple Comes Last (The Five Broken Assumptions)"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0228"},{"name":"Revenue Counting Boundary","definition":"Define whether the analysis counts reported company revenue, gross transactions or final-customer demand, then reconcile the chosen boundary.","keyQuestion":"What is this company's counted top line, and what is the ratio of counted to reported?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"What is this company's counted top line, and what is the ratio of counted to reported?","evidence":"Bridge tiers, payer classes, gross versus net treatment and run-rate versus realized annual revenue.","falsifier":"A boundary-consistent bridge can refute an apparent overstatement caused only by unlike measures.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Partner-funded revenue may be recognized legitimately; demand independence is a separate analysis.","origin":"Reconciled from expansion pack entry 221; supplied source is not independent empirical validation.","sourceIds":["pack:221"],"aliases":["The Counted Top Line"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0229"},{"name":"Durable and Perishable Value","definition":"Separate cash flows supported by persistent assets and relationships from those exposed to likely substitution or rapid decay.","keyQuestion":"What fraction of this company survives the next release, and is the multiple being applied to that fraction or to the whole?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"What fraction of this company survives the next release, and is the multiple being applied to that fraction or to the whole?","evidence":"Model renewal, switching, replacement and reinvestment under explicit durability scenarios.","falsifier":"Durable retention despite anticipated substitution weakens the assumed decay rate.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Durability is a spectrum; terminal value also depends on reinvestment, competition and sustainable growth.","origin":"Reconciled from expansion pack entry 222; supplied source is not independent empirical validation.","sourceIds":["pack:222"],"aliases":["The Residual"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0230"},{"name":"Enterprise Value and Obligation Reconciliation","definition":"Reconcile operating value with equity and other claims, cash and non-operating assets, and separately identified contingent or debt-like exposures.","keyQuestion":"Which claims, non-operating assets and contingent obligations reconcile operating value to equity value without double counting?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"Which claims, non-operating assets and contingent obligations reconcile operating value to equity value without double counting?","evidence":"Bridge equity, debt, preferred claims, noncontrolling interests and relevant cash with consistent DCF and lease treatment.","falsifier":"An obligation already included in cash flows or debt exposes double counting if added again.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Not every purchase commitment is debt; avoid subtracting cash or adding liabilities twice.","origin":"Reconciled from expansion pack entry 223; supplied source is not independent empirical validation.","sourceIds":["pack:223"],"aliases":["The EV Bridge With Hidden Piers"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0231"},{"name":"Failure Scenario Valuation","definition":"Identify mechanisms that can destroy or sharply reduce equity value and model their triggers, timing, recovery and probability where supportable.","keyQuestion":"What kills this company, what is the trigger, and what is the probability-weighted value once that case is in the sum?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"What kills this company, what is the trigger, and what is the probability-weighted value once that case is in the sum?","evidence":"Stress liquidity, substitution, concentration and asset recovery with explicit correlated assumptions.","falsifier":"Adequate recovery or resilient cash flow can refute a literal worthless scenario.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Three cases is a drafting aid; probabilities must be supported and scenarios must not be double counted.","origin":"Reconciled from expansion pack entry 224; supplied source is not independent empirical validation.","sourceIds":["pack:224"],"aliases":["The Worthless Cases, Weighted"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0232"},{"name":"Transaction Perimeter Read","definition":"A transaction price is interpretable only after identifying the assets, liabilities, rights, control and contingencies actually transferred.","keyQuestion":"In this deal, what did the buyer pay for and what did it leave behind, and what does that say about the residual of the whole company?","form":"diagnostic","domains":["urn:business-engineer:domain:D05"],"status":"Reconciled source framework","use_when":"In this deal, what did the buyer pay for and what did it leave behind, and what does that say about the residual of the whole company?","evidence":"Read the deal perimeter, consideration, assumed debt, earnouts and retained obligations.","falsifier":"Material excluded assets or contingent payments undermine a simple headline-price comparison.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"An announced valuation is not always cash consideration or enterprise value.","origin":"Reconciled from expansion pack entry 226; supplied source is not independent empirical validation.","sourceIds":["pack:226"],"aliases":["The Acqui-Hire Read"],"applications":[],"category":"Capital, financing and valuation","id":"BE-M0233"},{"name":"Buyer and Seller Repetition Asymmetry","definition":"A repeat seller may possess more information and process experience than an occasional buyer, affecting negotiation and evaluation quality.","keyQuestion":"What instrument does this buyer hold that substitutes for the repetitions the seller has and it does not?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"What instrument does this buyer hold that substitutes for the repetitions the seller has and it does not?","evidence":"Compare access to benchmarks, reference cases, contract expertise and independent verification.","falsifier":"An experienced buyer with credible alternatives can reverse the presumed asymmetry.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Do not infer bad faith from experience; design the process to reduce information gaps.","origin":"Reconciled from expansion pack entry 229; supplied source is not independent empirical validation.","sourceIds":["pack:229"],"aliases":["The Asymmetry"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0234"},{"name":"Buyer Qualification Framework","definition":"Evaluate verification, economics, rights, incentives, feasibility, independence, exposure and drift before and during a supplier relationship.","keyQuestion":"Which letters of VERIFIED hold an artifact, and which is the one nobody checked?","form":"framework","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Which letters of VERIFIED hold an artifact, and which is the one nobody checked?","evidence":"Require a named owner, dated artifact and disposition for each VERIFIED step.","falsifier":"Missing artifacts or failed mandatory gates refute a claim of completed qualification.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Price can compensate some commercial risks, but cannot cure absent required authority or a non-negotiable safety or legal gate.","origin":"Reconciled from expansion pack entry 230; supplied source is not independent empirical validation.","sourceIds":["pack:230"],"aliases":["VERIFIED (The Buyer's Qualification)"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0235"},{"name":"Evaluation Provenance and Buyer Control","definition":"Determine who selected, prepared and scored evaluation cases and which conditions differ from real buyer use.","keyQuestion":"Which part of this evaluation could the vendor have staged, and which part ran on my floor against my referee?","form":"diagnostic","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Which part of this evaluation could the vendor have staged, and which part ran on my floor against my referee?","evidence":"Run buyer-controlled cases on representative systems with staged and unstaged conditions separated.","falsifier":"Comparable results on fresh buyer cases weaken a procurement-theater concern.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Vendor involvement can be useful; disclose it and preserve independent acceptance authority.","origin":"Reconciled from expansion pack entry 231; supplied source is not independent empirical validation.","sourceIds":["pack:231"],"aliases":["Procurement Theater"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0236"},{"name":"Governed Fast Intake","definition":"Provide a rapid, visible path for evaluating and approving tools so that governance does not simply drive work into unobserved channels.","keyQuestion":"Can this firm say yes in days while keeping clear title to what the purchase will compound?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Can this firm say yes in days while keeping clear title to what the purchase will compound?","evidence":"Measure intake time, shadow usage, incidents, adoption and coverage of approved paths.","falsifier":"Long queues with continued shadow use refute the claim of effective governed intake.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Speed cannot waive mandatory authorization, security or legal requirements.","origin":"Reconciled from expansion pack entry 232; supplied source is not independent empirical validation.","sourceIds":["pack:232"],"aliases":["Fast Yes With Clean Title"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0237"},{"name":"Deployment Control Inheritance","definition":"Defaults chosen during implementation can become durable control points over identity, data, evaluation, workflows and future change.","keyQuestion":"Who wired this loop, and whose walls does its exhaust accumulate inside?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Who wired this loop, and whose walls does its exhaust accumulate inside?","evidence":"Inventory deployed accounts, ownership, permissions, repositories, standards and export paths at handover.","falsifier":"Buyer-controlled configuration and rehearsed migration weaken the inherited-capture thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Initial convenience does not establish permanent dependence; contracts and technical transfer both matter.","origin":"Reconciled from expansion pack entry 234; supplied source is not independent empirical validation.","sourceIds":["pack:234"],"aliases":["The Hand That Wires the Harness Chooses the Landlord"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0238"},{"name":"Subsidy and Substitution Timing","definition":"A subsidy can accelerate adoption before dependency forms, while later substitution or repricing changes the relationship's economics.","keyQuestion":"Which hinge is this firm timing against, the subsidy that expires or the feasibility that does not?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Which hinge is this firm timing against, the subsidy that expires or the feasibility that does not?","evidence":"Compare subsidy expiry, integration milestones, available alternatives and repricing rights.","falsifier":"Portable deployments and sustained competitive pricing weaken a delayed-capture hypothesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Introductory discounts are not proof of an intended lock-in strategy.","origin":"Reconciled from expansion pack entry 235; supplied source is not independent empirical validation.","sourceIds":["pack:235"],"aliases":["The Two-Hinge Window"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0239"},{"name":"Portability-Aligned Delivery","definition":"A service provider can create value by leaving the client with usable artifacts, skills and a priced exit rather than maximizing dependence.","keyQuestion":"Does this engagement leave the enterprise able to migrate in six weeks, and who gets paid when it can?","form":"archetype","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Does this engagement leave the enterprise able to migrate in six weeks, and who gets paid when it can?","evidence":"Inspect retained artifacts, client competence, recurring support needs and exercised alternate execution.","falsifier":"A technically documented exit requiring a practical rebuild weakens the independence claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Independence has maintenance costs; a services relationship can remain economically sensible.","origin":"Reconciled from expansion pack entry 236; supplied source is not independent empirical validation.","sourceIds":["pack:236"],"aliases":["The Independence Integrator (The Double Objective)"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0240"},{"name":"Layered Dependency Audit","definition":"Assess dependency separately in data, semantics, runtime, model, control, commercial terms and operating skills.","keyQuestion":"In which of the three cages is this enterprise, and is the sovereignty it was sold the customer's or the vendor's?","form":"framework","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"In which of the three cages is this enterprise, and is the sovereignty it was sold the customer's or the vendor's?","evidence":"Perform a workload-specific exit and replacement inventory with rights, costs and timing per layer.","falsifier":"Successful transfer of one layer does not refute dependence elsewhere; a complete alternative path does.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Open source at one layer does not make the whole system independent.","origin":"Reconciled from expansion pack entry 237; supplied source is not independent empirical validation.","sourceIds":["pack:237"],"aliases":["The Three Cages"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0241"},{"name":"Enterprise as Distribution Complement","definition":"An enterprise can supply demand, workflow access and trusted distribution that help a technology provider commercialize a capability.","keyQuestion":"Which vendor's silicon does this enterprise stack distribute, and who wrapped it into something buyable?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Which vendor's silicon does this enterprise stack distribute, and who wrapped it into something buyable?","evidence":"Trace the provider's incremental reach, conversion and retained control through the enterprise relationship.","falsifier":"Little incremental demand or readily substitutable access weakens the distribution-complement thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The enterprise may capture substantial value too; dependence must be assessed in both directions.","origin":"Reconciled from expansion pack entry 238; supplied source is not independent empirical validation.","sourceIds":["pack:238"],"aliases":["The Enterprise Edge as Distribution"],"applications":[],"category":"Enterprise processes, ownership and procurement","id":"BE-M0242"},{"name":"Relative Productivity Advantage","definition":"An absolute productivity gain does not ensure competitive advantage if peers gain similarly or customers capture the savings.","keyQuestion":"Your people are faster. Is the firm ahead, and by what asymmetry?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D02"],"status":"Reconciled source framework","use_when":"Your people are faster. Is the firm ahead, and by what asymmetry?","evidence":"Compare quality-adjusted throughput, cost, price and share against a relevant peer or counterfactual.","falsifier":"Durable relative improvement and retained margin can support an advantage beyond a neutral gain.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Industry-wide gains can still benefit customers and workers without creating excess firm profits.","origin":"Reconciled from expansion pack entry 239; supplied source is not independent empirical validation.","sourceIds":["pack:239"],"aliases":["The Neutral Gain"],"applications":[],"category":"Organization, roles and expert work · Strategy, competition and value capture","id":"BE-M0243"},{"name":"Productivity Transmission Across Scales","definition":"Task gains affect firm performance only when workflow, organizational and business-model constraints allow the gains to propagate.","keyQuestion":"At which scale did this firm's gain stop climbing, and what would carry it one level up?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"At which scale did this firm's gain stop climbing, and what would carry it one level up?","evidence":"Measure task time, end-to-end throughput, operating outcomes and economic capture on aligned dates.","falsifier":"A task improvement with no downstream change identifies a broken transmission link.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Task, workflow, firm and market are analytical scales, not a mandatory maturity sequence.","origin":"Reconciled from expansion pack entry 240; supplied source is not independent empirical validation.","sourceIds":["pack:240"],"aliases":["The Ascent Through Scales"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0244"},{"name":"Federated Discovery and Central Coordination","definition":"Local experimentation can coexist with shared standards, reusable infrastructure and explicit responsibility for common constraints.","keyQuestion":"What is this firm's conversion time from an edge discovery to a governed loop, and who owns the paved road?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"What is this firm's conversion time from an edge discovery to a governed loop, and who owns the paved road?","evidence":"Compare discovery speed, duplication, paved-path use, exceptions and cross-team reuse.","falsifier":"Central delay or uncontrolled fragmentation can refute the chosen balance.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The appropriate center varies with risk, heterogeneity, scale and capabilities.","origin":"Reconciled from expansion pack entry 241; supplied source is not independent empirical validation.","sourceIds":["pack:241"],"aliases":["Edges Find and Cannot Choose; Center Chooses and Cannot Find"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0245"},{"name":"Complementary Organizational Change","definition":"Technology creates more value when workflows, incentives, skills and decision rights are adapted to use it effectively.","keyQuestion":"Has this firm installed the technology or rebuilt the floor around what it makes cheap?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Has this firm installed the technology or rebuilt the floor around what it makes cheap?","evidence":"Compare similar deployments with different complementary changes and account for selection effects.","falsifier":"Equal outcomes without the proposed complement weaken its claimed necessity.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Complementarity does not imply that every organization needs a full reorganization first.","origin":"Reconciled from expansion pack entry 242; supplied source is not independent empirical validation.","sourceIds":["pack:242"],"aliases":["Installation Is the Entry Fee, Reorganization Is the Harvest"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0246"},{"name":"Task Automation and Augmentation","definition":"Analyze which tasks can be automated, assisted or redesigned while distinguishing task changes from whole-job outcomes.","keyQuestion":"On this task line, which spans are automated, which enhanced, and where does the next person enter?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"On this task line, which spans are automated, which enhanced, and where does the next person enter?","evidence":"Observe quality, demand, new tasks, supervision and labor allocation before and after adoption.","falsifier":"Persisting expert requirements or expanded demand can overturn simple replacement forecasts.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A task capability demonstration is not a headcount prediction.","origin":"Reconciled from expansion pack entry 243; supplied source is not independent empirical validation.","sourceIds":["pack:243"],"aliases":["Automation or Enhancement Is a Deployment Choice"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0247"},{"name":"Human and Agent Capacity Envelope","definition":"Set a team's span of agent-supported work according to measured quality, exception load, supervision and accountability.","keyQuestion":"Is this ratio backed by a measured gate, and at what ratio did the gate last bend?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Is this ratio backed by a measured gate, and at what ratio did the gate last bend?","evidence":"Measure accepted throughput, incidents, adjudication burden and response capacity before changing ratios.","falsifier":"Rising unresolved exceptions or quality loss refutes a claimed safe expansion of span.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"No universal human-to-agent ratio is supplied; headcount alone is not a performance gauge.","origin":"Reconciled from expansion pack entry 244; supplied source is not independent empirical validation.","sourceIds":["pack:244"],"aliases":["The Ratio Rule (Push Until the Gate Bends)"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0248"},{"name":"Organizational Complementarity Moat","definition":"Residue, a deliberate ownership boundary, coordination capital and default status with machine buyers are four proposed sources of organizational advantage that may reinforce one another.","keyQuestion":"Which of residue, ownership, coordination and buyer preference produces measurable advantage, and how do the mechanisms interact?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D02"],"status":"Reconciled source framework","use_when":"Which of residue, ownership, coordination and buyer preference produces measurable advantage, and how do the mechanisms interact?","evidence":"Measure usable learning, exercised control and exit, coordinated throughput, buyer selection and the difficulty of replicating their combination.","falsifier":"Easy replication, unused residue, expensive control or no buyer preference weakens the moat claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The proposed cost-to-speed-to-optionality-to-moat sequence is not a strict law; verify the links and account for complexity and maintenance.","origin":"Reconciled from expansion pack entry 246; supplied source is not independent empirical validation.","sourceIds":["pack:246"],"aliases":["Organization Design Is Moat Design"],"applications":[],"category":"Organization, roles and expert work · Strategy, competition and value capture","id":"BE-M0249"},{"name":"Apprenticeship Erosion and Redesign","definition":"Automating routine work can remove the practice through which newcomers developed judgment, requiring a deliberate replacement learning path.","keyQuestion":"Where in this firm is judgment being built now that the stairs are gone, and is it enforced by structure or by exhortation?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Where in this firm is judgment being built now that the stairs are gone, and is it enforced by structure or by exhortation?","evidence":"Track exposure to cases, feedback quality, error correction and independent competence over time.","falsifier":"Equivalent skill development through existing paths weakens the claim that the first rung is missing.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Ninety days is a configurable program target, not a validated universal time to competence.","origin":"Reconciled from expansion pack entry 247; supplied source is not independent empirical validation.","sourceIds":["pack:247","pack:254"],"aliases":["The Entry Point Moves","The Missing Rung"],"applications":[{"sourceId":"pack:254","name":"Moving the Entry Point","definition":"Redesign junior entry roles around supervised operation, evaluation and learning when routine production tasks are automated.","evidence":"Assess case-based learning, demonstrated judgment and opportunities to progress beyond tool operation.","falsifier":"Strong existing apprenticeship outcomes weaken the need to replace the entry path.","limits":"Automation can both remove and create jobs; no universal employment direction follows.","mappingKind":"scopedVariant"}],"category":"Organization, roles and expert work","id":"BE-M0250"},{"name":"Exception Judgment and Standard Evolution","definition":"Experts can create lasting value by resolving novel exceptions and converting justified decisions into improved standards.","keyQuestion":"Who in this firm can say what the standard should be when it is silent, and does each of their judgments become a case?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Who in this firm can say what the standard should be when it is silent, and does each of their judgments become a case?","evidence":"Trace exceptions through adjudication, rationale, standard changes and recurrence reduction.","falsifier":"Unchanged standards or repeated failures weaken a claim that expert judgment is compounding.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Not every exception should become a rule; preserve context and dissent where uncertainty remains.","origin":"Reconciled from expansion pack entry 248; supplied source is not independent empirical validation.","sourceIds":["pack:248"],"aliases":["The Judgment Layer"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0251"},{"name":"Expert Seeding Investment","definition":"Expert-designed examples and acceptance cases can provide initial structure for a system before operating feedback is available.","keyQuestion":"Who seeded this loop, how many cases did they adjudicate, and did they sign the vocabulary?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Who seeded this loop, how many cases did they adjudicate, and did they sign the vocabulary?","evidence":"Measure coverage, inter-rater agreement, held-out performance and the value of additional cases.","falsifier":"Poor transfer to fresh cases weakens the seed set's usefulness.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"A target such as fifty seed cases is illustrative; diversity and difficulty matter more than a fixed count.","origin":"Reconciled from expansion pack entry 249; supplied source is not independent empirical validation.","sourceIds":["pack:249"],"aliases":["The Seed"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0252"},{"name":"Expert Leverage Economics","definition":"An expert can support more valuable work through reusable knowledge and governed execution when review and exception burdens remain manageable.","keyQuestion":"How many loops does each senior in this firm sign, and is the price attached to the outcome or the hour?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"How many loops does each senior in this firm sign, and is the price attached to the outcome or the hour?","evidence":"Compare accepted outcomes, quality, review time, total cost and client value across increasing scope.","falsifier":"Rising rework or diluted judgment can erase the apparent leverage.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Revenue per employee alone omits capital, contractors, pricing and quality.","origin":"Reconciled from expansion pack entry 250; supplied source is not independent empirical validation.","sourceIds":["pack:250"],"aliases":["Leverage Is Loops per Senior"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0253"},{"name":"Four Ownerships of AI Work","definition":"Assign accountability for the substrate, the junctions, the acceptance standard and the exit, with budget authority and the right to stop where necessary.","keyQuestion":"Who is accountable for the substrate, the junctions, the standard and the exit, with what budget and stop authority?","form":"framework","domains":["urn:business-engineer:domain:D09","urn:business-engineer:domain:D07"],"status":"Reconciled source framework","use_when":"Who is accountable for the substrate, the junctions, the standard and the exit, with what budget and stop authority?","evidence":"Name the decision right, owner, escalation and supporting artifacts for each ownership.","falsifier":"Conflicting owners or unowned decisions refute a complete accountability design.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"These are rights and responsibilities, not four mandatory executive titles.","origin":"Reconciled from expansion pack entry 251; supplied source is not independent empirical validation.","sourceIds":["pack:251"],"aliases":["The Four Ownerships"],"applications":[],"category":"Organization, roles and expert work · Enterprise processes, ownership and procurement","id":"BE-M0254"},{"name":"Executive Role Reconfiguration","definition":"AI responsibilities can be absorbed by an incumbent role, displace its remit, or converge with another role; a new seat is useful only when the ownership and authority gaps are resolved.","keyQuestion":"Is this new title going to be absorbed, displace the seat, or converge with it, and which of the four ownerships decides?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Is this new title going to be absorbed, displace the seat, or converge with it, and which of the four ownerships decides?","evidence":"Map the four ownerships and actual authority before comparing title options.","falsifier":"A new title without resolved authority or capability weakens a reorganization claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"No particular executive title is a universal solution.","origin":"Reconciled from expansion pack entry 252; supplied source is not independent empirical validation.","sourceIds":["pack:252"],"aliases":["Absorb, Be Displaced, Converge"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0255"},{"name":"Deployment Decision Sequence","definition":"Move an engagement through Discovery, Envelope, Proof, Landing, Outcome and Yield with dated decisions, evidence and accountable owners.","keyQuestion":"Which letter of DEPLOY is this engagement on, what is its date, and what did the architect refuse in writing?","form":"framework","domains":["urn:business-engineer:domain:D09"],"status":"Reconciled source framework","use_when":"Which letter of DEPLOY is this engagement on, what is its date, and what did the architect refuse in writing?","evidence":"Track entry evidence, acceptance, constraints, refusal reasons and transition dates for each stage.","falsifier":"Missing baselines or unsigned operating responsibility refute a claimed completed deployment.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The source's four discovery gates and seven-layer shape need explicit local definitions; model feasibility should be tested early.","origin":"Reconciled from expansion pack entry 256; supplied source is not independent empirical validation.","sourceIds":["pack:256"],"aliases":["The CTO of Someone Else's Company (DEPLOY)"],"applications":[],"category":"Organization, roles and expert work","id":"BE-M0256"},{"name":"Intent-Based Monetization","definition":"A service can monetize information about a user's likely purchase or action when it improves matching, conversion or transaction value.","keyQuestion":"Which of this business's margin assumptions rests on the copy being free, and does the copy still cost nothing?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Which of this business's margin assumptions rests on the copy being free, and does the copy still cost nothing?","evidence":"Measure incremental conversion, auction or pricing economics, privacy constraints and substitution.","falsifier":"Low incremental value or cheaper equivalent matching weakens the intent-rent thesis.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Intent is one scarce input among others; avoid universal profitability or zero-copy-cost claims.","origin":"Reconciled from expansion pack entry 260; supplied source is not independent empirical validation.","sourceIds":["pack:260"],"aliases":["Intent Is the Scarcest Thing on the Web"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0257"},{"name":"Transformation Direction","definition":"Technology can change distribution, operations and the business model in different sequences depending on existing infrastructure and incentives.","keyQuestion":"Is this transformation being attempted from the outside in, when the era runs from the inside out?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D03"],"status":"Reconciled source framework","use_when":"Is this transformation being attempted from the outside in, when the era runs from the inside out?","evidence":"Date changes in workflows, economics and distribution, then compare plausible alternative sequences.","falsifier":"Distribution-led AI change or operations-led web change refutes a universal era-specific sequence.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Outside-in and inside-out are contingent patterns, not historical laws or required branding.","origin":"Reconciled from expansion pack entry 261; supplied source is not independent empirical validation.","sourceIds":["pack:261"],"aliases":["Web Squared (Outside-In and Inside-Out)"],"applications":[],"category":"Markets, growth and distribution","id":"BE-M0258"},{"name":"Dual-Surface Product Design","definition":"A product can expose a human interface and an agent specification or API over consistent business rules, permissions and state, evaluated against a shared outcome standard.","keyQuestion":"Does this product have an agent surface, and is it graded by the same referee as the human one?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Does this product have an agent surface, and is it graded by the same referee as the human one?","evidence":"Run representative tasks through both surfaces and compare accepted outcomes, authorization, state changes and exception handling.","falsifier":"Divergent business rules or success on the screen with failure through the machine interface weakens the shared-product claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"The surfaces need not expose identical capabilities or workflows; define activation and retention in terms of actual accepted value where useful.","origin":"Reconciled from expansion pack entry 218; supplied source is not independent empirical validation.","sourceIds":["pack:218"],"aliases":["The Two Surfaces"],"applications":[],"category":"Deployment, product economics and outcomes","id":"BE-M0259"},{"name":"Decision Residue Flywheel","definition":"Operational traces, adjudicated cases, evaluation results and configuration changes can improve subsequent work when permitted capture, curation and a tested learning process turn them into reusable assets.","keyQuestion":"Where does this deployment's exhaust accumulate, and whose walls is it inside?","form":"causal-hypothesis","domains":["urn:business-engineer:domain:D06","urn:business-engineer:domain:D08"],"status":"Reconciled source framework","use_when":"Where does this deployment's exhaust accumulate, and whose walls is it inside?","evidence":"Follow traces into curated cases, system changes, reuse and measured improvement across comparable decisions; identify who controls and benefits from each step.","falsifier":"Growing records without better performance, lower rework or practical reuse weakens the flywheel claim.","decision":"Use the observed result to accept, modify or reject the intervention or valuation implied by this mechanism.","limits":"Provider training on customer data depends on contracts and settings. An open harness does not by itself guarantee retained rights, privacy or learning.","origin":"Reconciled from expansion pack entry 194; supplied source is not independent empirical validation.","sourceIds":["pack:194","pack:219"],"aliases":["The Exhaust Flywheel","The Residue Loop"],"applications":[{"sourceId":"pack:219","name":"Residue as a Second Output","definition":"A successful work loop can deliver the immediate outcome and reusable evidence that improves later execution.","evidence":"Measure artifact capture, curation, ownership, reuse and downstream performance separately.","falsifier":"High capture without reuse or benefit weakens a compounding claim.","limits":"The useful capture rate depends on task, privacy, consent and maintenance economics.","mappingKind":"scopedVariant"}],"category":"Intelligence systems and architecture · Deployment, product economics and outcomes","id":"BE-M0260"}],"domains":[{"@id":"urn:business-engineer:domain:D01","@type":"Domain","id":"D01","name":"Reasoning, evidence and learning","definition":"How to frame, test, combine and revise an explanation."},{"@id":"urn:business-engineer:domain:D02","@type":"Domain","id":"D02","name":"Strategy, competition and value capture","definition":"Where advantage comes from, how it persists and who captures value."},{"@id":"urn:business-engineer:domain:D03","@type":"Domain","id":"D03","name":"Markets, growth and distribution","definition":"How an offer reaches demand and expands economically."},{"@id":"urn:business-engineer:domain:D04","@type":"Domain","id":"D04","name":"Technology, infrastructure and geopolitics","definition":"How technological complements, constraints and political control shape systems."},{"@id":"urn:business-engineer:domain:D05","@type":"Domain","id":"D05","name":"Capital, financing and valuation","definition":"How investment, cash flows, obligations and claims are funded and valued."},{"@id":"urn:business-engineer:domain:D06","@type":"Domain","id":"D06","name":"Intelligence systems and architecture","definition":"How models, context, interfaces, tools and controls produce useful behavior."},{"@id":"urn:business-engineer:domain:D07","@type":"Domain","id":"D07","name":"Enterprise processes, ownership and procurement","definition":"Who controls reusable operating assets and on what terms a buyer adopts them."},{"@id":"urn:business-engineer:domain:D08","@type":"Domain","id":"D08","name":"Deployment, product economics and outcomes","definition":"How a capability becomes a reliable, accepted and economically useful outcome."},{"@id":"urn:business-engineer:domain:D09","@type":"Domain","id":"D09","name":"Organization, roles and expert work","definition":"How authority, skills, coordination and learning shape firm performance."}],"relations":[{"subject":"BE-M0001","object":"BE-M0002","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0001","object":"BE-M0003","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0001","object":"BE-M0006","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0001","object":"BE-M0008","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0002","object":"BE-M0006","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0002","object":"BE-M0012","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0002","object":"BE-M0020","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0003","object":"BE-M0005","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0003","object":"BE-M0023","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0004","object":"BE-M0006","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0004","object":"BE-M0009","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0005","object":"BE-M0018","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0006","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0006","object":"BE-M0162","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0006","object":"BE-M0010","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0007","object":"BE-M0162","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0007","object":"BE-M0013","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0008","object":"BE-M0167","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0008","object":"BE-M0018","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0009","object":"BE-M0003","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0010","object":"BE-M0162","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0010","object":"BE-M0163","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0011","object":"BE-M0012","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0011","object":"BE-M0021","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0012","object":"BE-M0015","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0012","object":"BE-M0020","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0013","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0013","object":"BE-M0079","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0013","object":"BE-M0162","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0014","object":"BE-M0159","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0014","object":"BE-M0016","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0015","object":"BE-M0168","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0015","object":"BE-M0019","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0015","object":"BE-M0130","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0016","object":"BE-M0139","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0016","object":"BE-M0140","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0016","object":"BE-M0147","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0016","object":"BE-M0149","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0016","object":"BE-M0154","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0016","object":"BE-M0094","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0017","object":"BE-M0142","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0017","object":"BE-M0034","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0018","object":"BE-M0138","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0018","object":"BE-M0139","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0018","object":"BE-M0137","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0019","object":"BE-M0130","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0020","object":"BE-M0006","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0020","object":"BE-M0021","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0021","object":"BE-M0016","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0021","object":"BE-M0022","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0022","object":"BE-M0025","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0023","object":"BE-M0141","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0023","object":"BE-M0026","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0023","object":"BE-M0131","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0024","object":"BE-M0073","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0024","object":"BE-M0075","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0025","object":"BE-M0032","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0026","object":"BE-M0086","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0027","object":"BE-M0164","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0027","object":"BE-M0078","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0028","object":"BE-M0029","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0028","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0028","object":"BE-M0032","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0029","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0029","object":"BE-M0046","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0030","object":"BE-M0151","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0030","object":"BE-M0031","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0031","object":"BE-M0150","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0031","object":"BE-M0032","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0032","object":"BE-M0144","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0032","object":"BE-M0036","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0032","object":"BE-M0145","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0033","object":"BE-M0155","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0033","object":"BE-M0034","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0034","object":"BE-M0145","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0034","object":"BE-M0153","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0034","object":"BE-M0035","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0035","object":"BE-M0150","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0035","object":"BE-M0156","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0035","object":"BE-M0161","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0035","object":"BE-M0037","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0036","object":"BE-M0145","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0036","object":"BE-M0167","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0037","object":"BE-M0160","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0037","object":"BE-M0165","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0037","object":"BE-M0075","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0038","object":"BE-M0039","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0038","object":"BE-M0041","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0039","object":"BE-M0040","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0039","object":"BE-M0060","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0040","object":"BE-M0041","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0040","object":"BE-M0063","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0041","object":"BE-M0046","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0041","object":"BE-M0089","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0042","object":"BE-M0045","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0042","object":"BE-M0091","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0043","object":"BE-M0138","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0043","object":"BE-M0044","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0043","object":"BE-M0066","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0044","object":"BE-M0097","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0045","object":"BE-M0152","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0046","object":"BE-M0152","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0046","object":"BE-M0047","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0046","object":"BE-M0089","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0047","object":"BE-M0159","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0048","object":"BE-M0013","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0048","object":"BE-M0020","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0049","object":"BE-M0050","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0049","object":"BE-M0063","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0050","object":"BE-M0057","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0050","object":"BE-M0107","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0051","object":"BE-M0040","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0051","object":"BE-M0062","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0052","object":"BE-M0154","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0052","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0053","object":"BE-M0142","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0053","object":"BE-M0146","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0054","object":"BE-M0148","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0054","object":"BE-M0058","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0055","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0055","object":"BE-M0041","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0056","object":"BE-M0082","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0056","object":"BE-M0087","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0057","object":"BE-M0139","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0057","object":"BE-M0166","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0057","object":"BE-M0060","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0058","object":"BE-M0146","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0059","object":"BE-M0057","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0059","object":"BE-M0062","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0060","object":"BE-M0158","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0061","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0061","object":"BE-M0097","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0062","object":"BE-M0034","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0062","object":"BE-M0063","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0063","object":"BE-M0137","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0063","object":"BE-M0064","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0064","object":"BE-M0085","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0065","object":"BE-M0047","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0065","object":"BE-M0066","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0066","object":"BE-M0155","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0066","object":"BE-M0157","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0067","object":"BE-M0026","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0067","object":"BE-M0086","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0068","object":"BE-M0023","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0068","object":"BE-M0093","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0069","object":"BE-M0092","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0069","object":"BE-M0130","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0071","object":"BE-M0064","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0071","object":"BE-M0158","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0072","object":"BE-M0084","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0072","object":"BE-M0086","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0073","object":"BE-M0101","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0075","object":"BE-M0164","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0075","object":"BE-M0165","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0076","object":"BE-M0077","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0076","object":"BE-M0078","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0077","object":"BE-M0165","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0078","object":"BE-M0167","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0079","object":"BE-M0014","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0079","object":"BE-M0162","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0080","object":"BE-M0164","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0080","object":"BE-M0014","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0081","object":"BE-M0082","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0081","object":"BE-M0153","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0082","object":"BE-M0153","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0082","object":"BE-M0168","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0082","object":"BE-M0087","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0083","object":"BE-M0027","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0083","object":"BE-M0163","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0084","object":"BE-M0154","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0084","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0084","object":"BE-M0142","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0085","object":"BE-M0156","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0085","object":"BE-M0160","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0087","object":"BE-M0168","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0087","object":"BE-M0157","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0088","object":"BE-M0082","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0088","object":"BE-M0153","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0089","object":"BE-M0141","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0090","object":"BE-M0049","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0090","object":"BE-M0050","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0091","object":"BE-M0114","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0092","object":"BE-M0122","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0093","object":"BE-M0137","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0094","object":"BE-M0140","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0094","object":"BE-M0152","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0094","object":"BE-M0166","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0095","object":"BE-M0066","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0095","object":"BE-M0114","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0096","object":"BE-M0146","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0096","object":"BE-M0158","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0097","object":"BE-M0151","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0098","object":"BE-M0039","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0098","object":"BE-M0096","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0099","object":"BE-M0053","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0099","object":"BE-M0096","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0100","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0100","object":"BE-M0097","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0101","object":"BE-M0037","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0102","object":"BE-M0083","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0102","object":"BE-M0110","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0103","object":"BE-M0002","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0103","object":"BE-M0167","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0104","object":"BE-M0092","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0104","object":"BE-M0112","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0105","object":"BE-M0063","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0105","object":"BE-M0073","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0106","object":"BE-M0029","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0106","object":"BE-M0048","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0107","object":"BE-M0035","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0108","object":"BE-M0037","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0108","object":"BE-M0156","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0109","object":"BE-M0004","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0109","object":"BE-M0006","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0110","object":"BE-M0030","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0110","object":"BE-M0166","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0111","object":"BE-M0112","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0111","object":"BE-M0115","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0112","object":"BE-M0133","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0113","object":"BE-M0118","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0113","object":"BE-M0125","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0114","object":"BE-M0115","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0114","object":"BE-M0121","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0115","object":"BE-M0157","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0116","object":"BE-M0111","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0116","object":"BE-M0115","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0117","object":"BE-M0135","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0117","object":"BE-M0136","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0118","object":"BE-M0125","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0119","object":"BE-M0123","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0119","object":"BE-M0126","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0120","object":"BE-M0113","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0120","object":"BE-M0119","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0121","object":"BE-M0125","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0122","object":"BE-M0123","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0122","object":"BE-M0130","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0123","object":"BE-M0124","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0123","object":"BE-M0126","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0124","object":"BE-M0121","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0125","object":"BE-M0112","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0125","object":"BE-M0131","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0127","object":"BE-M0128","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0127","object":"BE-M0130","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0128","object":"BE-M0132","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0128","object":"BE-M0134","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0129","object":"BE-M0043","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0129","object":"BE-M0130","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0130","object":"BE-M0137","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0130","object":"BE-M0131","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0131","object":"BE-M0141","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0131","object":"BE-M0161","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0131","object":"BE-M0163","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0131","object":"BE-M0132","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0132","object":"BE-M0134","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0133","object":"BE-M0131","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0134","object":"BE-M0060","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0135","object":"BE-M0140","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0135","object":"BE-M0144","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0135","object":"BE-M0166","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0135","object":"BE-M0136","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0135","object":"BE-M0148","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0136","object":"BE-M0148","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0136","object":"BE-M0149","type":"relatedTo","description":"Prior catalog relation: extended/tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0137","object":"BE-M0063","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0137","object":"BE-M0093","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0137","object":"BE-M0130","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0137","object":"BE-M0167","type":"relatedTo","description":"Prior catalog relation: tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0138","object":"BE-M0018","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0138","object":"BE-M0043","type":"analogousTo","description":"Prior catalog relation: analogous to. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0138","object":"BE-M0137","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0139","object":"BE-M0138","type":"qualifies","description":"Prior catalog relation: qualified by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0139","object":"BE-M0016","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0139","object":"BE-M0018","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0139","object":"BE-M0057","type":"relatedTo","description":"Prior catalog relation: applies to. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0139","object":"BE-M0141","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0140","object":"BE-M0016","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0140","object":"BE-M0094","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0140","object":"BE-M0135","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0140","object":"BE-M0148","type":"relatedTo","description":"Prior catalog relation: tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0141","object":"BE-M0023","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0141","object":"BE-M0089","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0141","object":"BE-M0131","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0141","object":"BE-M0138","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0142","object":"BE-M0017","type":"relatedTo","description":"Prior catalog relation: addresses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0142","object":"BE-M0053","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0142","object":"BE-M0143","type":"relatedTo","description":"Prior catalog relation: feeds. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0142","object":"BE-M0153","type":"relatedTo","description":"Prior catalog relation: supported by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0143","object":"BE-M0142","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0143","object":"BE-M0148","type":"relatedTo","description":"Prior catalog relation: tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0156","object":"BE-M0143","type":"qualifies","description":"Prior catalog relation: qualified by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0143","object":"BE-M0160","type":"relatedTo","description":"Prior catalog relation: bounded by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0144","object":"BE-M0032","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0144","object":"BE-M0135","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0144","object":"BE-M0143","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0144","object":"BE-M0145","type":"relatedTo","description":"Prior catalog relation: tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0145","object":"BE-M0034","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0145","object":"BE-M0036","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0145","object":"BE-M0144","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0145","object":"BE-M0155","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0146","object":"BE-M0053","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0146","object":"BE-M0058","type":"relatedTo","description":"Prior catalog relation: refines. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0146","object":"BE-M0096","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0146","object":"BE-M0147","type":"relatedTo","description":"Prior catalog relation: bounded by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0147","object":"BE-M0016","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0147","object":"BE-M0146","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0147","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: validated by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0147","object":"BE-M0160","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0148","object":"BE-M0054","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0148","object":"BE-M0136","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0148","object":"BE-M0140","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0148","object":"BE-M0143","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0149","object":"BE-M0016","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0149","object":"BE-M0136","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0149","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0149","object":"BE-M0159","type":"relatedTo","description":"Prior catalog relation: tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0150","object":"BE-M0031","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0150","object":"BE-M0035","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0150","object":"BE-M0151","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0150","object":"BE-M0161","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0151","object":"BE-M0030","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0151","object":"BE-M0097","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0151","object":"BE-M0145","type":"relatedTo","description":"Prior catalog relation: depends on. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0152","object":"BE-M0151","type":"qualifies","description":"Prior catalog relation: qualified by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0152","object":"BE-M0045","type":"relatedTo","description":"Prior catalog relation: refines. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0152","object":"BE-M0046","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0152","object":"BE-M0094","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0153","object":"BE-M0034","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0153","object":"BE-M0082","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0153","object":"BE-M0142","type":"relatedTo","description":"Prior catalog relation: supports. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0153","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: supports. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0154","object":"BE-M0016","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0154","object":"BE-M0052","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0154","object":"BE-M0084","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0154","object":"BE-M0151","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0155","object":"BE-M0033","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0155","object":"BE-M0066","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0155","object":"BE-M0145","type":"relatedTo","description":"Prior catalog relation: tested by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0155","object":"BE-M0157","type":"relatedTo","description":"Prior catalog relation: measured by. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0156","object":"BE-M0035","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0156","object":"BE-M0085","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0156","object":"BE-M0160","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0157","object":"BE-M0066","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0157","object":"BE-M0115","type":"analogousTo","description":"Prior catalog relation: analogous to. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0157","object":"BE-M0155","type":"relatedTo","description":"Prior catalog relation: measures. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0157","object":"BE-M0156","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0158","object":"BE-M0006","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0158","object":"BE-M0013","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0158","object":"BE-M0084","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0158","object":"BE-M0157","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0159","object":"BE-M0014","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0159","object":"BE-M0047","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0159","object":"BE-M0149","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0159","object":"BE-M0151","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0160","object":"BE-M0037","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0160","object":"BE-M0085","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0160","object":"BE-M0147","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0160","object":"BE-M0156","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0161","object":"BE-M0035","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0161","object":"BE-M0131","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0161","object":"BE-M0150","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0161","object":"BE-M0155","type":"relatedTo","description":"Prior catalog relation: measures. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0162","object":"BE-M0006","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0162","object":"BE-M0007","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0162","object":"BE-M0010","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0162","object":"BE-M0163","type":"relatedTo","description":"Prior catalog relation: feeds. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0163","object":"BE-M0010","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0163","object":"BE-M0131","type":"relatedTo","description":"Prior catalog relation: organizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0163","object":"BE-M0158","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0163","object":"BE-M0162","type":"relatedTo","description":"Prior catalog relation: records. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0164","object":"BE-M0027","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0164","object":"BE-M0075","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0164","object":"BE-M0080","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0164","object":"BE-M0163","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0165","object":"BE-M0037","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0165","object":"BE-M0075","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0165","object":"BE-M0077","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0165","object":"BE-M0163","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0166","object":"BE-M0057","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0166","object":"BE-M0094","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0166","object":"BE-M0135","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0166","object":"BE-M0159","type":"relatedTo","description":"Prior catalog relation: uses. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0167","object":"BE-M0008","type":"relatedTo","description":"Prior catalog relation: disciplines. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0167","object":"BE-M0036","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0167","object":"BE-M0078","type":"relatedTo","description":"Prior catalog relation: operationalizes. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0167","object":"BE-M0137","type":"relatedTo","description":"Prior catalog relation: tests. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0168","object":"BE-M0015","type":"relatedTo","description":"Prior catalog relation: applies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0168","object":"BE-M0082","type":"qualifies","description":"Prior catalog relation: qualifies. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0168","object":"BE-M0087","type":"extends","description":"Prior catalog relation: extends. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0168","object":"BE-M0153","type":"complements","description":"Prior catalog relation: complements. Interpret as a conceptual link; the label alone supplies no evidence."},{"subject":"BE-M0169","object":"BE-M0132","type":"extends","description":"Repricing Mechanisms extends Demand Has a Shape, Not Just a Size; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0169","object":"BE-M0122","type":"complements","description":"Repricing Mechanisms complements The Amplifier, Not the Bubble; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0170","object":"BE-M0131","type":"extends","description":"Political and Noncommercial Demand extends Asynchronous Clocks; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0170","object":"BE-M0139","type":"complements","description":"Political and Noncommercial Demand complements Legitimacy and Enforcement; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0171","object":"BE-M0016","type":"specializes","description":"Geopolitical Junction Test specializes Power Distribution Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0171","object":"BE-M0139","type":"complements","description":"Geopolitical Junction Test complements Legitimacy and Enforcement; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0172","object":"BE-M0140","type":"complements","description":"Dependency Migration complements Strategic Dependence Asymmetry; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0172","object":"BE-M0148","type":"complements","description":"Dependency Migration complements Portability Is Exercised; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0173","object":"BE-M0139","type":"specializes","description":"Revocable Permission Layer specializes Legitimacy and Enforcement; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0173","object":"BE-M0147","type":"complements","description":"Revocable Permission Layer complements Action Boundary Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0174","object":"BE-M0139","type":"qualifies","description":"Control Coverage Gaps qualifies Legitimacy and Enforcement; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0175","object":"BE-M0091","type":"extends","description":"Noncommercial Capacity Entry extends Capital Asymmetry of AI; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0175","object":"BE-M0134","type":"complements","description":"Noncommercial Capacity Entry complements Efficiency, Demand and Value Incidence; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0176","object":"BE-M0090","type":"complements","description":"National Sector Concentration complements Market Structure Dynamics; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0176","object":"BE-M0127","type":"complements","description":"National Sector Concentration complements Downstream Incidence (The Bill for the Build); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0177","object":"BE-M0119","type":"specializes","description":"Contracted Risk Transfer specializes Deferral vs Transfer; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0177","object":"BE-M0121","type":"complements","description":"Contracted Risk Transfer complements The Credit Floor; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0178","object":"BE-M0125","type":"complements","description":"Payment Certainty and Capacity Adaptability complements The Sequencing Bet; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0178","object":"BE-M0128","type":"complements","description":"Payment Certainty and Capacity Adaptability complements Price Is Not Capacity; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0179","object":"BE-M0122","type":"complements","description":"Inflation and Financing Feedback complements The Amplifier, Not the Bubble; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0179","object":"BE-M0127","type":"complements","description":"Inflation and Financing Feedback complements Downstream Incidence (The Bill for the Build); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0180","object":"BE-M0090","type":"specializes","description":"Merchant Market Compression specializes Market Structure Dynamics; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0181","object":"BE-M0137","type":"complements","description":"Production Scale and Interdiction Exposure complements Technology Constellation; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0181","object":"BE-M0139","type":"complements","description":"Production Scale and Interdiction Exposure complements Legitimacy and Enforcement; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0182","object":"BE-M0020","type":"operationalizesModel","description":"Economic Seat Taxonomy operationalizesModel Perspective-First Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0182","object":"BE-M0127","type":"complements","description":"Economic Seat Taxonomy complements Downstream Incidence (The Bill for the Build); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0183","object":"BE-M0117","type":"qualifies","description":"Asset-Light Exposure qualifies Expensed vs Capitalized (The Control Group); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0183","object":"BE-M0136","type":"complements","description":"Asset-Light Exposure complements Clear Title (KEPT / PARTIAL / CAPTURED); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0184","object":"BE-M0112","type":"qualifies","description":"Local Proof and System Scale qualifies Capital Recovery Hurdle; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0184","object":"BE-M0132","type":"complements","description":"Local Proof and System Scale complements Demand Has a Shape, Not Just a Size; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0185","object":"BE-M0116","type":"complements","description":"Operating Performance and Valuation Duration complements Operating and Non-Operating Earnings; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0185","object":"BE-M0095","type":"complements","description":"Operating Performance and Valuation Duration complements Comparable Company Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0186","object":"BE-M0123","type":"specializes","description":"Circular Commercial and Financial Exposure specializes The Layer Map Is Not the Credit Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0186","object":"BE-M0116","type":"complements","description":"Circular Commercial and Financial Exposure complements Operating and Non-Operating Earnings; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0187","object":"BE-M0073","type":"qualifies","description":"Leveraged Equity Funding qualifies Asymmetric Betting Matrix; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0187","object":"BE-M0122","type":"complements","description":"Leveraged Equity Funding complements The Amplifier, Not the Bubble; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0188","object":"BE-M0116","type":"complements","description":"Valuation Update Lag complements Operating and Non-Operating Earnings; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0189","object":"BE-M0115","type":"complements","description":"Customer-Funded Working Capital complements Operating Absorption ≠ Cash Absorption; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0189","object":"BE-M0119","type":"complements","description":"Customer-Funded Working Capital complements Deferral vs Transfer; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0190","object":"BE-M0115","type":"specializes","description":"Integrator Working Capital Exposure specializes Operating Absorption ≠ Cash Absorption; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0191","object":"BE-M0038","type":"qualifies","description":"Scarcity Rent and Structural Rent qualifies Moat Hierarchy (Level 1/2/3); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0191","object":"BE-M0129","type":"complements","description":"Scarcity Rent and Structural Rent complements Toll Booths vs Tourists; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0192","object":"BE-M0116","type":"complements","description":"Customer Equity Incentives complements Operating and Non-Operating Earnings; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0192","object":"BE-M0159","type":"complements","description":"Customer Equity Incentives complements Incentive Compatibility Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0193","object":"BE-M0066","type":"complements","description":"Group Value-Source Migration complements VTDF Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0193","object":"BE-M0095","type":"complements","description":"Group Value-Source Migration complements Comparable Company Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0194","object":"BE-M0121","type":"specializes","description":"Credit-Supported Asset Financing specializes The Credit Floor; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0194","object":"BE-M0125","type":"complements","description":"Credit-Supported Asset Financing complements The Sequencing Bet; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0195","object":"BE-M0132","type":"qualifies","description":"Merchant and Captive Measurement Boundary qualifies Demand Has a Shape, Not Just a Size; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0195","object":"BE-M0111","type":"complements","description":"Merchant and Captive Measurement Boundary complements Operating Absorption and Capital Intensity; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0196","object":"BE-M0157","type":"complements","description":"AI Cost Incidence in Software complements Cost per Accepted Outcome; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0196","object":"BE-M0047","type":"complements","description":"AI Cost Incidence in Software complements Margin Conflict Strategy; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0197","object":"BE-M0099","type":"specializes","description":"Discovery Channel Erosion specializes AI Search Paradigm Shift; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0197","object":"BE-M0097","type":"complements","description":"Discovery Channel Erosion complements Digital Distribution Layers; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0198","object":"BE-M0146","type":"complements","description":"Information Substitution and Transaction Completion complements Semantic-to-Action Ladder; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0198","object":"BE-M0147","type":"complements","description":"Information Substitution and Transaction Completion complements Action Boundary Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0199","object":"BE-M0129","type":"specializes","description":"Machine-Access Monetization specializes Toll Booths vs Tourists; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0199","object":"BE-M0147","type":"complements","description":"Machine-Access Monetization complements Action Boundary Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0200","object":"BE-M0097","type":"extends","description":"Interface-to-Substrate Transition extends Digital Distribution Layers; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0200","object":"BE-M0135","type":"complements","description":"Interface-to-Substrate Transition complements Own the Junctions, Rent the Ends (The Property Line); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0201","object":"BE-M0046","type":"complements","description":"Segment-Level Substitution complements Weak Spot Analysis (5 Attack Vectors); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0201","object":"BE-M0031","type":"complements","description":"Segment-Level Substitution complements Niche-to-Microniche Strategy; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0202","object":"BE-M0010","type":"complements","description":"Metric Definition Drift complements Calibration Loop; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0202","object":"BE-M0163","type":"complements","description":"Metric Definition Drift complements Assumption and Prediction Ledger; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0203","object":"BE-M0116","type":"extends","description":"Earnings per Share Attribution extends Operating and Non-Operating Earnings; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0204","object":"BE-M0030","type":"complements","description":"Free-Tier Unit Economics complements Minimum Viable Audience (MVA); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0204","object":"BE-M0157","type":"complements","description":"Free-Tier Unit Economics complements Cost per Accepted Outcome; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0205","object":"BE-M0066","type":"operationalizesModel","description":"Revenue Architecture Comparison operationalizesModel VTDF Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0206","object":"BE-M0135","type":"complements","description":"Information Inputs and Value Appropriation complements Own the Junctions, Rent the Ends (The Property Line); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0206","object":"BE-M0060","type":"complements","description":"Information Inputs and Value Appropriation complements Data Flywheel; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0260","object":"BE-M0060","type":"specializes","description":"Decision Residue Flywheel specializes Data Flywheel; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0260","object":"BE-M0144","type":"complements","description":"Decision Residue Flywheel complements Reference Library and Customer Delta; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0207","object":"BE-M0156","type":"complements","description":"Multi-Axis Routing complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0207","object":"BE-M0157","type":"complements","description":"Multi-Axis Routing complements Cost per Accepted Outcome; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0207","object":"BE-M0160","type":"complements","description":"Multi-Axis Routing complements Autonomy Envelope; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0208","object":"BE-M0167","type":"specializes","description":"Routing Across Scales specializes Mechanism Transfer Test; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0209","object":"BE-M0053","type":"complements","description":"Model, Harness and Context Fit complements Context Engineering; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0209","object":"BE-M0156","type":"complements","description":"Model, Harness and Context Fit complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0210","object":"BE-M0143","type":"extends","description":"Cross-Depth Artifact Reuse extends Process Specification and Runtime; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0210","object":"BE-M0144","type":"complements","description":"Cross-Depth Artifact Reuse complements Reference Library and Customer Delta; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0211","object":"BE-M0054","type":"complements","description":"Selective Openness complements Protocol Mastery; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0211","object":"BE-M0135","type":"complements","description":"Selective Openness complements Own the Junctions, Rent the Ends (The Property Line); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0212","object":"BE-M0046","type":"specializes","description":"Capability Absorption Risk specializes Weak Spot Analysis (5 Attack Vectors); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0212","object":"BE-M0039","type":"qualifies","description":"Capability Absorption Risk qualifies Five Defensible Moats in AI; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0213","object":"BE-M0042","type":"extends","description":"Compute Stage and Workload Economics extends Three Layers of AI Industry; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0213","object":"BE-M0130","type":"complements","description":"Compute Stage and Workload Economics complements The Rotating Bottleneck; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0214","object":"BE-M0086","type":"specializes","description":"Commercial and Capability Workload Allocation specializes Dual-Engine Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0215","object":"BE-M0130","type":"complements","description":"Architecture Specialization Signal complements The Rotating Bottleneck; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0215","object":"BE-M0164","type":"complements","description":"Architecture Specialization Signal complements Regime-Switch Trigger; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0216","object":"BE-M0082","type":"complements","description":"Iteration Access and Talent Retention complements Super Individual Contributor; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0217","object":"BE-M0142","type":"complements","description":"Semantic Index Control complements Computable Operating Model; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0217","object":"BE-M0148","type":"complements","description":"Semantic Index Control complements Portability Is Exercised; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0218","object":"BE-M0143","type":"complements","description":"Four-Plane Intelligence Architecture complements Process Specification and Runtime; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0218","object":"BE-M0147","type":"complements","description":"Four-Plane Intelligence Architecture complements Action Boundary Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0219","object":"BE-M0053","type":"qualifies","description":"Context and Delegation Trust Boundaries qualifies Context Engineering; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0219","object":"BE-M0147","type":"complements","description":"Context and Delegation Trust Boundaries complements Action Boundary Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0219","object":"BE-M0160","type":"complements","description":"Context and Delegation Trust Boundaries complements Autonomy Envelope; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0220","object":"BE-M0146","type":"complements","description":"Query and Vocabulary Fit complements Semantic-to-Action Ladder; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0220","object":"BE-M0147","type":"complements","description":"Query and Vocabulary Fit complements Action Boundary Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0221","object":"BE-M0010","type":"complements","description":"Metric Optimization Pressure complements Calibration Loop; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0221","object":"BE-M0162","type":"complements","description":"Metric Optimization Pressure complements Counter-Model Pairing; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0222","object":"BE-M0149","type":"operationalizesModel","description":"Independent Evaluation Standard operationalizesModel Governance Independence Test; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0222","object":"BE-M0156","type":"complements","description":"Independent Evaluation Standard complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0223","object":"BE-M0143","type":"complements","description":"Behavioral Acceptance Specification complements Process Specification and Runtime; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0223","object":"BE-M0156","type":"complements","description":"Behavioral Acceptance Specification complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0224","object":"BE-M0143","type":"extends","description":"Governed Decision Loop extends Process Specification and Runtime; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0224","object":"BE-M0160","type":"complements","description":"Governed Decision Loop complements Autonomy Envelope; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0225","object":"BE-M0157","type":"complements","description":"Engineered Unit Economics complements Cost per Accepted Outcome; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0225","object":"BE-M0161","type":"qualifies","description":"Engineered Unit Economics qualifies Maintenance Burden Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0226","object":"BE-M0157","type":"qualifies","description":"Usage-Tail Pricing qualifies Cost per Accepted Outcome; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0227","object":"BE-M0066","type":"specializes","description":"Hybrid Pricing Transition specializes VTDF Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0227","object":"BE-M0159","type":"complements","description":"Hybrid Pricing Transition complements Incentive Compatibility Map; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0228","object":"BE-M0095","type":"extends","description":"Valuation Assumption Audit extends Comparable Company Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0228","object":"BE-M0112","type":"complements","description":"Valuation Assumption Audit complements Capital Recovery Hurdle; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0228","object":"BE-M0162","type":"complements","description":"Valuation Assumption Audit complements Counter-Model Pairing; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0229","object":"BE-M0111","type":"qualifies","description":"Revenue Counting Boundary qualifies Operating Absorption and Capital Intensity; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0229","object":"BE-M0116","type":"complements","description":"Revenue Counting Boundary complements Operating and Non-Operating Earnings; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0230","object":"BE-M0135","type":"complements","description":"Durable and Perishable Value complements Own the Junctions, Rent the Ends (The Property Line); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0230","object":"BE-M0095","type":"complements","description":"Durable and Perishable Value complements Comparable Company Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0231","object":"BE-M0095","type":"complements","description":"Enterprise Value and Obligation Reconciliation complements Comparable Company Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0231","object":"BE-M0119","type":"complements","description":"Enterprise Value and Obligation Reconciliation complements Deferral vs Transfer; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0232","object":"BE-M0041","type":"specializes","description":"Failure Scenario Valuation specializes The Survival Test; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0232","object":"BE-M0073","type":"complements","description":"Failure Scenario Valuation complements Asymmetric Betting Matrix; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0233","object":"BE-M0095","type":"qualifies","description":"Transaction Perimeter Read qualifies Comparable Company Analysis; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0234","object":"BE-M0094","type":"specializes","description":"Buyer and Seller Repetition Asymmetry specializes Negotiation Leverage Matrix; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0234","object":"BE-M0154","type":"complements","description":"Buyer and Seller Repetition Asymmetry complements Buyer Permission Path; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0235","object":"BE-M0154","type":"extends","description":"Buyer Qualification Framework extends Buyer Permission Path; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0235","object":"BE-M0136","type":"complements","description":"Buyer Qualification Framework complements Clear Title (KEPT / PARTIAL / CAPTURED); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0236","object":"BE-M0149","type":"complements","description":"Evaluation Provenance and Buyer Control complements Governance Independence Test; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0236","object":"BE-M0156","type":"complements","description":"Evaluation Provenance and Buyer Control complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0237","object":"BE-M0154","type":"complements","description":"Governed Fast Intake complements Buyer Permission Path; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0237","object":"BE-M0160","type":"complements","description":"Governed Fast Intake complements Autonomy Envelope; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0238","object":"BE-M0135","type":"specializes","description":"Deployment Control Inheritance specializes Own the Junctions, Rent the Ends (The Property Line); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0238","object":"BE-M0148","type":"complements","description":"Deployment Control Inheritance complements Portability Is Exercised; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0239","object":"BE-M0152","type":"complements","description":"Subsidy and Substitution Timing complements Coopetition Boundary; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0239","object":"BE-M0148","type":"complements","description":"Subsidy and Substitution Timing complements Portability Is Exercised; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0240","object":"BE-M0155","type":"complements","description":"Portability-Aligned Delivery complements Product-to-Service Boundary; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0240","object":"BE-M0148","type":"complements","description":"Portability-Aligned Delivery complements Portability Is Exercised; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0241","object":"BE-M0136","type":"extends","description":"Layered Dependency Audit extends Clear Title (KEPT / PARTIAL / CAPTURED); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0241","object":"BE-M0148","type":"complements","description":"Layered Dependency Audit complements Portability Is Exercised; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0242","object":"BE-M0151","type":"complements","description":"Enterprise as Distribution Complement complements Partner Distribution Fit; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0242","object":"BE-M0140","type":"complements","description":"Enterprise as Distribution Complement complements Strategic Dependence Asymmetry; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0243","object":"BE-M0087","type":"qualifies","description":"Relative Productivity Advantage qualifies Productivity Spectrum; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0244","object":"BE-M0087","type":"extends","description":"Productivity Transmission Across Scales extends Productivity Spectrum; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0244","object":"BE-M0168","type":"complements","description":"Productivity Transmission Across Scales complements Coordination Tax; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0245","object":"BE-M0083","type":"complements","description":"Federated Discovery and Central Coordination complements Permanent Beta Organization; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0245","object":"BE-M0168","type":"complements","description":"Federated Discovery and Central Coordination complements Coordination Tax; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0246","object":"BE-M0072","type":"complements","description":"Complementary Organizational Change complements AI Implementation Pyramid (4-Tier); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0246","object":"BE-M0084","type":"complements","description":"Complementary Organizational Change complements FRED Readiness Test; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0247","object":"BE-M0082","type":"qualifies","description":"Task Automation and Augmentation qualifies Super Individual Contributor; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0247","object":"BE-M0085","type":"complements","description":"Task Automation and Augmentation complements AI Discernment Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0248","object":"BE-M0082","type":"qualifies","description":"Human and Agent Capacity Envelope qualifies Super Individual Contributor; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0248","object":"BE-M0156","type":"complements","description":"Human and Agent Capacity Envelope complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0249","object":"BE-M0038","type":"specializes","description":"Organizational Complementarity Moat specializes Moat Hierarchy (Level 1/2/3); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0249","object":"BE-M0040","type":"complements","description":"Organizational Complementarity Moat complements Compound Moat Strategy; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0250","object":"BE-M0085","type":"complements","description":"Apprenticeship Erosion and Redesign complements AI Discernment Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0250","object":"BE-M0083","type":"complements","description":"Apprenticeship Erosion and Redesign complements Permanent Beta Organization; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0251","object":"BE-M0085","type":"extends","description":"Exception Judgment and Standard Evolution extends AI Discernment Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0251","object":"BE-M0144","type":"complements","description":"Exception Judgment and Standard Evolution complements Reference Library and Customer Delta; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0252","object":"BE-M0144","type":"complements","description":"Expert Seeding Investment complements Reference Library and Customer Delta; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0252","object":"BE-M0156","type":"complements","description":"Expert Seeding Investment complements Reliability Budget; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0253","object":"BE-M0082","type":"extends","description":"Expert Leverage Economics extends Super Individual Contributor; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0253","object":"BE-M0157","type":"complements","description":"Expert Leverage Economics complements Cost per Accepted Outcome; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0254","object":"BE-M0135","type":"operationalizesModel","description":"Four Ownerships of AI Work operationalizesModel Own the Junctions, Rent the Ends (The Property Line); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0254","object":"BE-M0149","type":"complements","description":"Four Ownerships of AI Work complements Governance Independence Test; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0255","object":"BE-M0153","type":"complements","description":"Executive Role Reconfiguration complements Deployment Responsibility Coverage; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0255","object":"BE-M0081","type":"complements","description":"Executive Role Reconfiguration complements AI-Native Organizational Archetypes; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0256","object":"BE-M0145","type":"complements","description":"Deployment Decision Sequence complements N+1 Deployment Learning Curve; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0256","object":"BE-M0153","type":"complements","description":"Deployment Decision Sequence complements Deployment Responsibility Coverage; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0256","object":"BE-M0158","type":"complements","description":"Deployment Decision Sequence complements Evidence-to-Value Chain; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0257","object":"BE-M0097","type":"complements","description":"Intent-Based Monetization complements Digital Distribution Layers; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0257","object":"BE-M0066","type":"complements","description":"Intent-Based Monetization complements VTDF Framework; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0258","object":"BE-M0056","type":"qualifies","description":"Transformation Direction qualifies AI-Up (AI-Native Startup); apply the narrower evidence and boundary conditions."},{"subject":"BE-M0258","object":"BE-M0068","type":"complements","description":"Transformation Direction complements Transitional vs Foundational Technology; apply the narrower evidence and boundary conditions."},{"subject":"BE-M0222","object":"BE-M0221","type":"qualifies","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0236","object":"BE-M0222","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0224","object":"BE-M0222","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0224","object":"BE-M0260","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0259","object":"BE-M0218","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0212","object":"BE-M0230","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0228","object":"BE-M0229","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0228","object":"BE-M0231","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0228","object":"BE-M0232","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0235","object":"BE-M0236","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0235","object":"BE-M0254","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0256","object":"BE-M0223","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0256","object":"BE-M0224","type":"usesModel","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0244","object":"BE-M0245","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0248","object":"BE-M0222","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0253","object":"BE-M0251","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0177","object":"BE-M0194","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0180","object":"BE-M0195","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."},{"subject":"BE-M0191","object":"BE-M0212","type":"complements","description":"Explicit cross-pack mechanism connection; test the relationship in the case at hand."}]}