Gnesis · Marketing OS

Aleph.

The marketing operating system that turns user requests into deliverables. Three components, one flow. Built so the orchestrator can compose without re-deriving anything from scratch.

3Components
~390Chapters
56Deliverables
8Lifecycle archetypes
15Disciplines
§1 · Architecture

How the three pieces fit together

Aleph isn't a single thing. It's a knowledge base, a catalog, and a router — each with a job, in a specific order. The router governs the process. The catalog tells the router what to pull. The knowledge base holds the actual marketing intelligence.

USER REQUEST "Build a brand thesis for our B2B SaaS" COMPONENT 03 Router The governor. Detects archetype. Consults catalog. Composes output. consults COMPONENT 02 Catalog The lookup table. 147 deliverables × 31 categories × 34 bespoke + 30 pack templates. pulls from COMPONENT 01 Knowledge Base ~390 chapters across 15 disciplines. + Templates (lifecycle masters, briefs). tells router which chapters + templates DELIVERABLE Filled template + decision trace + sources
§2 · The three components

What each piece does, and what each holds.

Each component is a distinct artifact. Delete one and the others stop being useful. They're decoupled but not independent.

Component 01

Knowledge Base

The actual marketing intelligence. Chapters, frameworks, matrices, decision rules across fifteen disciplines. This is where the substance lives.

Lives at /revised/{discipline}/ with templates at /revised/_templates/.

  • Disciplines15
  • Chapters per discipline~26
  • Lifecycle archetype masters8
  • Active templates32+
Component 02

Catalog

The lookup table. Maps user requests to chapter sets, matrices, and templates. Names what to pull when. Without it, every request would re-derive its composition from scratch.

Lives at /revised/DELIVERABLE-CATALOG.md.

  • Deliverables enumerated56
  • Composite deliverables5
  • With trigger phrases55 / 55
  • Tier-A templates8 (lifecycle)
Component 03

Router

The governor. Reads the user's request, detects the archetype, consults the catalog, pulls chapters, runs matrices, fills templates, emits the deliverable with a decision trace.

Lives at /revised/GNESIS-MARKETING-ROUTER.md.

  • Routing steps14
  • Safety provisions7 (§17-§23)
  • Hard rules6
  • StatusSpec'd, not built
§3 · How a request flows

A worked example.

User asks: "Build a brand thesis for our B2B SaaS company." Here's what happens, step by step. Most steps are silent; the user just sees the final deliverable.

01

Router parses the request

Identifies trigger phrase "brand thesis" and archetype signal "B2B SaaS". No archetype override from the user; the router uses business-model signature to confirm.

02

Archetype detection

B2B SaaS confirmed. Router pins master-lifecycle-b2b-saas.xlsx as the lifecycle reference, even though this isn't a lifecycle deliverable — it informs voice and persona defaults downstream.

03

Catalog consult

Looks up Deliverable 1. Catalog returns: required brand context (audience, category, founder POV, anti-positioning), primary chapters, matrices to run, and the template variant to fill (greenfield, repositioning, or sub-brand).

04

Variant selection

Router picks brand-thesis-worksheet-greenfield.docx based on archetype + brand-context cues (no existing thesis on file). If unclear, it would ask the user.

05

Pre-flight context check

Checks if 70%+ of required context is present. If not, pauses and asks the user for the missing fields in one batch. Otherwise proceeds and tags any inferred fields with their synthetic-anchor source.

06

Knowledge base pull

Router pulls primary chapters: brand-strategy/01-foundation-and-brand-thesis.md, framework chapters, and the templates pack reference. Loads them into composition context.

07

Matrices run

Two matrices fire: brand-tier classification (challenger vs. category-creator) and cultural posture (apolitical / values-aligned / cultural-leader / cultural-disruptor). Outputs feed the thesis.

08

Composition

Router fills the template using brand context for variable substitutions, framework outputs for structural decisions, and matrix outputs for posture / tier choices.

09

Quality + tier surfacing

Self-check: any unfilled variables? Any synthetic-brand placeholders that should be brand-specific? Tier flag attached: this template is currently Tier-B; output carries a "spot-check" annotation.

10

Emission

User receives: filled brand thesis (.docx), decision trace (which matrices ran, why), chapter trace (sources cited), open questions (where context was thin), and template-tier flag.

§4 · Design principles

Why it's built this way.

Catalog is the load-bearing piece

The router can't operate without the catalog; the catalog can be consulted manually without the router. That makes the catalog the authoritative artifact. Every decision about routing logic is downstream of how the catalog is structured.

Loud failures over silent ones

Every router provision has an escape hatch and a visible flag when it fires. A broken catalog reference surfaces in the output, not just in logs. A thin brand-context check pauses and asks rather than guessing. The router fails legibly so the failures get fixed.

Discipline, not intelligence

The router doesn't try to be smart. It follows a fixed sequence: detect archetype → consult catalog → pull chapters → run matrices → compose → flag. Smart routers fail in surprising ways. Disciplined ones fail in legible ways.

Composable archetypes

Eight lifecycle archetypes (B2B SaaS, D2C subscription, D2C one-time, services, fintech, ecommerce, marketplace, media) act as scaffolds. The closest archetype anchors voice, persona, and operational defaults; divergence from the archetype is surfaced explicitly.

Quality bar is per-template, not per-output

Every template is scored on seven dimensions (end-to-end coverage, multi-channel per row, operational rigor, persona branching, AI tagging, compliance integration, build-out layers). Outputs inherit a tier label so the user knows what they're looking at.

Variant-aware

Most deliverables come in variants (greenfield / repositioning / sub-brand for brand thesis; eight archetypes for welcome sequences; B2B / consumer for voice axes). The router picks based on archetype + explicit user signal + brand-context cues. When unclear, it asks.

§5 · Build status

Where each piece sits today.

Aleph is built in scaffold form with a runnable Python skeleton. The catalog has migrated to YAML (machine-readable). Five end-to-end simulations pass. Platform implementation (the runtime that wires the skeleton to LLM composition) is the remaining piece.

ComponentSub-pieceStatus
Knowledge Base16 disciplines, 513 chapters totalDone
Knowledge Base8 lifecycle archetype masters (Tier-A)Done
Knowledge BasePass 1-3 quality lifts (paid-media, brand-strategy, positioning)Done — 88%, 77%, Pass-3 bespoke
Knowledge BaseReference-depth chapter index (REFERENCE-INDEX.yaml)Done — 91 cataloged + 422 reference
Knowledge BaseIntegrity audit + structural sweepDone — 0 missing files, 0 thin chapters
Catalog147 deliverables across 31 categoriesDone — up from 56 / 11 at start
CatalogDepth audit: 0 thin · 49 medium · 98 thickDone — 67% thick
CatalogYAML structured form (DELIVERABLE-CATALOG.yaml)Done
Catalog35 compliance-aware deliverables with explicit regime mappingDone — GDPR, FINRA, HIPAA, etc. itemized
Catalog5 artifact composites + 10 engagement compositesDone
CatalogEngagement-readiness pre-flight (P0/P1/P2) on 13 compositesDone
Catalog30 category template packs (Pass-4 quality)Done
Catalog34 bespoke Pass-5 templates spanning brand-foundation, campaigns, email, social, launch, GTM, measurement, ABM, content, customer-marketing, retention, martech, AR/PR, partner, pricing, research, and engagement compositesDone
Catalog8 sample synthetic outputs across all 9 anchors + Aleph-on-Aleph self-demoDone
CatalogAvg trigger phrases: 8.1 per deliverableDone
RouterSpecification (§1-§23 of GNESIS-MARKETING-ROUTER)Done
RouterPython implementation (aleph_v2.py)Done
RouterJavaScript port (in runtime UI)Done
Router19 patches applied (A through V)Done
RouterRegression suite — 12 waves, 106+ scenariosDone — 95%+ pass
RouterEnd-to-end demo: fintech EU regulated launchDone
UIDependency graph (D3 force-directed) — liveDone — aleph-deps-gnesis.netlify.app
UIAleph-on-Aleph self-demo — liveDone — aleph-selfdemo-gnesis.netlify.app
CatalogSynthetic anchor profiles — 9 anchors with full audience/channel/KPI depthDone
UICatalog explorer with live router preview + 7 filter chips + cross-link to runtimeDone — aleph-catalog-explorer-gnesis.netlify.app
UIRuntime UI (chat-style) with brand-context library, persistent state, 2-deep composite expansion, engagement-readiness pre-flightDone — aleph-runtime-gnesis.netlify.app
OpsMaintenance + audit loop (depth + integrity + regression + drift)Done — GREEN
RoadmapFilling remaining 49 medium-depth deliverables to thickPending
RoadmapReal Aleph runtime as a server-side product (multi-user, persistent storage, SSO)Pending