Doctrine Knowledge Graph

A global map of how Field Notes, operational patterns, and Doctrine entries connect across the site.

Most websites organize ideas as a list: posts, pages, categories, tags, and archives.

This site is different. The Doctrine library is not meant to be read only as a sequence of articles. It is a connected body of practice, built from field experience, operational patterns, reusable concepts, and supporting examples.

A Field Note usually begins with a concrete situation: a failure pattern, a leadership problem, a coordination breakdown, a seam between institutions, or a lesson from lived operational work. A Doctrine entry turns that experience into a reusable concept, diagnostic, or framework.

You may have already seen these relationships at the bottom of individual Field Notes or Doctrine entries. But those local links only show one small part of the system at a time. This page shows the relationships globally.

The purpose of this index is to make the structure visible: which Field Notes support which Doctrine entries, and which Doctrine entries are repeatedly reinforced across different Field Notes.

Why This Index Exists

A normal blog archive answers a simple question: “What has been published recently?”

This index answers a different question: “How do these ideas connect?”

That distinction matters. A collection of posts can show activity. A connected index shows architecture. It demonstrates that the site is not just commentary, but a traceable knowledge system where field observations, conceptual frameworks, and reusable doctrine support one another.

For practitioners, this makes it easier to move from a real-world example into the underlying concept. For researchers, it shows how individual cases accumulate into patterns. For clients, partners, and reviewers, it shows that the work is not isolated writing. It is a structured body of practice.

How to Read This Page

This page is organized in two directions.

First, Field Notes are listed with the Doctrine entries they reference. This lets you start from a narrative or example and move into the deeper concept behind it.

Second, Doctrine entries are listed with the Field Notes that support them. This lets you start from a framework or concept and see where it appears in practice.

Together, these two views reveal the global interlinkage of the site.

Field Notes → Doctrine Entries

This view shows which Doctrine entries each Field Note extends, illustrates, or supports.

Why Ledger/Visibility Collapse is everywhere in 2026

The Loudest Listener: When Interviews Become Something Else

Field Note: Defining “Operator”

Doctrine Entries → Supporting Field Notes

This view shows which Field Notes support, extend, or illustrate each Doctrine entry.

ANNEX A. Human Contracts

ANNEX D. Decision Altitudes Model

ANNEX G. Leadership Doctrine

Annex L: The Rosetta Stone for Data Teams: Bridging the Gap Between Technicians and Executives

Doctrine 01: Federation vs Integration in Mission Networks

Doctrine 02: Distributed Decisions Increase Alignment, Speed, and Resilience

Doctrine 03: Interfaces Are Where Systems Break, So They Require Stewards, Contracts, and Ownership

Doctrine 06: A Two-Lane System Protects Stability and Enables Evolution

Doctrine 12: Resilience Is an Emergent Property, Not a Feature

Doctrine 16: Portfolio Thinking Ensures Effort Aligns With What Actually Matters

Doctrine 18: Commitment Outperforms Compliance in High Trust, High Tempo Environments

Doctrine 20: Golden Datasets: Putting Truth In One Place Without Pretending Everything Is Perfect

Doctrine 24: Stewardship Places the Burden on the Steward, Not the Parties