Operator · Sandbox · Slice 101

Demo state summary

Current production status as of Slice 100. Use this page before and during every demo session. No backend calls are made from this page.

Design-partner-ready Not broad-launch-ready

What is live and production-verified

CapabilityStatusVerified
ProductTruth intake → D1 record✓ LiveSlices 63–65
Founder voice profile capture + approval gate✓ LiveSlices 66–68
Script generation — 6 channels + video scripts✓ LiveSlices 69–73
UGC ad pack (hooks, pain-agitate-solve, CTA)✓ LiveSlices 76–85
Review gate at every workflow step✓ LiveAll workflow slices
R2 ZIP export — buyer-ready package stored in R2✓ LiveSlice 97
Buyer docs in ZIP (README, CAMPAIGN_BRIEF, REVIEW_CHECKLIST, EXPORT_MANIFEST)✓ LiveSlices 94 + 97
EXPORT_MANIFEST.json — all 9 required fields, honesty guards, not_live_capabilities✓ LiveSlice 97
Design partner lead capture (design_partner_leads D1 table)✓ LiveSlices 88–92
Lead qualification ops (./scripts/leads.sh)✓ LiveSlices 88–92
Production artifact runbook (./scripts/artifact-runbook.sh)✓ LiveSlice 98

What is not yet live

CapabilityStatusBlocker
DALL-E image generationBlockedOPENAI_API_KEY not set in Cloudflare Pages env
OpenAI / ElevenLabs TTS audioBlockedTTS keys not set in Pages env
MP4 video renderingFutureDeferred — video composition manifest produced only
Grok/xAI market enrichmentFutureNot wired — Trelmir OS MVP2-Q
Live market signals / competitor intelligenceFutureNot connected — OS capability
Social platform publishingNot builtBy design — Klariven never auto-posts

Demo · Start here

Start here — live demo path

Follow this path for every live demo. Each step must be approved before the next runs. Do not skip gates.

Supporting surfaces

Product · Workflow

Input → Output → Outcome

What a founder puts into Klariven, what the workflow does with it, what comes out, and what the outcome is for their next campaign. Every step requires operator approval — nothing auto-advances.

A — Input
  • Product or offer URL
  • Target buyer (job title, company size, buying signal)
  • Buyer pain (specific, not generic)
  • Proof points (case study, metric, customer quote)
  • Allowed claims (pre-approved list)
  • Disallowed claims (what not to say)
  • Founder voice — real writing samples (2–5 examples)
  • Distribution channel targets (LinkedIn, X, email, paid)
B — Klariven Workflow
  • Founder voice capture and approval gate
  • ProductTruth / claim discipline — approved before any copy runs
  • Campaign package generation — 6 copy channels from one truth record
  • UGC variation planning — hooks, persona, angle, CTA matrix
  • Asset and message review gate — every step requires approval
  • Review-before-publish control — no step auto-advances
  • Export package preparation — buyer-ready ZIP with audit trail
C — Outputs
  • Campaign brief (structured ProductTruth record)
  • Founder-style post (LinkedIn + X, in the founder's voice)
  • UGC ad variation pack (hooks, pain-agitate-solve, CTA scripts)
  • Short-form scripts (30s and 60s video composition)
  • Landing-page angle (hero copy, value proposition)
  • Sales / email angle (outbound cold, follow-up)
  • Export-ready ZIP (README, Campaign Brief, Review Checklist, EXPORT_MANIFEST)
  • Proof and limitations notes (not_live_capabilities, provenance trail)
D — Outcomes
  • Faster campaign creation — from blank page to structured package
  • Cleaner founder messaging — claims anchored to approved ProductTruth
  • Reduced generic AI content — voice profile explicitly approved, not a tone preset
  • Safer claims before publishing — claim discipline enforced before any copy runs
  • Reusable launch assets — ProductTruth record reused across campaigns
  • Buyer-ready marketing package — ZIP with full review audit trail

Every lane requires operator approval before advancing. No copy is generated from unapproved claims. No content ships without a review gate. This workflow is the same whether the demo is run live or shown from the Slice 97 verified ZIP.

Demo · Example scenario

Demo scenario

A neutral fictional B2B SaaS example — concrete enough to make the workflow legible. Use this when explaining Klariven to a founder or buyer who asks "what would this look like for a real product?"

Fictional example · Not a real customer

Meridian — contract compliance tracking

B2B SaaS · Operations teams · 50–500 person companies · 50+ contracts/year

Input sample
Product: Meridian tracks contract compliance milestones before they lapse.

Buyer: Operations Director, 50–500 person company, 50+ active contracts/year.

Pain: Compliance gaps discovered after the contract expires, not before.

Proof: 23% reduction in post-contract compliance incidents in beta cohort.

Allowed: "Tracks milestones before they lapse," "integrates with existing contract systems."

Disallowed: "Eliminates compliance risk," "guarantees audit pass."

Voice: Direct, non-jargon, ops-team vernacular — talks about process failures, not strategy.

Channels: LinkedIn (primary), outbound email (secondary).
Generated package preview
LinkedIn post (founder voice):
"We track the contracts your ops team forgets exist — until the compliance window has already closed."

UGC hook variant:
"Here's what happens 72 hours before a compliance deadline when no one owns the calendar."

Sales email opener:
"Most ops teams don't know about a compliance gap until the audit is already scheduled."

Landing hero angle:
"Contract compliance tracking that fires before the deadline — not after."

All copy sourced from the approved ProductTruth above. No fabricated claims.
Review gate
Gate 1 — ProductTruth: Founder approves the 9-field ProductTruth record before any copy runs. Disallowed claims blocked at this step.

Gate 2 — Voice profile: Founder approves extracted voice profile ("direct, non-jargon, ops vernacular") before scripts run.

Gate 3 — Scripts: Founder reviews all 6 channel outputs. Approves, rejects, or requests rewrite per field.

Gate 4 — UGC pack: Founder reviews hook variants, persona scripts, CTA variations before ZIP export.

REVIEW_CHECKLIST.md: 8 review sections inside every ZIP — claims, voice, proof, channel fit, legal, image, audio/video, final publish approval.
Export outcome
ZIP downloaded to R2: trelmir-klariven-assets-dev

14 files: 10 campaign assets + 4 buyer docs

CAMPAIGN_BRIEF.md: Meridian ProductTruth record — buyer, pain, proof, approved claims, disallowed claims, channel targets.

EXPORT_MANIFEST.json: All 9 required fields present. not_live_capabilities lists mp4_render, grok_enrichment, social_publishing, live_market_signals. provenance_note confirms no AI calls at ZIP generation time.

README.md: "Review before publish. Klariven never auto-posts."

Meridian is a fictional product used only to make the workflow concrete. No real customer data, no real campaigns, no real publishing. The same workflow structure applies to any founder-led B2B product with a real buyer, a real pain, and real proof points.

Demo · Honesty posture

What this demo proves / what it does not prove

Be explicit about this with every founder, buyer, or design partner. The sandbox demo proves the workflow and product narrative — not production-readiness for live publishing or multi-tenant accounts.

✓ This demo proves
  • Workflow clarity — the 6-step path from intake to ZIP export is navigable by any founder without a technical guide
  • Operator path — each step has a clear gate; nothing runs without approval; the review model is visible at every step
  • Product narrative — Klariven's differentiation (claim discipline, voice profile, review-gated, provenance trail) is concrete and demonstrable
  • Review-before-publish model — every approval gate is live; the workflow enforces the "never auto-posts" position structurally, not just as a claim
  • Campaign-package structure — what's inside the ZIP (buyer docs, manifests, scripts) is real, open, and downloadable from R2
✗ This demo does not prove
  • Live publishing — no content is posted to any social platform. Klariven never auto-posts by design.
  • Production provider calls at export time — AI calls run during the workflow steps (intake, voice, scripts); the Slice 97 demo ZIP uses fixture data for images and audio because OPENAI_API_KEY is not set in the Pages env
  • Real social account connection — no OAuth, no platform API, no credential storage. Social publishing is not built.
  • Production billing — no payment system, no tenant accounts, no subscription management
  • Customer workspace persistence — sessions are local to the browser; no multi-user, no cross-device, no account layer

Demo · Artifact proof

Verified artifact proof

Slice 97 production smoke session — verified 2026-05-04. Use these IDs to retrieve the demo ZIP at any time.

Smoke session
KLARIVEN_E2E_SMOKE_20260504
Production URL
https://trelmir-klariven.pages.dev
R2 bucket
trelmir-klariven-assets-dev
R2 binding
KLARIVEN_ASSETS (wrangler.toml)
Durable asset output ID
cf35062b-99d3-4c71-b31c-54c6bdb304b3
ZIP package output ID
ea2d9cfd-c062-4811-861b-094c004f1f61
ZIP size
17,932 bytes
ZIP file count
14 files (10 R2 assets + 4 buyer docs)

Buyer docs confirmed inside ZIP

FileHonesty guard confirmed
docs/README.md"Review-before-publish", "Klariven never auto-posts"
docs/CAMPAIGN_BRIEF.mdApproved ProductTruth fields only — no fabricated claims
docs/REVIEW_CHECKLIST.md"Klariven does not auto-post" — 8-section review required before distribution
docs/EXPORT_MANIFEST.json"No AI calls at ZIP generation time", not_live_capabilities list present

Retrieve demo ZIP

./scripts/artifact-runbook.sh inspect-zip \ "sessions/KLARIVEN_E2E_SMOKE_20260504/packages/8faab6c8-14da-45a2-95b3-176286f0eef8/zip/klariven_launch_package_8faab6c8-14da-45a2-95b3-176286f0eef8.zip" \ /tmp/klariven_demo_package.zip

Demo · Pre-session checklist

Demo checklist

Run before every session. Expected: all 6 workflow pages 200, R2 binding live, bucket found.

Pre-demo health check

# 1. Full health check ./scripts/artifact-runbook.sh health # 2. Confirm recent ZIPs available ./scripts/artifact-runbook.sh list-zips # 3. Check lead queue ./scripts/leads.sh list

Artifacts to have open before the call

  • Opportunity intelligence shell — open app-entry.html#opportunity-intelligence in a browser tab. Confirm "Future · Not live" label is visible.
  • Design partner application — open design-partner.html. Confirm apply form and trust pills render.
  • Demo ZIP retrieved — run the retrieve command above. Have the extracted ZIP folder open so buyer docs can be shown live.
  • EXPORT_MANIFEST.json open — open in a text editor. Show not_live_capabilities and provenance_note fields.
  • REVIEW_CHECKLIST.md open — confirm all 8 review sections visible, "Klariven does not auto-post" present.
  • Intake page ready — open intake.html in a fresh tab if running a live workflow demo.

15-minute demo structure

  1. Opening (2 min) — what Klariven is, what it is not, review-gated position
  2. ProductTruth Intake (3 min) — structured intake, not a prompt box; each field is a verified claim
  3. Founder Voice (2 min) — real writing samples, not a tone preset; voice profile requires approval before scripts run
  4. Script Output + UGC Ad Pack (4 min) — 6 channels from one approved truth; hooks, pain-agitate-solve, CTA
  5. ZIP walkthrough (2 min) — open buyer docs live; show EXPORT_MANIFEST.json not_live_capabilities
  6. Close (2 min) — design partner ask; one real business event, one package, one feedback call

Demo · Honesty guards

Known limitations Must disclose

These limitations must be disclosed proactively in every design partner conversation. The EXPORT_MANIFEST.json not_live_capabilities field documents them inside every ZIP.

What cannot be claimed in any conversation or demo

  • "Grok-powered" or "xAI enrichment is active" — Grok is not wired. UX shell is preview only.
  • "Automatic publishing" or "auto-posts" — Klariven never auto-posts. This is a design principle.
  • "Full MP4 video generation" — video composition manifest is produced; MP4 rendering is not live.
  • "Real-time market intelligence" or "competitor monitoring" — not connected.
  • "AI-generated images in the current ZIP" — OPENAI_API_KEY not set; images use fixture data in smoke session.
  • "Autonomous campaign execution" — every step requires operator approval.

Known blockers and remaining unlocks

BlockerImpactFix
OPENAI_API_KEY not set in Cloudflare Pages DALL-E image generation and OpenAI TTS cannot run. ZIP contains text assets only — no generated images, no audio MP3. Add in Pages → Settings → Environment Variables
ELEVENLABS_API_KEY not set ElevenLabs TTS blocked (optional — OpenAI TTS is primary) Add in Pages → Settings → Environment Variables
Grok/xAI not wired Opportunity intelligence enrichment not live Trelmir OS MVP2-Q — provider entitlement + budget guardrails required
MP4 rendering not live Video composition manifest is produced; MP4 is not generated Deferred — future capability

What is safe to show openly

  • EXPORT_MANIFEST.json not_live_capabilities list — show it; it is an honesty signal
  • Opportunity intelligence UX shell — clearly labeled "Future · Not live"
  • Review gate at every step — no step advances without approval
  • REVIEW_CHECKLIST.md 8-section review — shows "review before anything ships"
  • Design partner application form — live D1 lead capture, no fake submissions

Operator · Commands

Operator commands

All commands run from the repo root. Requires wrangler authenticated and jq / python3 available.

artifact-runbook.sh

# Full health check — workflow pages + R2 binding ./scripts/artifact-runbook.sh health # List all export package outputs (D1) ./scripts/artifact-runbook.sh list-exports # List all durable asset outputs (D1) ./scripts/artifact-runbook.sh list-durable # List all ZIP packages in R2 ./scripts/artifact-runbook.sh list-zips # Inspect a ZIP — parse contents, show buyer docs and EXPORT_MANIFEST fields ./scripts/artifact-runbook.sh inspect-zip "<r2-object-key>" [/tmp/output.zip]

leads.sh

# List all design partner leads ./scripts/leads.sh list # Show details for a specific lead ./scripts/leads.sh show <id> # Mark a lead as qualified ./scripts/leads.sh qualify <id> # Add a note to a lead ./scripts/leads.sh notes <id> "Note text" # Generate a follow-up package (founder email draft + call prep) ./scripts/leads.sh package <id> # Defer a lead ./scripts/leads.sh defer <id> # Reject a lead ./scripts/leads.sh reject <id>

Generate a new ZIP package (full chain)

# Step 1 — create durable assets (requires approved export_package_output_id) curl -s -X POST https://trelmir-klariven.pages.dev/api/durable-assets \ -H 'Content-Type: application/json' \ -d '{"export_package_output_id":"<your_package_id>"}' | jq . # Step 2 — approve durable assets curl -s -X POST https://trelmir-klariven.pages.dev/api/durable-assets/<durable_id> \ -H 'Content-Type: application/json' \ -d '{"action":"approve"}' | jq . # Step 3 — generate ZIP curl -s -X POST https://trelmir-klariven.pages.dev/api/zip-package \ -H 'Content-Type: application/json' \ -d '{"durable_asset_output_id":"<durable_id>"}' | jq . # Step 4 — download ZIP wrangler r2 object get "trelmir-klariven-assets-dev/<zip_object_key>" \ --file /tmp/klariven_package.zip

Operator · Gate

Completion gate

What must be true before moving beyond controlled design partner outreach to broader launch.

Design-partner-ready now

  • Full workflow from intake to ZIP export — production-verified (Slice 97)
  • Buyer-ready docs in every ZIP — verified (Slices 94 + 97)
  • EXPORT_MANIFEST.json with all 9 required fields — verified (Slice 97)
  • Honesty guards present in all buyer docs — verified (Slice 97)
  • Design partner lead capture + qualification ops — live (Slices 88–92)
  • Demo script, outcome narrative, readiness packet locked (Slices 99–100)

Unlocks needed before broader launch

UnlockWhy it mattersWhat to do
OPENAI_API_KEY set in Pages env + real image/audio path verified Broad launch creates expectation of full workflow including images and audio. Current ZIP contains text only. Add API key to Cloudflare Pages → Settings → Environment Variables. Re-run smoke with a real founder intake. Verify ZIP contains real image URLs and audio URLs.
At least one real design partner runs a full package and gives positive voice-match feedback The voice-matching claim — core Klariven differentiation — has not been validated by real founder content. Design partner feedback is the validation gate. Complete controlled outreach with first 1–3 design partners. Document feedback. Use feedback to validate or refine the voice profile system.
Trelmir OS enrichment layer begins shipping (optional — for intelligence story) Opportunity intelligence UX shell is preview only. Cannot be positioned as live without OS wiring. Trelmir OS MVP2-Q — provider entitlement + budget guardrails. Not a prerequisite for launch, but required for the OS-enriched campaign claim.

Reference documents

  • Design Partner Readiness Packetdocs/operations/klariven_design_partner_readiness_packet.md
  • Demo Scriptdocs/operations/klariven_design_partner_demo_script.md
  • Outcome Narrativedocs/operations/klariven_outcome_narrative.md
  • Production Artifact Runbookdocs/operations/klariven_production_artifact_runbook.md
  • Design Partner Lead Opsdocs/operations/klariven_design_partner_lead_ops.md
  • Launch Packet Indexdocs/operations/klariven_launch_packet_index.md

This page is an internal operator surface. No Grok or xAI calls are made. No D1 writes occur. No backend calls are made from this page. All data shown is static and sourced from verified Slice 97 smoke results.

Klariven · Internal · Sandbox Demo · Slices 101–102
Production-verified · Review-before-publish workflow · Not connected to live social publishing