ECC 2.0 超增長發布指揮中心
快照日期：2026-05-19
這是將 ECC 2.0 轉變為完整公開發布的執行地圖， 包含合作夥伴渠道、贊助渠道、諮詢服務界面和內容發布。 本文專為操作者撰寫。用於決定哪些部分發布、哪些宣布、哪些在獲得證據前保持封鎖。
發布主張
ECC 2.0 是為代理工作而生的、原生於工作流程的操作系統。
公開證明必須展示實際系統：
- 可重用的技能、規則、鉤子、MCP 慣例和發布閘門；
- Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot 以及純終端工作流程作為受支援的執行界面；
ecc2/作為 alpha 控制平面/TUI 方向；- Hermes 作為選用的操作者 shell，用於聊天、定時任務、交接和日常工作路由；
- ECC Tools Pro、GitHub Sponsors 和諮詢服務作為資助 OSS 層的商業界面。
避免將其描述為專案更名或退縮的語言。發布文案應直接展示 2.0 產品的形狀。
當前成長基線
| 指標 | 當前值 | 目標值 | 差距 |
|---|---|---|---|
| MRR | $1,728/月 | $10,000/月 | $8,272/月 |
| 贊助機制 | 活躍 GitHub Sponsors 加上開放查詢 | 可重複的贊助結案流程 | 需審核的外展 |
| 諮詢機制 | 開放、非主要 | 合作夥伴準備好的套件 | 公開證明、演講和受理 |
| 內容機制 | 發布影片候選稿已準備好 | 每週發布片段和創辦人證明 | 所有者批准、上傳和公開 URL |
| 社群機制 | Discord 已存在 | 有用的編碼/操作者社群 | 邀請、頻道、置頂、管理 |
MRR 成長應同時來自四個渠道：
- GitHub Sponsors 和 OSS 合作夥伴贊助；
- ECC Tools Pro 訂閱；
- 諮詢和實施合約；
- 演講、播客、會議演示和合作夥伴網路研討會，以創造主動查詢。
第二超增長階段
發布應像一個證明引擎，而非名稱更改公告。 每個公開界面都應在第一個畫面、片段、段落或演示中清晰地展示產品：
| 工作流 | 公開證明 | 收入路徑 |
|---|---|---|
| 產品類別 | ECC 作為原生於工作流程的操作系統，而非僅 Claude 的配置包 | 將混亂的 OSS 流量轉化為安裝、Pro 和贊助意圖 |
| 工作流程覆蓋 | 展示 Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot 和終端工作流程作為執行界面 | 與工具、IDE、模型提供商和平台團隊的合作夥伴對話 |
| 控制平面 | ecc2/ alpha 儀表板/狀態/會話界面和 Hermes 操作者 shell 明確標示為定向活躍 | 諮詢和團隊實施衝刺 |
| 企業信任 | 展示 AgentShield、供應鏈、發布、可觀察性和 CI 閘門為可重複證據 | 安全供應商、程式碼審查供應商、平台贊助者和企業試點 |
| 媒體引擎 | 主要發布影片、五個證明片段、瀏覽器錄製、逐字稿、EDL、字幕、可編輯時間線 | 社交觸達、播客/演講預訂、贊助證明、合作夥伴演示 |
| 社群渠道 | GitHub Discussions、審核通過後的 Discord、贊助層級、Pro 和諮詢 CTA 乾淨路由 | 可重複的主動查詢，而非一次性發布高峰 |
發布後的運作節奏應為每週：
- 一個產品證明片段；
- 一個安全或發布紀律證明片段；
- 在一次所有者批准後進行合作夥伴/贊助者/演講外展批次；
- 一個公開討論或社群提示；
- 一個可衡量的渠道回饋，涵蓋儲存庫流量、贊助點擊、Pro 轉換、MRR 變化和查詢回覆。
平台價值循環
長期平台論點記錄在
docs/architecture/platform-value-loop.md中。
ECC 應作為免費 OSS 保持有用，而受管理的價值則圍繞團隊記憶、可觀察會話、發布閘門、評估、安全證據、託管分析、計費、合作夥伴工作流程和特定產品整合而累積。
產品整合應像可重複的分發循環：
- 發布無需私有憑證即可運行的公開技能包；
- 將即時產品數據或操作保留在明確的限閘 API 路徑之後；
- 添加 fixture、文檔、評估和風險閘門，使工作流程可測試；
- 將經過清理的產品使用情況轉換回 ECC 技能、文檔或證據；
- 將認真團隊引導至贊助者、Pro、合作夥伴或諮詢服務。
Itô 是當前的範例：預測市場研究、籃子比較、手動非顧問規劃和數據圖譜工作流程可通過 ECC 分發，而即時的 Itô 數據和帳戶特定通話則由 ITO_API_KEY 限制，並與 ECC Tools 計費分開。
發布閘門
| 賽道 | 完成條件 | 當前動作 |
|---|---|---|
| 儲存庫身份 | README、套件元數據、插件元數據、發布文檔、工作流程和發布文案均在需要公開 URL 的地方使用 affaan-m/ECC | 規範 URL 掃描 |
| 套件和插件發布 | [email protected] 空跑乾淨，npm next 已批准，Claude 插件標籤空跑成功，Codex 儲存庫市場驗證通過，OpenCode 構建通過 | 從最終提交刷新發布證據 |
| 產品證明 | 快速入門、跨工作流程架構、演示提示、ecc2/ alpha 邊界、AgentShield 安全證明和託管式 ECC Tools 連結保持一致 | 保持證明表面具體 |
| 收入證明 | 贊助層級、Pro 定價、諮詢 CTA、合作夥伴 CTA 和計費回饋語言為最新 | 在獲得即時回饋前不要宣布計費主張 |
| 內容證明 | 發布影片、短片片段、截圖、發行說明、GitHub Discussion、X、LinkedIn 和長文帖子保持一致 | 選擇最終影片剪輯、批准後上傳並附加公開 URL |
| 社群證明 | Discord 邀請、規則、頻道、入門和贊助者/社群路由已準備就緒 | 在公開連結前需要決定邀請/令牌 |
影片套件
影片賽道應使用現有的 ECC 影片編輯技能，並在有用時採用 browser-use/video-use 模型：以逐字稿作為編輯表面，策略批准後再進行渲染，確定性剪輯，在可能的情況下輸出時間線/專案，並在發布前進行自我評估。
參考模式：https://github.com/browser-use/video-use
主要來源類別已存在於本地 ECC 媒體庫中。將原始絕對路徑保留在公開文檔之外；在將工作交給編輯或代理時，使用基本名稱或私有生產清單。
| 交付物 | 長度 | 來源素材 | 證明目標 |
|---|---|---|---|
| 主要發布影片 | 90-150 秒 | longform-full-wide.mp4, sf-longform-full.mp4, architecture-2-wide.mp4, terminal-scan-2-wide.mp4, new_site_raw.mp4 | ECC 2.0 作為操作系統 |
| 安裝證明 | 30 秒 | README 安裝、終端掃描、快速入門、插件安裝 | 減少點擊的採用 |
| 什麼是 ECC | 45-60 秒 | sf-thread-2-whatisecc.mp4, vertical-2-whatisecc.mp4, architecture-2-* | 產品類別清晰度 |
| 安全證明 | 45-60 秒 | sf-thread-4-security.mp4, AgentShield 證據、供應鏈閘門 | 企業信任 |
| 金錢/證明片段 | 30-45 秒 | thread-2-ghapp-money.mp4, metrics-ticker-2-*, gh_app_*.png | 贊助者、Pro 和合作夥伴可信度 |
| 覆蓋率/社交證明 | 30-45 秒 | coverage-montage-wide.mp4, 100k.png, star_history.png, x_analytics.png, 覆蓋率截圖 | 分發槓桿 |
製作步驟：
- 為長片和短片原始片段生成逐字稿。
- 建立編輯決策列表，包含鉤子、證明、演示、商業 CTA 和最終 CTA 段落。
- 使用 FFmpeg 進行確定性剪輯。
- 在 Remotion 或 Manim 中添加疊加層和數據動畫。
- 添加字幕、輕微色彩校正、音頻標準化和平台重構。
- 執行自我評估檢查，查找空白幀、錯誤字幕、跳剪、薄弱鉤子、缺少產品證明和過時 URL。
- 導出最終 MP4 以及可編輯的時間線/專案狀態。
分發計劃
| 頻道 | 資產 | CTA |
|---|---|---|
| GitHub Release | 發行說明、快速入門、發布影片、贊助連結 | star, install, sponsor |
| GitHub Discussion | 簡短公告和證明要點 | 問題、回饋、贊助者 |
| X | 發布串、30 秒安裝片段、證明片段 | repo, sponsor, Pro |
| 合作夥伴友好的產品證明、諮詢 CTA | 贊助者、諮詢、演講 | |
| YouTube/Shorts/Reels/TikTok | 主要發布影片和片段 | repo, site, newsletter/community |
| 播客/演講 | 一頁提案、演示大綱、創辦人證明 | 預訂、合作夥伴 |
| 贊助者外展 | 直接贊助說明和層級表格 | GitHub Sponsors 或 Pro |
贊助者、合作夥伴、諮詢、會議、播客、GitHub Discussion 文案的真相來源是
docs/releases/2.0.0-rc.1/partner-sponsor-talks-pack.md。
所有發布、套件、插件、影片、計費、社交和外展操作的所有者批准真相來源是
docs/releases/2.0.0-rc.1/owner-approval-packet-2026-05-19.md。
文案規則
使用直接的產品語言：
ECC 2.0 是為代理工作而生的、原生於工作流程的操作系統。一個可重用的層，橫跨 Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot 和終端工作流程。OSS 保持免費。贊助者和 Pro 資助這項工作。使用 ECC 進行技能、鉤子、規則、MCP 慣例、發布閘門和操作者工作流程。
避免：
我們重新命名了儲存庫；轉向；- 傳統配置包框架；
僅限 Claude；- 通用的創辦人旅程語言；
- 在獲得即時證據之前，對計費、市集付款或官方目錄列表的主張。
首要構建順序
- 完成公開儲存庫身份修復。
- 刷新套件、插件、工作流程、發布和發布文案的 URL。
- 從確切的發布提交記錄最終發布證據。
- 使用
npm run release:video-suite -- --format json保持影片套件清單、逐字稿、發布候選稿和視覺 QA 為最新。 - 瀏覽器錄製 README、ECC Tools 應用、安裝流程和相關證明表面作為 B-roll。
- 選擇經所有者批准的主要發布影片和五個短片片段，然後上傳並附加最終公開 URL。
- 最終確定 GitHub Release、X 串、LinkedIn 帖子、Discussion 公告、贊助者電子郵件文案、諮詢介紹、合作夥伴 DM 和播客/演講提案。
- 僅在 npm、插件、發布 URL 和計費回饋閘門處於活躍或明確標記為封鎖狀態後才發布。
所有者批准
這些動作在移動之前需要人工批准或憑證：
- 發送年度升級或贊助者電子郵件；
- 更新 LinkedIn 個人資料文字；
- 使用機器人令牌和公會 ID 配置 Discord；
- 發布 npm 或創建插件標籤；
- 宣布計費/原生支付；
- 發送合作夥伴、諮詢、會議、播客或贊助者外展；
- 從個人帳戶發布最終社交文案。