Centre de commandement de la sortie Hypercroissance ECC 2.0
Date d'instantané : 2026-05-19.
Ceci est la carte d'exécution pour transformer ECC 2.0 en une version publique complète, entonnoir partenaire, entonnoir sponsor, surface de conseil et lancement de contenu. Elle est écrite pour les opérateurs. Utilisez-la pour décider ce qui est livré, ce qui est annoncé, et ce qui reste bloqué jusqu'à preuve du contraire.
La Proposition de Version
ECC 2.0 est le système d'exploitation natif du harnais pour le travail agentique.
La preuve publique doit montrer le système réel :
- compétences, règles, hooks, conventions MCP et portes de publication réutilisables ;
- Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot et les flux de travail uniquement en terminal comme surfaces d'exécution supportées ;
ecc2/comme direction alpha du plan de contrôle/interface TUI ;- Hermes comme shell opérateur optionnel pour le chat, cron, les transferts et le routage du travail quotidien ;
- ECC Tools Pro, Sponsors GitHub et conseil comme surface commerciale qui finance la couche OSS.
Évitez un langage qui présente ceci comme un changement de nom ou un retrait de l'ancien projet. La copie de version doit montrer directement la forme du produit 2.0.
Base de croissance actuelle
| Métrique | Actuel | Objectif | Écart |
|---|---|---|---|
| MRR | 1 728 $/mois | 10 000 $/mois | 8 272 $/mois |
| Mouvement sponsor | Sponsors GitHub actifs plus entrant ouvert | Boucle de clôture sponsor reproductible | Sortant approuvé |
| Mouvement conseil | Ouvert, non prioritaire | Forfaits prêts pour partenaires | Preuve publique, discussions et accueil |
| Mouvement contenu | Candidates à la publication vidéo prêtes | Clips de lancement hebdomadaires et preuve du fondateur | Approbation propriétaire, téléversement et URLs publiques |
| Mouvement communauté | Discord existe | Communauté de codage/opérateur utile | Invitation, canaux, épingles, modération |
La croissance du MRR doit provenir de quatre voies simultanément :
- Sponsors GitHub et sponsors partenaires OSS ;
- Abonnements ECC Tools Pro ;
- Contrats de conseil et de mise en œuvre ;
- Conférences, podcasts, démos en conférence et webinaires partenaires qui génèrent de l'entrant.
Deuxième phase d'hypercroissance
La version doit se comporter comme un moteur de preuve, pas une annonce de changement de nom. Chaque surface publique doit rendre le produit évident dès le premier écran, clip, paragraphe ou démo :
| Workstream | Preuve publique | Chemin de revenu |
|---|---|---|
| Catégorie produit | ECC comme système d'exploitation natif du harnais, pas un pack de config Claude-only | Convertit le trafic OSS confus en intention d'installer, Pro et sponsor |
| Couverture harnais | Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot et flux de travail terminal montrés comme surfaces d'exécution | Conversations partenaires avec outils, IDE, fournisseurs de modèles et équipes plateforme |
| Plan de contrôle | Tableau de bord/statut/session alpha ecc2/ et shell opérateur Hermes clairement cadrés comme directionnellement vivants | Sprints de conseil et de mise en œuvre équipe |
| Confiance entreprise | AgentShield, supply-chain, release, observabilité et portes CI montrés comme preuves reproductibles | Vendeurs sécurité, vendeurs revue de code, sponsors plateforme et pilotes entreprise |
| Moteur média | Vidéo de lancement principale, cinq clips de preuve, captures navigateur, transcriptions, EDL, sous-titres et timelines modifiables | Portée sociale, réservation podcast/discussion, preuve sponsor, démos partenaires |
| Entonnoir communauté | Discussions GitHub, Discord une fois approuvé, niveaux sponsor, Pro et CTA conseil routés sans encombrement | Entrant reproductible, pas de pics de lancement ponctuels |
Le rythme opérationnel après le lancement doit être hebdomadaire :
- un clip de preuve produit ;
- un clip de preuve sécurité ou discipline de version ;
- un lot de sensibilisation partenaire/sponsor/discussion après approbation propriétaire ;
- une discussion publique ou une incitation communautaire ;
- un retour mesurable d'entonnoir couvrant le trafic repo, les clics sponsor, les conversions Pro, le mouvement MRR et les réponses entrantes.
Boucle de valeur plateforme
La thèse plateforme à long terme est enregistrée dans
docs/architecture/platform-value-loop.md.
ECC doit rester utile en tant qu'OSS gratuit pendant que la valeur gérée s'accumule autour de la mémoire
d'équipe, des sessions observables, des portes de version, des évaluations, des preuves de sécurité, de l'analyse
hébergée, de la facturation, des flux de travail partenaires et des intégrations produit spécifiques.
Les intégrations produit doivent se comporter comme des boucles de distribution reproductibles :
- livrer un pack de compétences public qui fonctionne sans identifiants privés ;
- garder les données ou actions produit en direct derrière un chemin API explicitement fermé ;
- ajouter des fixtures, docs, évaluations et portes de risque pour que le workflow soit testable ;
- convertir l'utilisation produit assainie en compétences ECC, docs ou preuves ;
- router les équipes sérieuses vers sponsors, Pro, partenaires ou conseil.
Itô est l'exemple actuel : la recherche de marché de prédiction, la comparaison de panier, la planification
manuelle non-conseil et les workflows d'atlas de données peuvent être distribués via ECC, tandis que les
données Itô en direct et les appels spécifiques au compte restent fermés par ITO_API_KEY et séparés de la
facturation ECC Tools.
Portes de publication
| Voie | Fait quand | Action actuelle |
|---|---|---|
| Identité repo | README, métadonnées package, métadonnées plugin, docs de version, workflows et copie de lancement utilisent tous affaan-m/ECC là où des URLs publiques sont nécessaires | Balayage URL canonique |
| Publication package et plugin | [email protected] dry-run propre, npm next approuvé, tag plugin Claude dry-run, smoke test marketplace repo Codex passe, build OpenCode passe | Rafraîchir les preuves de publication à partir du commit final |
| Preuve produit | Quickstart, architecture cross-harnais, prompts de démo, limite alpha ecc2/, preuve sécurité AgentShield et liens ECC Tools hébergés sont cohérents | Garder les surfaces de preuve concrètes |
| Preuve revenu | Niveaux sponsor, tarification Pro, CTA conseil, CTA partenaire et langage de retour facturation sont à jour | Ne pas annoncer les réclamations de facturation avant le retour en direct |
| Preuve contenu | Vidéo de lancement, clips courts, captures d'écran, notes de version, Discussion GitHub, X, LinkedIn et article long sont alignés | Choisir les coupes vidéo finales, téléverser après approbation et attacher les URLs publiques |
| Preuve communauté | Invitation Discord, règles, canaux, onboarding et routage sponsor/communauté sont prêts | Besoin décision invite/jeton avant les liens publics |
Suite vidéo
La voie vidéo doit utiliser la compétence d'édition vidéo ECC existante plus le
modèle browser-use/video-use là où utile : la transcription comme surface d'édition,
approbation stratégique avant rendu, coupes déterministes, sortie timeline/projet
quand disponible et auto-évaluation avant publication.
Modèle de référence : https://github.com/browser-use/video-use
Les classes source principales existent déjà dans la bibliothèque média ECC locale. Gardez les chemins absolus bruts hors des docs publics ; utilisez des noms de base ou un manifeste de production privé lorsque vous confiez le travail à un éditeur ou agent.
| Livrable | Durée | Matériel source | Objectif de preuve |
|---|---|---|---|
| Vidéo de lancement principale | 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 comme système d'exploitation opérateur |
| Preuve installation | 30s | README install, terminal scan, quickstart, plugin install | Adoption en moins de clics |
| Qu'est-ce qu'ECC | 45-60s | sf-thread-2-whatisecc.mp4, vertical-2-whatisecc.mp4, architecture-2-* | Clarté catégorie produit |
| Preuve sécurité | 45-60s | sf-thread-4-security.mp4, preuve AgentShield, portes supply-chain | Confiance entreprise |
| Preuve argent/revenu | 30-45s | thread-2-ghapp-money.mp4, metrics-ticker-2-*, gh_app_*.png | Crédibilité sponsor, Pro et partenaire |
| Preuve couverture/sociale | 30-45s | coverage-montage-wide.mp4, 100k.png, star_history.png, x_analytics.png, captures d'écran couverture | Levier de distribution |
Étapes de production :
- Générer des transcriptions pour les clips bruts longform et shortform.
- Construire une liste de décision de montage avec segments d'accroche, preuve, démo, CTA business et CTA final.
- Couper de manière déterministe avec FFmpeg.
- Ajouter des superpositions et des animations de données dans Remotion ou Manim.
- Ajouter des sous-titres, une légère correction colorimétrique, une normalisation audio et des recadrages plateforme.
- Effectuer un passage d'auto-évaluation pour les trames vides, les mauvais sous-titres, les coupes brusques, l'accroche faible, le manque de preuve produit et les URLs obsolètes.
- Exporter les MP4 finaux plus l'état de la timeline/projet éditable.
Plan de distribution
| Canal | Actif | CTA |
|---|---|---|
| GitHub Release | notes de version, quickstart, vidéo de lancement, lien sponsor | star, installer, sponsoriser |
| Discussion GitHub | annonce courte et puces de preuve | questions, feedback, sponsors |
| X | fil de lancement, clip d'installation 30s, clips de preuve | repo, sponsor, Pro |
| preuve produit adaptée aux partenaires, CTA conseil | sponsors, conseil, conférences | |
| YouTube/Shorts/Reels/TikTok | vidéo de lancement principale et clips | repo, site, newsletter/communauté |
| Podcasts/conférences | pitch une page, plan de démo, preuve fondateur | réservations, partenaires |
| Sortant sponsor | note sponsor directe et tableau de niveaux | Sponsors GitHub ou Pro |
La source de vérité pour la copie sponsor, partenaire, conseil, conférence, podcast et
Discussion GitHub est docs/releases/2.0.0-rc.1/partner-sponsor-talks-pack.md.
La source de vérité pour l'approbation propriétaire concernant les actions de version, package, plugin,
vidéo, facturation, social et sortant est
docs/releases/2.0.0-rc.1/owner-approval-packet-2026-05-19.md.
Règles de rédaction
Utilisez un langage produit direct :
ECC 2.0 est le système d'exploitation natif du harnais pour le travail agentique.Une couche réutilisable sur Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot et les flux de travail terminal.L'OSS reste gratuit. Les sponsors et Pro financent le travail.Utilisez ECC pour les compétences, hooks, règles, conventions MCP, portes de publication et workflows opérateur.
Évitez :
nous avons renommé le repo;pivot;- le cadrage pack de config hérité ;
Claude-only;- le langage générique de parcours fondateur ;
- les affirmations sur la facturation, les paiements sur marketplace ou les listages officiels dans les annuaires avant que des preuves en direct existent.
Premier ordre de construction
- Atterrir les correctifs d'identité du repo public.
- Rafraîchir les URLs de package, plugin, workflow, version et copie de lancement.
- Enregistrer les preuves de publication finale à partir du commit de version exact.
- Garder le manifeste de la suite vidéo, les transcriptions, les candidates à la publication et la
QA visuelle à jour avec
npm run release:video-suite -- --format json. - Capturer en navigateur le README, l'application ECC Tools, le flux d'installation et les surfaces de preuve pertinentes pour les images d'illustration.
- Choisir la vidéo de lancement principale approuvée par le propriétaire et cinq clips courts, puis téléverser et attacher les URLs publiques finales.
- Finaliser la version GitHub, le fil X, le post LinkedIn, l'annonce Discussion, la copie email sponsor, l'intro conseil, le DM partenaire et le pitch podcast/conférence.
- Publier uniquement après que les portes npm, plugin, URL de version et retour de facturation sont soit en direct, soit explicitement marquées comme bloquées.
Approbations propriétaires
Ces actions nécessitent une approbation humaine ou un identifiant avant d'avancer :
- envoyer des emails de mise à niveau annuelle ou sponsor ;
- mettre à jour le texte du profil LinkedIn ;
- câbler Discord avec un jeton de bot et un ID de guilde ;
- publier npm ou créer des tags de plugin ;
- annoncer la facturation/paiements natifs ;
- envoyer des actions de sensibilisation partenaire, conseil, conférence, podcast ou sponsor ;
- poster la copie sociale finale depuis des comptes personnels.