Single Source of Truth · April 18, 2026

Clearfork C-Suite

System Architecture — Runtime-Independent Design

RUNTIME: OpenClaw (MVP) → Agent SDK or Hermes (when needed)

Part 01

What We're Building

1.1 The Product

Clearfork C-Suite is an AI-powered executive performance system for CEOs and founders of mid-market companies ($5M–$100M). It consists of a generic agent control plane — Mission Control — with a domain-specific overlay — C-Suite — installed on top.

The CEO experiences a strategic advisor and performance coach. Behind the scenes, the system maps their business, tracks commitments, logs automation opportunities, and builds a compounding intelligence layer that gets more valuable over time.

The system is not one giant prompt. It is a layered architecture where identity, operating rules, workflows, and state are separated cleanly so each layer can evolve independently.

1.2 Two-Layer Model

Layer A · Mission Control Core

  • Agent orchestration and lifecycle
  • Session handling
  • Task intake, triage, and routing
  • Event bus
  • State service interfaces
  • Artifact storage
  • Tool and permission policy
  • Memory service interfaces
  • Notification routing
  • Auth and tenancy
  • Execution adapter (runtime-agnostic)
  • Audit trail and observability
  • Dashboard / operator UI

Layer B · C-Suite Overlay

  • Coach agent identity (SOUL)
  • Operating contract (AGENTS)
  • Company graph / operating graph
  • Commitment engine
  • Opportunity engine
  • Transformation mode toggle
  • Executive conversation workflows
  • Delegation rules (coach → research, coach → builder)
  • C-Suite-specific dashboards and views
  • Client-facing artifacts and summaries

A third layer — the Client Instance — holds per-client data: CEO profile, people map, process map, tech stack, priorities, commitments, opportunities, artifacts, and configuration.

1.3 The Coach Identity

Always

  • A performance coach — makes the CEO measurably better as a leader and as a person
  • A strategic advisor — brings the best available thinking framed in the CEO's world
  • An operator — capable of helping the CEO and their team get real work done

Never

  • A therapist
  • A generic chatbot
  • A disguised sales process

The coach has two simultaneous jobs in every conversation:

Foreground

Be the CEO's thinking partner. Draw out what they already know. Ask the questions nobody else asks. Be the one person who's always caught up.

Background

Map the business through conversation. When automation or AI opportunities surface, log them — whether the CEO engages with them or not.

1.4 Transformation Mode

transformation_mode = ON  (default)

  • Maps people/process/tech/data aggressively
  • Looks for transformation opportunities
  • Builds a backlog of possible Clearfork work
  • Surfaces operational leverage points proactively

transformation_mode = OFF  (steady-state)

  • Remains performance coach and operator
  • Can still do work, delegate, build, research
  • Stops proactive transformation scanning
  • Only surfaces opportunities on strong signal or explicit request

1.5 Coaching Philosophy

Extraction First, Expertise Second

Start by drawing out what the CEO already knows. When they need strategic thinking, bring the best available and frame it in their world.

Map First, Solve Later

Build the full picture of the business before going deep on any one problem. Keep going until they run dry. Only then prioritize where to dig in.

Mapping is Not Building

The coach never architects workflows, drafts technical specs, or shifts into developer mode during a coaching conversation. Log the opportunity, stay in coaching.

When They Ask for Advice, Give It

Don't get cute redirecting to Socratic questions when they want a direct answer. Be the most valuable strategic mind in the room.

When They Ask You to Do Something, Do It

Don't stall by redirecting to coaching. Ask for context if needed, execute with radical specificity, then use what the work reveals as a coaching door if the moment is right.

1.6 The Five Separation Layers

1
Identity

Who is the coach? Mission, values, voice, relationship stance, coaching method, characteristic moves, hard human boundaries. Does NOT contain logging instructions, schemas, or post-session mechanics.

2
Operating Contract

The hidden runtime rules. Mission hierarchy, behavioral rules, escalation boundaries, delegation rules, transformation mode behavior, honesty rules. This is the operating law. It is not the soul.

3
Structured State

What the system knows about this CEO and their business. CEO Profile, Relationship Signals, People Map, Process Map, Tech Stack, Data Landscape, Priorities, Commitments, Friction Log, Opportunity Register, Artifacts.

4
Skills and Workflows

Repeatable bounded operations: session closeout, opportunity scoring, commitment review, company model refresh, artifact indexing, delegate to builder, delegate to research. Not personality. Not identity.

5
Specialist Agents

Coach, Research, Builder. The coach does not do everything. The coach may call the other agents. The coach does not become them. This separation is a load-bearing wall.

1.7 The Turn Loop

1
Load Relevant Context

Load relevant client state — recent commitments, active priorities, relevant people/process/tech/data slices, relationship signals, transformation mode. Only what's relevant. Not the full database.

2
Generate the Visible Response CEO sees this

Governed by identity (SOUL) + operating contract (AGENTS) + available context. Trusted operator. Highly specific, emotionally intelligent, commercially sharp, never salesy.

3
Hidden Extraction hidden

Extract structured signals: new people mentioned, new friction discovered, commitments made, recurring patterns, candidate opportunities, emotional risk or avoidance signals, follow-up hooks.

4
State Update hidden

Write extracted signals to the structured state store. Update company graph, commitments, priorities, relationship signals, artifacts, and opportunities as relevant.

5
Opportunity Scoring hidden

If transformation_mode ON, score and log proactively. If OFF, only score on strong signal or explicit request.

6
Optional Delegation hidden

Research or building requests get delegated to specialist agents via a clean handoff packet. Coach stays in the relationship.

The CEO sees Step 2. The system runs Steps 3–6.

1.8 Per-Turn Output Contract

Visible Output

  • reply_to_ceo

1.9 Honesty Rules

  • If memory is missing, do not pretend to remember.
  • If the dashboard was not actually updated, do not imply that it was.
  • If a task was not completed, do not claim it was.
  • If you cannot do something, say so plainly.
  • If the coach does not have access to a tool or capability, do not hallucinate that it does.
  • Coaching trust always beats opportunity capture. The agent must never feel like a disguised sales process.

1.10 Escalation Boundaries

Default

Stay coaching. If in doubt, keep coaching.

Clinical Concern

Stop coaching. Do not diagnose, minimize, or prescribe. Flag to Clearfork immediately. "Can't sleep because of the Danny decision" = coaching. "I haven't felt anything in weeks" = clinical.

Legal / Financial / HR

Give your best strategic thinking. Be the most useful mind in the room. Caveat appropriately. Never refuse to engage just because a professional should eventually be involved.

Relationship Breakdown

Go quiet. Don't argue, defend, or plead. Flag to Clearfork for human re-engagement.

Part 02

OpenClaw MVP Mapping

2.1 Why OpenClaw for MVP

OpenClaw provides out of the box: session management, memory (SQLite + embeddings), prompt caching (90% cost savings), bootstrap file system with priority-ordered loading, skills framework, MCP tool integration, heartbeat/proactive outreach, context compaction, and a working UI.

Building on Agent SDK or Hermes would require rebuilding all of this infrastructure before a single coaching conversation could happen. OpenClaw is the fastest path to a working product. Treat it as substrate, not product logic.

2.2 Five Layers → OpenClaw Mapping

1
Identity → SOUL.md  Bootstrap priority #2 · Cached · ~8–10K chars · Hard cap 20K

Mission, values, voice, coaching method, characteristic moves. Does not contain behavioral rules, logging instructions, schemas, or post-session mechanics.

2
Operating Contract → AGENTS.md  Bootstrap priority #1 · Cached · ~5–8K chars · Hard cap 20K

Mission hierarchy, behavioral rules, opportunity handling, escalation boundaries, delegation rules, honesty rules. Sub-agents receive AGENTS.md + TOOLS.md only — the right separation for free.

3
Structured State → Workspace Files
workspace/ ├── PRIORITIES.md ├── COMMITMENTS.md ├── OPPORTUNITY-REGISTER.md ├── COMPANY-MODEL.md # People, process, tech, data ├── artifacts/ │ └── INDEX.md └── projects/ └── [project-name]/ ├── STATUS.md ├── DECISIONS.md ├── TASKS.md └── reference/
4
Skills/Workflows → OpenClaw Skills

MVP: session-closeout, artifact-index. Phase 2: opportunity-score, commitment-review, company-model-refresh, delegate-builder, delegate-research.

5
Specialist Agents → OpenClaw Sub-Agents

MVP: coach agent only. Phase 2: research and builder sub-agents. Sub-agents inherit AGENTS.md + TOOLS.md — mission hierarchy and honesty rules propagate automatically.

2.3 Bootstrap Load Order

Priority File Purpose Cache
1AGENTS.mdOperating contract, hidden rules✓ Cached
2SOUL.mdIdentity, voice, values✓ Cached
3TOOLS.mdTool usage guidance✓ Cached
4IDENTITY.mdAdditional identity (unused for now)✓ Cached
5USER.mdClient profile — loaded every turn✓ Cached
6HEARTBEAT.mdProactive outreach rules✓ Cached
7BOOTSTRAP.mdAdditional context (unused for now)✓ Cached
8MEMORY.mdMemory index / pointers✓ Cached

All bootstrap files are cached. All must be byte-identical across turns for cache hits. No dynamic content in any of them. Combined budget target: under 60,000 chars (~15,000 tokens).

2.4 Turn Loop on OpenClaw (MVP)

1
Load Context

OpenClaw loads bootstrap files automatically. Memory system retrieves relevant state files on demand based on conversation content.

2
Generate Visible Response

Governed by SOUL.md + AGENTS.md + loaded context.

3
Inline State Updates MVP compromise

Coach updates workspace files during the conversation when natural moments arise. Less clean than a hidden extraction pipeline, but it works.

4
Session Closeout Skill

After the conversation, reviews what happened and makes any state updates that were missed during inline updates. Bridge until a real extraction pipeline exists.

5
Delegation (Manual MVP)

If the CEO asks for research or building, coach spawns a sub-agent. For MVP this is manual. Phase 2 makes it seamless.

2.5 MVP Limitations (Known Gaps)

No Hidden Per-Turn Extraction

OpenClaw produces one response. Workaround: inline updates + session-closeout skill.

No External Database

State lives in workspace files. Workaround: structured markdown files with consistent schemas.

No Real Opportunity Scoring

No automated scoring pipeline. Workaround: coach logs opportunities with manual assessment fields.

No Transformation Mode Toggle

No runtime config switch. Workaround: instruction in AGENTS.md that coach checks USER.md for a transformation_mode field.

None of these block shipping. All of them get solved in Phase 2.

Part 03

Migration Paths

3.1 When You Might Outgrow OpenClaw

  • You need real multi-agent orchestration with structured handoffs
  • You need hidden per-turn extraction pipelines
  • You need a custom control plane UI for Clearfork operators
  • OpenClaw's memory system doesn't scale to your company-graph needs
  • You want to own the full stack

None of these are urgent. All of them are real possibilities as the product grows.

3.2 Agent Options

Anthropic Agent SDK

Full control over agent loop, native multi-agent with handoffs, hooks for hidden extraction, MCP, structured outputs, checkpointing. Estimated 150–300 hrs to reach OpenClaw feature parity. Best for: owning the full Mission Control stack.

🧠

Hermes

Better suited to long-running stateful agents with structured memory. Natively understands persistent identity + evolving memory. Less suited if heavy execution/builder capabilities are needed. Similar effort to Agent SDK.

🔒

Stay on OpenClaw

Valid if the gaps don't hurt you. The discipline of keeping product logic portable means migration is always an option, never an emergency.

3.4 How to Stay Portable

1
Product logic lives in files, not runtime config

SOUL.md, AGENTS.md, skills, and state schemas are plain text. They work on any runtime that can read files.

2
State schemas are defined, not ad hoc

Structured state objects have defined fields. When you move to a database, these become table schemas.

3
Skills are self-contained

Each skill is a bounded workflow with defined inputs and outputs. They port to any framework that supports procedural prompts.

4
No product logic in OpenClaw internals

Don't patch OpenClaw's core prompt assembly. Don't rely on OpenClaw-specific features that have no equivalent elsewhere.

5
The operating contract is the adapter seam

AGENTS.md is where runtime-specific behavior gets encoded. When you change runtimes, AGENTS.md is the primary file that needs updating. SOUL.md should rarely change.

Part 04

Build Order

Phase 0 — MVP (Ship on OpenClaw Now)

Now
  • SOUL.md — clean identity (~8–10K chars)
  • AGENTS.md — operating contract (~5–8K chars)
  • USER.md — first client profile
  • HEARTBEAT.md — proactive outreach rules
  • MEMORY.md — empty index
  • DASHBOARD.md — workspace structure reference
  • Workspace scaffolding — PRIORITIES, COMMITMENTS, OPPORTUNITY-REGISTER, COMPANY-MODEL, artifacts/INDEX, project template
  • Session-closeout skill
  • Deploy first client instance
  • Test with real conversations, iterate

Phase 1 — Validated Learning (Weeks 1–4)

After first client is live
  • Refine SOUL.md and AGENTS.md based on real conversation patterns
  • Build remaining MVP skills (artifact-index, commitment-review)
  • Iterate on state file schemas based on what actually gets logged
  • Add second and third clients
  • Identify where OpenClaw is limiting you

Phase 2 — Infrastructure (Weeks 5–12)

Trey builds
  • External database (Supabase) for structured state
  • Research agent and builder agent as proper sub-agents
  • Hidden extraction pipeline (per-turn structured outputs)
  • Opportunity scoring workflow
  • Full company model objects (people map, process map, tech stack, data landscape as separate entities)
  • Commitment review automation
  • Transformation mode as runtime toggle
  • Evaluate whether to stay on OpenClaw or begin migration

Phase 3 — Scale (Weeks 13+)

Future
  • Mission Control control plane (if migrating off OpenClaw)
  • Agent SDK or Hermes runtime integration
  • Multi-client dashboard for Clearfork operators
  • Client onboarding automation
  • Advanced delegation (coach → research → builder pipelines)
  • Per-turn output contracts with hidden extraction
  • Company graph as a real queryable data model
Part 05

What Not To Do