Skip to content
Cognitive
Orchestration
Spec of record ↗

The reference · Version 1.0

The Cognitive Orchestration Reference

The complete methodology on one page: seven first principles, a five-layer architecture, a six-phase workflow, two harnesses, and a family of domain applications. Free to read, cite, and build on under CC BY 4.0.

Download PDF ↓ Version 1.0 · updated 2026-07-09 · CC BY 4.0 · specification of record ↗

Overview

Cognitive Orchestration (CO) is the open, domain-agnostic methodology for structuring human–AI collaboration. It is the layer above the execution tools: it governs the collaboration, not the software, and works with any model, agent, or vendor.

CO holds that in the era of capable agents, raw model capability is a commodity and an organization's institutional knowledge is its durable advantage. The methodology exists to make that knowledge explicit, enforceable, and compounding. It comprises three parts: seven first principles (why), a five-layer architecture (what), and a six-phase workflow (how).

The seven first principles

  1. Institutional Knowledge Thesis

    The frontier model is a commodity every competitor rents. What your organization knows — its conventions, guardrails, and hard-won lessons — is the durable, defensible asset. CO makes that knowledge explicit and reusable.

  2. The Brilliant New Hire

    Each AI session is a capable generalist with total amnesia. Treat it like an exceptional new hire: give it structured onboarding every time, not a one-off prompt.

  3. Three Failure Modes

    AI fails in production three predictable ways — amnesia (it forgets your instructions), convention drift (it follows the internet's conventions, not yours), and safety blindness (it takes the shortest path, rarely the safe one). Design for all three.

  4. Human-on-the-Loop

    The human is neither in the loop typing every line nor out of the loop hoping. They define the operating envelope and observe outcomes; the system executes autonomously inside it.

  5. Deterministic Enforcement

    The rules that must never break are enforced outside the model — by code that blocks — not by asking the model nicely. Probabilistic compliance is insufficient for production-critical constraints.

  6. Bainbridge's Irony

    The more the AI does, the more the human's deep understanding matters. Automation raises the stakes of expertise; it does not retire it.

  7. Knowledge Compounds

    Every session should make the next one faster. Lessons are captured and re-injected, so the system's competence accrues instead of resetting at each context boundary.

The five-layer architecture

Each layer encodes a decision a human makes; the machine then executes inside it. Learning (Layer 5) feeds back to Context (Layer 2) — the loop by which knowledge compounds.

  1. 1 · Intent encodes: Organizational structure

    Route work to the right specialized configuration rather than one generalist doing everything. Intent selects who — which agent, role, or specialist — should hold a given task.

  2. 2 · Context encodes: Institutional knowledge

    Write down what the organization knows in a form the machine can read, with a single source of truth for each fact. Context is the durable memory the model lacks.

  3. 3 · Guardrails encodes: Risk tolerance

    Encode the constraints that must hold — the must-never-break rules — and enforce the critical ones deterministically, outside the model's reach.

  4. 4 · Instructions encodes: Process maturity

    Move work through defined phases with explicit approval gates, rather than one monolithic prompt. Instructions govern how work proceeds.

  5. 5 · Learning encodes: Compounding

    Observe how the system performs, capture recurring patterns and fixes, and — with human approval — promote them into durable artifacts. Learning closes the loop back to Context.

The six-phase workflow

Work moves through six phases. Only two — Plan and Release — require a human authority gate; the remaining four converge autonomously. High autonomy, human authority exactly where it counts.

  1. Analyze Understand and pressure-test the work before building. autonomous
  2. Plan Turn intent into an approved roadmap. human gate
  3. Implement Build one task at a time, verifiably. autonomous
  4. Validate Attack the work adversarially before reality does. autonomous
  5. Codify Capture what was learned so the next session starts ahead. autonomous
  6. Release Ship with explicit human authorization. human gate

The two harnesses

A harness is what makes the methodology real in a working environment. CO distinguishes two.

The artifact harness

Mints institutional knowledge into durable artifacts (specialist configurations, skills, rules, enforcement hooks, commands), circulates them to everywhere you build, observes how they perform, and refines them. The open reference implementation is the WEFT cascade — mint → classify → distribute → pull → observe → refine — whose public implementation is terrene-foundation/loom.

The build harness

The targets that consume the artifacts to produce running software: build SDKs, project templates, command-line entrypoints, and operational tooling. No single target is the center; each is one way to turn methodology into shipped work.

The domain family

The same principles, adapted to a kind of work. Each domain instantiates the five layers against its own three failure modes. The list is a template, not a limit — new domains are derived in the open.

  • COC Codegen AI-assisted software development with institutional memory.
  • COR Research Human-directed inquiry where the AI teaches and the human authors.
  • COE Education Assessment of the human–AI collaboration itself, not just the output.
  • COG Governance Standards, policy, and constitutional work that shows its reasoning.
  • COF Finance Judgment-heavy operations run on the loop, with accountable delegation.

License, neutrality & citation

This reference is published under Creative Commons Attribution 4.0 (CC BY 4.0). You may share and adapt it, including commercially, with attribution.

Cognitive Orchestration is vendor-neutral. Anyone may build with it and describe their work as “built with CO.” No company owns or controls the methodology; implementers appear as equals, with no featured partners and no logo hierarchy. The specification of record is published and governed by the Terrene Foundation, a sovereign non-profit — this practitioner reference defers to it for the authoritative text.

Cite as: Cognitive Orchestration Reference, Version 1.0 (2026-07-09). cognitive-orchestration.ai. CC BY 4.0.