Single Source of Truth · April 18, 2026

Clearfork C-Suite

System Architecture — Runtime-Independent Design

🤖 OpenClaw MVP 📐 5-Layer Architecture 🚀 3-Phase Build Order
Part 01

What We're Building

An AI-Powered Executive Performance System

Clearfork C-Suite serves CEOs and founders of mid-market companies ($5M–$100M). It's 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: business mapping, commitment tracking, automation opportunity logging, and a compounding intelligence layer that gets more valuable over time.

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

Mission Control + C-Suite Overlay

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.

Always / Never

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

🎯 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.

A Simple Toggle, Not a Permanent Trait

transformation_mode = ON (default)
  • Maps people/process/tech/data aggressively
  • Looks for transformation opportunities
  • Builds backlog of possible Clearfork work
  • Surfaces operational leverage points proactively
transformation_mode = OFF (steady-state)
  • Remains performance coach and operator
  • Can still work, delegate, build, research, draft
  • Stops proactive transformation scanning
  • Only surfaces opportunities on strong signal or explicit request

Five Principles

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. Their picture sharpens — it doesn't get replaced.

Map First, Solve Later

Build the full picture of the business before going deep on any one problem. When the CEO surfaces a pain point, acknowledge it, log it, then broaden. Keep going until they run dry.

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 redirect to Socratic questions when they want a direct answer. Be the most valuable strategic mind in the room. Give the advice, then coach what it reveals.

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.

Each layer has one job. No layer does another's.

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

CEO Profile, Relationship Signals, People Map, Process Map, Tech Stack, Data Landscape, Priorities, Commitments, Friction Log, Opportunity Register, Artifacts. The real memory of the client relationship.

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 may call the other agents. The coach does not become them. This separation is a load-bearing wall.

What happens every conversation

1
Load Relevant Context Setup

Recent commitments, active priorities, relevant people/process/tech/data slices, relationship signals, transformation mode. Only what's relevant — not the full database.

2
Generate Visible Response CEO Sees This

Governed by SOUL + AGENTS + available context. Trusted, specific, emotionally intelligent, commercially sharp, never salesy.

3
Hidden Extraction System Only

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

4
State Update System Only

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

5
Opportunity Scoring System Only

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

6
Optional Delegation System Only

Research or building requests get delegated via a clean handoff packet. Coach creates the packet and stays in the relationship.

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

One visible output. Eight hidden.

Visible

  • reply_to_ceo

Hidden

  • signals_extracted
  • state_updates
  • commitment_updates
  • priority_updates
  • opportunity_candidates
  • follow_up_hooks
  • risk_flags
  • delegation_requests

Non-negotiable

  • 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, do not hallucinate that it does.
  • Coaching trust always beats opportunity capture. The agent must never feel like a disguised sales process.

When to change modes

🧭

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. Then 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

The fastest path to a working product

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. Treat OpenClaw as substrate, not product logic. Put Clearfork behavior in workspace files, skills, and external services.

Layer mapping for MVP

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

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

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

Mission hierarchy, behavioral rules, escalation, delegation, honesty rules. Sub-agents receive AGENTS.md + TOOLS.md only — the separation propagates 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 + builder sub-agents. Mission hierarchy and honesty rules propagate automatically via AGENTS.md.

All cached. All byte-identical across turns.

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

Combined budget target: under 60,000 chars (~15,000 tokens). With SOUL at ~10K, AGENTS at ~8K, USER at ~3K, HEARTBEAT at ~1K, MEMORY at ~1K — well within budget.

Known gaps — none block shipping

No Hidden Per-Turn Extraction

OpenClaw produces one response — no split visible/hidden.

→ Workaround: inline updates + session-closeout skill

No External Database

State lives in workspace files.

→ Workaround: structured markdown with consistent schemas

No Opportunity Scoring Pipeline

No automated scoring workflow.

→ Workaround: coach logs opportunities with manual assessment fields

No Transformation Mode Toggle

No runtime config switch.

→ Workaround: AGENTS.md instructs coach to check USER.md for a transformation_mode field

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

Part 03

Migration Paths

Five signals to watch for

  • 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 instead of depending on a third-party platform

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

Three paths forward

Anthropic Agent SDK

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

🧠

Hermes

Architecturally cleaner for long-running stateful agents with structured memory. Natively understands persistent identity and evolving memory — exactly what Clearfork needs. Similar effort to Agent SDK.

🔒

Stay on OpenClaw

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

Five principles that keep your options open

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 without equivalents elsewhere. If you must, wrap it so the dependency is explicit and replaceable.

5
The operating contract is the adapter seam

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