docs: Add CEO-facing release readiness + business plan interface - #515
Merged
Conversation
IanFrelinger
marked this pull request as ready for review
September 5, 2026 23:33
Add comprehensive release readiness and business plan interface document for founder/CEO decision-making on v0.x public release vs design-partner private. Covers: - Runtime release bar (Ashlar): P0 trust holes (#513), CI redundancy (#511), cert-loop honesty (#512, #505, #506, #514), known limitations - Product release bar (Forge): scaffold status, Verify phased plan, Cursor-safe claims gate (P3 pending) - Business plan mapping: funnel stages (Aware/Eval/Embed/Design partner/Paid) with readiness per stage - Go/no-go checklist: binary decision framework for public v0.x vs design-partner private - CEO-only actions: branch protection, Pages deployment, social preview, contact channel, PAT for Forge Grounded in certification-evidence.md, SELF-EXTEND-AUDIT.md, and issue tracker. Tone: precise, founder-useful, no hype. Current recommendation: design-partner private first (runtime ready, Forge hold-mode), then CEO actions (branch protection, Pages), then public v0.x. References: #513, #512, #511, #506, #505, #514 Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Accuracy fix per user feedback: PRs #513, #512, #511, #514 are OPEN/draft, NOT merged. Updated document to reflect accurate statuses: - #513 P0 trust holes: OPEN (draft), not merged - #512 cert-loop integration: OPEN (draft), not merged - #511 CI redundancy: OPEN (ready), not merged - #514 landing honesty: OPEN (draft), not merged - Only #505, #506 confirmed merged Updated recommendations: - Changed from "GO design-partner private" to "HOLD for P0 PR merges" - Added active blockers to go/no-go checklist - Updated "What to tell prospects" to reflect P0 PRs must merge first - Path forward now: merge P0 PRs FIRST, then design-partner private This ensures document accuracy matches GitHub PR state as of 2026-09-05 23:34 UTC. Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
cursorBotforce-pushed
the
cursor/release-readiness-business-doc-be13
branch
from
September 5, 2026 23:59
d427373 to
c98e5c0CompareCo-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
Uh oh!
There was an error while loading. Please reload this page.
cursorBot
pushed a commit
that referenced
this pull request
Sep 6, 2026
Co-authored-by: IanFrelinger <IanFrelinger@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Add comprehensive release readiness and business plan interface document for founder/CEO decision-making on v0.x public release vs design-partner private.
This document provides:
Current recommendation: Design-partner private first (runtime ready, Forge hold-mode), then CEO actions, then public v0.x.
Changes
docs/release/RELEASE-READINESS.md— comprehensive CEO-facing document covering:Testing
This PR adds documentation only. No runtime code changes.
Verification performed:
certification-evidence.md,SELF-EXTEND-AUDIT.md,trust-loop/ashlar-trust-loop-spec.md,CommercialExtractionPlan.md, etc.)site/index.html) — Builder ~$8k/yr, Team ~$25k/yr, Enterprise $75k+/yrTesting strategy (blast radius)
Documentation-only change; no kernel, infrastructure, or application code modified.
make kernel-coverage-gate— Not applicable (no kernel code changes)make kernel-gate— Not applicable (no kernel code changes)make test-prod-style— Not applicable (no production code changes)Checklist
make testpasses locally — N/A (documentation only)TODOorNotImplementedExceptionleft unresolved — N/A (no code)Release (only when this PR ships a versioned NuGet/GHCR release)
Context
This document was requested to provide the CEO with a single authoritative source for:
Grounded in existing documentation:
docs/certification-evidence.md(limitations 1-9, known v0 gaps)docs/SELF-EXTEND-AUDIT.md(invariants A-D, convergence gap line 103)docs/trust-loop/ashlar-trust-loop-spec.md(gate legs specification)docs/CommercialExtractionPlan.md(open-core boundary)docs/DistributionModels.md(NuGet, HTTP, CLI, compose, mesh)Tone: Precise, founder-useful, no hype. Honest about what is/isn't ready.
References