docs/releases/2.0.0/ecc-2-hypergrowth-release-command-center.md
Snapshot date: 2026-05-19.
This is the execution map for turning ECC 2.0 into a complete public release, partner funnel, sponsor funnel, consulting surface, and content launch. It is written for operators. Use it to decide what ships, what gets announced, and what stays blocked until evidence exists.
ECC 2.0 is the harness-native operator system for agentic work.
The public proof must show the actual system:
ecc2/ as the alpha control-plane/TUI direction;Avoid language that frames this as a rename or a retreat from the old project. The release copy should show the 2.0 product shape directly.
| Metric | Current | Target | Gap |
|---|---|---|---|
| MRR | $1,728/mo | $10,000/mo | $8,272/mo |
| Sponsor motion | Active GitHub Sponsors plus open inbound | Repeatable sponsor close loop | Approval-gated outbound |
| Consulting motion | Open, non-primary | Partner-ready packages | Public proof, talks, and intake |
| Content motion | Release video publish candidates ready | Weekly launch clips and founder proof | Owner approval, upload, and public URLs |
| Community motion | Discord exists | Useful coding/operator community | Invite, channels, pins, moderation |
MRR growth should come from four lanes at once:
The release should behave like a proof engine, not a name-change announcement. Every public surface should make the product obvious in the first screen, clip, paragraph, or demo:
| Workstream | Public proof | Revenue path |
|---|---|---|
| Product category | ECC as the harness-native operator system, not a Claude-only config pack | Converts confused OSS traffic into install, Pro, and sponsor intent |
| Harness coverage | Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot, and terminal workflows shown as execution surfaces | Partner conversations with tools, IDEs, model providers, and platform teams |
| Control plane | ecc2/ alpha dashboard/status/session surface and Hermes operator shell clearly framed as directionally live | Consulting and team implementation sprints |
| Enterprise trust | AgentShield, supply-chain, release, observability, and CI gates shown as repeatable evidence | Security vendors, code-review vendors, platform sponsors, and enterprise pilots |
| Media engine | Primary launch video, five proof clips, browser captures, transcripts, EDLs, captions, and editable timelines | Social reach, podcast/talk booking, sponsor proof, partner demos |
| Community funnel | GitHub Discussions, Discord once approved, sponsor tiers, Pro, and consulting CTAs routed without clutter | Repeatable inbound, not one-off launch spikes |
The operating rhythm after launch should be weekly:
The long-term platform thesis is recorded in
docs/architecture/platform-value-loop.md.
ECC should stay useful as free OSS while the managed value accrues around team
memory, observable sessions, release gates, evals, security evidence, hosted
analysis, billing, partner workflows, and product-specific integrations.
Product integrations should behave like repeatable distribution loops:
Itô is the current example: prediction-market research, basket comparison,
manual non-advisory planning, and data-atlas workflows can be distributed
through ECC, while live Itô data and account-specific calls remain gated by
ITO_API_KEY and separate from ECC Tools billing.
| Lane | Done when | Current action |
|---|---|---|
| Repo identity | README, package metadata, plugin metadata, release docs, workflows, and launch copy all use affaan-m/ECC where public URLs are needed | Canonical URL sweep |
| Package and plugin publication | [email protected] dry-runs clean, npm next is approved, Claude plugin tag dry-runs, Codex repo marketplace smoke passes, OpenCode build passes | Refresh publication evidence from final commit |
| Product proof | Quickstart, cross-harness architecture, demo prompts, ecc2/ alpha boundary, AgentShield safety proof, and hosted ECC Tools links are consistent | Keep proof surfaces concrete |
| Revenue proof | Sponsor tiers, Pro pricing, consulting CTA, partner CTA, and billing-readback language are current | Do not announce billing claims before live readback |
| Content proof | Launch video, short-form clips, screenshots, release notes, GitHub Discussion, X, LinkedIn, and longform post are aligned | Pick final video cuts, upload after approval, and attach public URLs |
| Community proof | Discord invite, rules, channels, onboarding, and sponsor/community routing are ready | Needs invite/token decision before public links |
The video lane should use the existing ECC video-editing skill plus the
browser-use/video-use model where useful: transcript as the editing surface,
strategy approval before render, deterministic cuts, timeline/project output
when available, and self-eval before publication.
Reference pattern: https://github.com/browser-use/video-use
Primary source classes already exist in the local ECC media library. Keep raw absolute paths out of public docs; use basenames or a private production manifest when handing work to an editor or agent.
| Deliverable | Length | Source material | Proof goal |
|---|---|---|---|
| Primary launch video | 90-150s | longform-full-wide.mp4, sf-longform-full.mp4, architecture-2-wide.mp4, terminal-scan-2-wide.mp4, new_site_raw.mp4 | ECC 2.0 as the operator system |
| Install proof | 30s | README install, terminal scan, quickstart, plugin install | Fewer-click adoption |
| What is ECC | 45-60s | sf-thread-2-whatisecc.mp4, vertical-2-whatisecc.mp4, architecture-2-* | Product category clarity |
| Security proof | 45-60s | sf-thread-4-security.mp4, AgentShield evidence, supply-chain gates | Enterprise trust |
| Money/proof clip | 30-45s | thread-2-ghapp-money.mp4, metrics-ticker-2-*, gh_app_*.png | Sponsor, Pro, and partner credibility |
| Coverage/social proof | 30-45s | coverage-montage-wide.mp4, 100k.png, star_history.png, x_analytics.png, coverage screenshots | Distribution leverage |
Production steps:
| Channel | Asset | CTA |
|---|---|---|
| GitHub Release | release notes, quickstart, launch video, sponsor link | star, install, sponsor |
| GitHub Discussion | short announcement and proof bullets | questions, feedback, sponsors |
| X | launch thread, 30s install clip, proof clips | repo, sponsor, Pro |
| partner-friendly product proof, consulting CTA | sponsors, consulting, talks | |
| YouTube/Shorts/Reels/TikTok | primary launch video and clips | repo, site, newsletter/community |
| Podcasts/talks | one-page pitch, demo outline, founder proof | bookings, partners |
| Sponsor outbound | direct sponsor note and tier table | GitHub Sponsors or Pro |
The source of truth for sponsor, partner, consulting, conference, podcast, and
GitHub Discussion copy is
docs/releases/2.0.0-rc.1/partner-sponsor-talks-pack.md.
The source of truth for owner approval across release, package, plugin, video,
billing, social, and outbound actions is
docs/releases/2.0.0-rc.1/owner-approval-packet-2026-05-19.md.
Use direct product language:
ECC 2.0 is the harness-native operator system for agentic work.One reusable layer across Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot, and terminal workflows.OSS stays free. Sponsors and Pro fund the work.Use ECC for skills, hooks, rules, MCP conventions, release gates, and operator workflows.Avoid:
we renamed the repo;pivot;Claude-only;npm run release:video-suite -- --format json.These actions need a human approval or credential before they move: