ECC 2.0 ハイパーグロース リリースコマンドセンター

ECC 2.0 ハイパーグロース リリースコマンドセンター は何をしますか？

スナップショット日付: 2026-05-19。

これは ECC 2.0 を完全なパブリックリリース、 パートナーファネル、スポンサーファネル、コンサルティング面、およびコンテンツローンチに変えるための実行マップです。 オペレーター向けに書かれています。何を出荷し、何をアナウンスし、 何を証拠が存在するまでブロックするかを決定するために使用します。

リリースクレーム

ECC 2.0 は、エージェントワークのためのハーネスネイティブオペレーターシステムです。

公開プルーフは実際のシステムを示す必要があります:

• 再利用可能なスキル、ルール、フック、MCP規約、リリースゲート;
• サポートされる実行面としての Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot、およびターミナル専用ワークフロー;
• アルファコントロールプレーン/TUI 方向としての ecc2/;
• チャット、cron、ハンドオフ、日常の作業ルーティングのためのオプションのオペレーターシェルとしての Hermes;
• OSS レイヤーに資金を提供するビジネス面としての ECC Tools Pro、GitHub Sponsors、およびコンサルティング。

これを古いプロジェクトからのリネームや撤退として位置づける表現は避けてください。 リリースコピーは 2.0 の製品形状を直接示す必要があります。

現在の成長ベースライン

指標	現在	目標	ギャップ
MRR	$1,728/月	$10,000/月	$8,272/月
スポンサー活動	アクティブな GitHub Sponsors とオープンなインバウンド	繰り返し可能なスポンサークローズループ	承認ゲート付きアウトバウンド
コンサルティング活動	オープン、非プライマリ	パートナー対応パッケージ	公開プルーフ、トーク、インテーク
コンテンツ活動	リリースビデオ公開候補準備完了	毎週のローンチクリップとファウンダープルーフ	オーナー承認、アップロード、公開URL
コミュニティ活動	Discord は存在する	有用なコーディング/オペレーターコミュニティ	招待、チャンネル、ピン、モデレーション

MRR 成長は 4 つのレーンから同時に達成されるべきです:

• GitHub Sponsors と OSS パートナースポンサー;
• ECC Tools Pro サブスクリプション;
• コンサルティングおよび実装契約;
• インバウンドを生み出すトーク、ポッドキャスト、カンファレンスデモ、パートナーウェビナー。

第2ハイパーグロースフェーズ

リリースは、名前変更のアナウンスではなく、プルーフエンジンのように振る舞うべきです。 すべての公開面は、最初の画面、クリップ、段落、またはデモで製品を明白にする必要があります:

ワークストリーム	公開プルーフ	収益パス
製品カテゴリ	ECC を Claude 専用設定パックではなく、ハーネスネイティブオペレーターシステムとして位置づける	混乱した OSS トラフィックをインストール、Pro、スポンサーの意図に変換する
ハーネスカバレッジ	Claude Code、Codex、OpenCode、Cursor、Gemini、Zed、GitHub Copilot、ターミナルワークフローを実行面として示す	ツール、IDE、モデルプロバイダー、プラットフォームチームとのパートナー協議
コントロールプレーン	ecc2/ アルファダッシュボード/ステータス/セッション面と Hermes オペレーターシェルを方向性としてライブであると明確に位置づける	コンサルティングおよびチーム実装スプリント
エンタープライズ信頼	AgentShield、サプライチェーン、リリース、可観測性、CI ゲートを繰り返し可能な証拠として示す	セキュリティベンダー、コードレビューベンダー、プラットフォームスポンサー、エンタープライズパイロット
メディアエンジン	プライマリローンチビデオ、5つのプルーフクリップ、ブラウザキャプチャ、トランスクリプト、EDL、キャプション、編集可能なタイムライン	ソーシャルリーチ、ポッドキャスト/トーク予約、スポンサープルーフ、パートナーデモ
コミュニティファネル	GitHub Discussions、承認後の Discord、スポンサー層、Pro、コンサルティング CTA を乱雑さなくルーティング	一回限りのローンチスパイクではなく、繰り返し可能なインバウンド

ローンチ後の運用リズムは毎週であるべきです:

1. 1つの製品プルーフクリップ;
2. 1つのセキュリティまたはリリース規律プルーフクリップ;
3. オーナー承認後の1つのパートナー/スポンサー/トークアウトリーチバッチ;
4. 1つの公開ディスカッションまたはコミュニティプロンプト;
5. リポジトリトラフィック、スポンサークリック、Pro コンバージョン、MRR の動き、インバウンド返信をカバーする1つの測定可能なファネル読み返し。

プラットフォームバリューループ

長期的なプラットフォームテーゼは docs/architecture/platform-value-loop.md に記録されています。 ECC は無料の OSS として有用であり続けるべきであり、管理された価値はチームメモリ、観測可能なセッション、リリースゲート、評価、セキュリティ証拠、ホスト型分析、課金、パートナーワークフロー、製品固有の統合の周りで蓄積されるべきです。

製品統合は繰り返し可能な配布ループのように振る舞うべきです:

1. プライベート認証情報なしで動作する公開スキルパックを出荷する;
2. ライブ製品データまたはアクションを明示的なゲート付き API パスの背後に保持する;
3. ワークフローがテスト可能になるようにフィクスチャ、ドキュメント、評価、リスクゲートを追加する;
4. サニタイズされた製品使用を ECC スキル、ドキュメント、または証拠に変換する;
5. 真剣なチームをスポンサー、Pro、パートナー、またはコンサルティングにルーティングする。

Itô が現在の例です: 予測市場調査、バスケット比較、手動非アドバイザリー計画、およびデータアトラスワークフローは ECC を通じて配布可能であり、ライブ Itô データとアカウント固有の呼び出しは ITO_API_KEY によってゲートされ、ECC Tools 課金とは別のままです。

リリースゲート

レーン	完了条件	現在のアクション
リポジトリアイデンティティ	README、パッケージメタデータ、プラグインメタデータ、リリースドキュメント、ワークフロー、ローンチコピーすべてが公開URLが必要な場所で affaan-m/ECC を使用する	正規URLスイープ
パッケージおよびプラグイン公開	[email protected] のドライランがクリーン、npm next が承認済み、Claude プラグインタグのドライラン、Codex リポジトリマーケットプレイスのスモークテスト合格、OpenCode ビルド合格	最終コミットからの公開証拠を更新
製品プルーフ	クイックスタート、クロスハーネスアーキテクチャ、デモプロンプト、ecc2/ アルファ境界、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 メディアライブラリに既に存在します。公開ドキュメントからは raw 絶対パスを除外し、編集者またはエージェントに作業を渡すときはベースネームまたはプライベート製作マニフェストを使用します。

デリバラブル	長さ	ソース素材	プルーフ目標
プライマリローンチビデオ	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, カバレッジスクリーンショット	配布レバレッジ

制作手順:

1. ロングフォームおよびショートフォームの raw クリップのトランスクリプトを生成する。
2. フック、プルーフ、デモ、ビジネス CTA、最終 CTA セグメントを含む編集決定リストを構築する。
3. FFmpeg で決定論的にカットする。
4. Remotion または Manim でオーバーレイとデータモーションを追加する。
5. キャプション、軽いカラーコレクション、オーディオノーマライゼーション、プラットフォームリフレームを追加する。
6. 空白フレーム、不良キャプション、ジャンプカット、弱いフック、欠落した製品プルーフ、古い URL について自己評価パスを実行する。
7. 最終 MP4 と編集可能なタイムライン/プロジェクト状態をエクスポートする。

配布計画

チャネル	アセット	CTA
GitHub Release	リリースノート、クイックスタート、ローンチビデオ、スポンサーリンク	スター、インストール、スポンサー
GitHub Discussion	短いアナウンスとプルーフ箇条書き	質問、フィードバック、スポンサー
X	ローンチスレッド、30秒インストールクリップ、プルーフクリップ	リポジトリ、スポンサー、Pro
LinkedIn	パートナー向け製品プルーフ、コンサルティング CTA	スポンサー、コンサルティング、トーク
YouTube/Shorts/Reels/TikTok	プライマリローンチビデオとクリップ	リポジトリ、サイト、ニュースレター/コミュニティ
ポッドキャスト/トーク	1ページピッチ、デモ概要、ファウンダープルーフ	予約、パートナー
スポンサーアウトバウンド	直接スポンサーノートと層テーブル	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、およびターミナルワークフロー全体で1つの再利用可能なレイヤー。
• OSS は無料のままです。スポンサーと Pro が作業に資金を提供します。
• スキル、フック、ルール、MCP規約、リリースゲート、およびオペレーターワークフローには ECC を使用してください。

避けるべき表現:

• リポジトリの名前を変更しました;
• ピボット;
• レガシー設定パックのフレーミング;
• Claudeのみ;
• 一般的なファウンダージャーニー言語;
• ライブ証拠が存在する前の課金、マーケットプレイス支払い、または公式ディレクトリリストに関する主張。

最初のビルド順序

1. 公開リポジトリアイデンティティの修正を確定する。
2. パッケージ、プラグイン、ワークフロー、リリース、ローンチコピーの URL を更新する。
3. 正確なリリースコミットから最終公開証拠を記録する。
4. npm run release:video-suite -- --format json でビデオスイートマニフェスト、トランスクリプト、公開候補、ビジュアル QA を最新に保つ。
5. README、ECC Tools アプリ、インストールフロー、関連するプルーフ面を Bロール用にブラウザキャプチャする。
6. オーナー承認済みのプライマリローンチビデオと5つのショートクリップを選択し、アップロードして最終公開 URL を添付する。
7. GitHub リリース、X スレッド、LinkedIn 投稿、Discussion アナウンス、スポンサーメールコピー、コンサルティング紹介、パートナー DM、ポッドキャスト/トークピッチを最終確定する。
8. npm、プラグイン、リリース URL、課金読み返しゲートがライブであるか、明示的にブロック済みとマークされている場合のみ公開する。

オーナー承認

これらのアクションは、移動する前に人間の承認または認証情報が必要です:

• 年間アップグレードまたはスポンサーメールの送信;
• LinkedIn プロフィールテキストの更新;
• Discord をボットトークンとギルド ID で配線;
• npm の公開またはプラグインタグの作成;
• 課金/ネイティブ支払いのアナウンス;
• パートナー、コンサルティング、カンファレンス、ポッドキャスト、またはスポンサーアウトリーチの送信;
• 個人アカウントからの最終ソーシャルコピーの投稿。