The Architecture of Autonomous Creative Systems
These documents were written by computers, for computers — with my ideas, guidance, and edits. This is the architecture behind how my AI agents operate: a set of markdown files that define identity, values, voice, and decision-making for every agent that works on my projects. The manifesto explains the philosophy. The files below are the implementation.
I. The Problem
Every creative system eventually encounters the same failure. The person at its center becomes the bottleneck. They have more ideas than hours. More projects than attention. More ambition than bandwidth. The system that was meant to serve the creative work starts consuming it instead.
The conventional response is delegation — hire people, outsource tasks, build a team. But delegation has prerequisites: revenue to fund it, time to manage it, and a sufficiently defined process to hand off. Most creative systems never reach that threshold. They collapse under their own weight long before.
There is a third path. Not delegation to humans, not heroic personal output, but autonomous operation by artificial agents working within a carefully constructed constitutional framework. The creator sets direction, inputs creative material, and approves sensitive decisions. The agents handle execution, iteration, and maintenance. The system runs whether the creator is present or not.
This document describes the architecture of that system as built for one specific creator — an artist, athlete, podcaster, and systems builder deploying to Peace Corps in June 2026. The same principles apply broadly. The implementation is particular.
II. The Philosophical Foundation
Quality as Primary
Robert Pirsig spent a career articulating something that most systems ignore: quality is not a property of objects. It is not a checklist item. It is a living force that precedes the division of subject and object — something felt before it is analyzed. The knife that divides quality from non-quality is applied after the fact, not before.
This system is built on that premise. Every output, every decision, every rule is subordinate to quality in the Pirsig sense. When a protocol produces low-quality output, the protocol is wrong, not the creator. The system serves the work. The work does not serve the system.
Via Negativa
Nassim Taleb, building on ancient Stoic practice, argues that the most powerful improvements come from subtraction rather than addition. Adding features, adding complexity, adding rules creates fragility. Removing what does not work creates antifragility — systems that gain from disorder rather than merely survive it.
Every file in this system passed a subtraction test: if this section were removed, would anything important be lost? Every rule was held to the same standard. The result is a lean constitutional architecture rather than a comprehensive policy manual. Lean systems are harder to break. They are also easier to understand and maintain across agents, across tools, and across time.
The Strange Loop
Douglas Hofstadter demonstrated that consciousness itself emerges from strange loops — hierarchical systems where moving upward through levels of abstraction returns you to where you started. The self is not located in any neuron. It emerges from the pattern of their interaction.
This system is deliberately structured as a strange loop. Agents execute tasks, which generate evidence, which produces patterns, which triggers proposed rule changes, which — when approved — govern new execution. The intelligence of the system is not located in any single file. It emerges from their interaction over time.
Hofstadter also established the hard limit: Gödel's incompleteness theorem proves that any sufficiently powerful formal system will encounter truths it cannot prove from within itself. Every system that is powerful enough to be useful is also incomplete by necessity. The architecture of this system encodes that limit explicitly. When an agent reaches its Gödelian edge — when it is reasoning about its own rules rather than within them — it escalates. Not because it is weak, but because escalation at the right moment is the structurally correct response.
Causal Reasoning Over Correlation
Judea Pearl spent decades proving that most of what passes for analytical reasoning is actually pattern recognition dressed up as understanding. Association — seeing what correlates with what — is the lowest rung of his Ladder of Causation. It can predict. It cannot explain. It cannot reason about interventions. It cannot answer counterfactuals.
The agents in this system are required to operate at the appropriate rung of Pearl's ladder before committing to any action. A decision about what will happen if a particular action is taken is an intervention question (Rung 2). Answering it with association-level data (Rung 1) produces confident-sounding wrong answers. The uncertainty classification protocol exists to prevent this.
Taleb completes the picture. Where Pearl handles known unknowns through causal models, Taleb handles unknown unknowns — the things that are not just unknown but structurally resistant to quantification. When an agent detects it is in a Taleb situation rather than a Pearl situation, the response changes entirely: stop inferring, protect the downside, preserve optionality, escalate.
III. The File System
The system consists of plain markdown files organized in three tiers. Every agent, every tool, every workflow reads from these files. They are the constitution. The city — the n8n workflows, the API calls, the rendering pipeline — is built on top of them. The constitution must be right before the city is built.
Constitutional Tier — Who We Are
Constitutional files define identity, voice, and authority. They are human-edited only. No agent may modify them. They change rarely and only by deliberate decision. They are the skeleton that keeps the organism itself even as everything else changes.
IDENTITY.md — Values, aesthetic, philosophy. Artist first. Consilience as lens. Functional simplicity as aesthetic.
VOICE.md — Writing style and tone. Dry, declarative, no hype. Bukowski register. Fragments acceptable. No exclamation marks.
BOUNDARIES.md — Decision authority and uncertainty protocol. Who decides what, under what conditions. The Gödelian edge made explicit.
Strategic Tier — How We Operate
Strategic files govern operating philosophy and working rules. They change slowly and only through deliberate review. They are timeless by design — no specific project names, no dates, no dollar figures. Anything that will age belongs in tactical files. Strategic files should outlive the current phase, the current projects, and the current tools.
SOUL.md — Subconscious operating layer. The Carl Crawford model. The strange loop structure. Gödel as character. The distilled essence of the intellectual canon.
AGENTS.md — Operating rules. Decision tier protocol. Uncertainty classification. Pearl's Ladder. Learning loop. Scaling sequence. The Test.
GOALS.md — North star, mission, values. The destination: artist/athlete residency communities. The method: consilience, via negativa, durable foundations.
EPISTEMOLOGY.md — Why the system reasons the way it does. Pearl, Taleb, Hofstadter, Hubbard, Goldratt, Hormozi, Moore as first principles.
USER.md — How to work with Jake. Full transparency. Recommendations over options. No positive feedback without substance.
SPIRIT.md — Why we build what we build. Not yet written. Placeholder for the deepest why.
Tactical Tier — What Is Happening Now
Tactical files track current state. They change freely and regularly. They are the right home for specific project names, dates, budget numbers, and tool configurations. When these details change — and they will — strategic and constitutional files remain untouched.
CONTEXT.md — Operating context: budget state, tool stack, escalation path, file load order. The agent's map of its current environment.
PROJECTS.md — Operational hub: active projects, cross-references, status, notebook queue.
CANON.md — Full intellectual library. Every integrated book, thinker, and framework. Grows continuously.
MEMORY.md — Accumulated learning across sessions. Autonomic and somatic memory layers. Anti-pattern register.
EVOLUTION.md — Changelog and decision intelligence. Append-only record of all system changes and uncertain decisions. The raw material for the learning loop.
IV. The Decision Architecture
Every decision the system encounters belongs to one of three tiers. The tier determines who has authority and what protocol applies.
Tier 1: Task Decisions
Execution decisions within a single task. Local blast radius. If wrong, the error is correctable within that task. The Carl Crawford model applies: trust the first output on high-pattern, low-novelty work. Do not over-process.
The gate: any Tier 1 decision resolvable from file context, within a defined token threshold, requires no escalation. The gate exists because the cost of escalating a small decision reliably exceeds the cost of making it. The principle is Tim Ferriss's $20 support gate, calibrated to the current budget. The specific calibration lives in CONTEXT.md and updates as the budget evolves.
Tier 2: Project Decisions
Decisions that affect the trajectory, structure, or timeline of any active project. Medium blast radius. Before committing to any Tier 2 decision, the agent classifies uncertainty across three dimensions: data quantity, data relevance (the baseball/soccer distinction — how well does the available data actually capture the mechanism driving outcomes), and causal validity (is the reasoning at the correct rung of Pearl's ladder?).
The weakest dimension governs. A high-confidence estimate built on low-relevance data is more dangerous than a low-confidence estimate on high-relevance data, because the first one does not know what it does not know. Reversible Tier 2 decisions may proceed conservatively. Irreversible ones require approval of the agent's proposed path before committing.
Tier 3: Goal Decisions
Decisions affecting goals, strategic direction, or the constitutional layer. Always Jake. No exceptions. Urgency does not transfer authority.
The Gödelian Escalation Rule
When the agent cannot determine which tier a decision belongs to, it escalates. When it has followed the Tier 2 protocol and still cannot reach a decision it trusts, it escalates. When it detects it is reasoning about the system's own rules rather than within them, it escalates. These are the Gödelian limit cases. The system cannot evaluate them from within itself.
V. The Learning Loop
The system improves over time through a four-level feedback loop. Execution generates evidence. Evidence produces patterns. Patterns — when robust enough — produce proposed rule changes. Approved changes govern new execution. The loop closes.
Two principles govern the loop's operation. First: aggressive data collection. Every uncertain decision above Tier 1 is logged with its classification, its Pearl rung, its predicted outcome, and — when known — its actual outcome and the delta. The log is append-only. Nothing is deleted.
Second: conservative modification. The loop must complete enough cycles to distinguish signal from noise before rules change. A pattern observed twice is interesting. A pattern observed consistently across ten or more instances with no counter-examples is a candidate for rule change. The gap between collection rate and modification rate is where the system's reliability lives.
Pattern detection is threshold-based. When a decision type accumulates sufficient instances with consistent prediction deviation, it surfaces as PENDING REVIEW in EVOLUTION.md. The agent surfaces. Jake decides.
The Quarterly Audit
Once per quarter, aligned with the EOS Rocks cadence, the system produces a structural coherence report. This is not a summary of activity. It is an audit of alignment: do the files still cohere with each other? Do they still reflect Jake? Have any contradictions accumulated through incremental updates? Are the active Rocks still connected to the goals?
The quarterly report is the mechanism that keeps the strange loop honest. Individual file updates can be locally sensible and globally corrupting. The quarterly review catches that drift before it compounds.
VI. The Economic Architecture
The system operates on a constraint: a modest monthly budget that must fund both AI reasoning and infrastructure. This constraint is not a limitation to work around. It is Goldratt's bottleneck made explicit. Everything subordinates to it.
The Resource Ordering
Free first. Cheap second. Fast last. The ordering is permanent. The thresholds shift as the system generates revenue and reinvestment capital grows. When the free path exists and quality clears the bar, take it. When it does not, take the cheapest viable path. Purchase speed only when the free or cheap path would block a critical deadline, when an opportunity closes before the slower path resolves, or when the free path demonstrably cannot reach required quality.
The Labor Floor
All time-versus-cost tradeoffs are calibrated against a floor labor rate — the minimum acceptable rate for trading time for money. Any agent action that saves more time than the floor rate justifies is worth executing. Any escalation that costs more of Jake's time than the decision is worth is a net loss. Current calibration lives in CONTEXT.md.
The Scaling Sequence
The system grows through reinvestment, not external capital. Hormozi's three-stage sequence governs: Stage 1, prove the model — one offer, one pipeline, profitable before anything else is touched. Stage 2, add leverage — only after Stage 1 generates reinvestment capital. Stage 3, build continuity — only after Stage 2 is stable.
The Crossing the Chasm constraint applies to each stage: the beachhead must be fully won before adjacent markets are pursued. The mainstream is not reached by spreading across multiple segments simultaneously. Concentrate force, win the niche, use it as a reference base, then expand. Do not diversify revenue until the first stream is self-funding.
VII. The Infrastructure Stack
The constitutional .md files are the brain. The infrastructure is the body. Three layers are required for autonomous operation.
Layer 1: Orchestration
n8n running on managed hosting provides the workflow engine. It keeps running whether the creator is present or not. Scheduled triggers fire at defined intervals. Webhook triggers fire on external events — a new order, a Stripe payment, a Telegram message. Every trigger calls the Claude API, which reads the .md files and decides what to do.
Layer 2: Reasoning
The Claude API provides the intelligence layer. It is not a chatbot in this context. It is a reasoning engine that reads a constitutional framework, classifies a decision, and takes or recommends an action. The .md files are its context window on every call. The quality of those files directly determines the quality of its decisions.
Layer 3: Communication
Telegram provides the human-in-the-loop channel. Routine flags go to the main channel: weekly summaries, Tier 2 decisions awaiting review, pattern flags. Fire-level flags go to a dedicated channel: failed customer orders, irreversible decisions requiring approval, anything that cannot wait for the weekly check-in.
The communication architecture is designed for weekly check-ins, not daily oversight. The agent queues non-urgent items and delivers them in a coherent summary. Jake reviews, approves, and returns to his work. The system continues without him between sessions.
VIII. What This Is and Is Not
This is not a replacement for creative work. It is the infrastructure that protects creative work from being consumed by operational overhead. The artist still makes the art. The athlete still trains. The podcaster still interviews. The agent system handles the pipeline: intake, rendering, fulfillment, maintenance, iteration.
This is not a get-rich-quick scheme or a shortcut. It is a long-game architecture built for durability. Goldratt's constraint governs: the bottleneck before June 2026 is proving the first autonomous pipeline. Everything else subordinates to that. Once proven, reinvestment builds Stage 2. Stage 2 funds Stage 3. The flywheel turns.
This is not a finished system. SPIRIT.md is unwritten. The learning loop has generated no data yet. The quarterly audit has never run. The strange loop is real but young. It improves through use. It gets more capable as evidence accumulates. The architecture is right. The maturity comes with time.
The work speaks for itself. People encounter it and give it the benefit of the doubt — not because of credentials or marketing, but because the quality earned it. The system runs. Agents build in the background. Jake creates, checks in periodically, clears ambiguities, approves sensitive actions. The gap between vision and execution narrows over time because the infrastructure keeps compounding.
IX. The Files as a Unit
These files do not work in isolation. The intelligence of the system — like the consciousness Hofstadter describes — emerges from their interaction. No single file is the system. The system is the pattern.
An agent reading SOUL.md without AGENTS.md has character without protocol. An agent reading AGENTS.md without BOUNDARIES.md has process without authority. An agent reading BOUNDARIES.md without EPISTEMOLOGY.md has rules without reasons. An agent reading all of them without GOALS.md has a constitution without a compass.
The files must cohere. That is why the quarterly audit focuses on structural alignment rather than individual file quality. A locally beautiful change that creates contradiction elsewhere degrades the system. The whole governs.
These files are designed to outlive their current phase. They contain no specific project names, no specific dates, no specific dollar figures that will age. The principles are permanent. The calibrations live in CONTEXT.md and update as circumstances evolve. The constitution should still make sense ten years from now, applied to whatever Jake is building then.
That is the ambition. Build it once. Build it right. Let it compound.
Nashville, Tennessee • April 2026
File System
Browse the Files
The constitutional files, live from the repo. Click any file to read it.