Centro de Comando de Lançamento do Hypergrowth do ECC 2.0
Data do instantâneo: 2026-05-19.
Este é o mapa de execução para transformar o ECC 2.0 em uma versão pública completa, funil de parceiros, funil de patrocinadores, superfície de consultoria e lançamento de conteúdo. Foi escrito para operadores. Use-o para decidir o que é enviado, o que é anunciado e o que permanece bloqueado até que haja evidências.
Afirmação do Lançamento
O ECC 2.0 é o sistema operacional nativo de harness para trabalho agêntico.
A prova pública deve mostrar o sistema real:
- skills, regras, hooks, convenções MCP e portões de lançamento reutilizáveis;
- Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot e fluxos de trabalho apenas no terminal como superfícies de execução suportadas;
ecc2/como a direção alfa do painel de controle/TUI;- Hermes como o shell operador opcional para chat, cron, handoffs e roteamento de trabalho diário;
- ECC Tools Pro, GitHub Sponsors e consultoria como a superfície de negócios que financia a camada OSS.
Evite linguagem que enquadre isso como uma renomeação ou um recuo do projeto antigo. A cópia do lançamento deve mostrar a forma do produto 2.0 diretamente.
Linha de Base de Crescimento Atual
| Métrica | Atual | Meta | Lacuna |
|---|---|---|---|
| MRR | $1.728/mês | $10.000/mês | $8.272/mês |
| Movimento de patrocinadores | GitHub Sponsors ativos mais entrada aberta | Loop de fechamento de patrocinador repetível | Saída aprovada por portão |
| Movimento de consultoria | Aberto, não primário | Pacotes prontos para parceiros | Prova pública, palestras e captação |
| Movimento de conteúdo | Candidatos a publicação de vídeo de lançamento prontos | Clipes de lançamento semanais e prova do fundador | Aprovação do proprietário, upload e URLs públicas |
| Movimento da comunidade | Discord existe | Comunidade útil de codificação/operadores | Convite, canais, pins, moderação |
O crescimento do MRR deve vir de quatro faixas ao mesmo tempo:
- GitHub Sponsors e patrocinadores parceiros OSS;
- assinaturas do ECC Tools Pro;
- contratos de consultoria e implementação;
- palestras, podcasts, demonstrações em conferências e webinars de parceiros que geram entrada.
Segunda Fase de Hypergrowth
O lançamento deve se comportar como um motor de provas, não um anúncio de mudança de nome. Cada superfície pública deve tornar o produto óbvio na primeira tela, clipe, parágrafo ou demonstração:
| Fluxo de trabalho | Prova pública | Caminho de receita |
|---|---|---|
| Categoria do produto | ECC como o sistema operacional nativo de harness, não um pacote de configuração apenas para Claude | Converte tráfego OSS confuso em intenção de instalação, Pro e patrocínio |
| Cobertura de harness | Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot e fluxos de trabalho de terminal mostrados como superfícies de execução | Conversas com parceiros sobre ferramentas, IDEs, provedores de modelo e equipes de plataforma |
| Painel de controle | Superfície ecc2/ alfa de painel/status/sessão e shell operador Hermes claramente enquadrados como direcionalmente ao vivo | Sprints de consultoria e implementação de equipe |
| Confiança empresarial | AgentShield, cadeia de suprimentos, lançamento, observabilidade e portões de CI mostrados como evidências repetíveis | Fornecedores de segurança, fornecedores de revisão de código, patrocinadores de plataforma e pilotos empresariais |
| Motor de mídia | Vídeo de lançamento principal, cinco clipes de prova, capturas de navegador, transcrições, EDLs, legendas e linhas do tempo editáveis | Alcance social, reserva de podcasts/palestras, prova de patrocinador, demonstrações de parceiros |
| Funil da comunidade | GitHub Discussions, Discord uma vez aprovado, níveis de patrocinador, Pro e CTAs de consultoria roteadas sem desordem | Entrada repetível, não picos de lançamento únicos |
O ritmo operacional após o lançamento deve ser semanal:
- um clipe de prova do produto;
- um clipe de prova de segurança ou disciplina de lançamento;
- um lote de divulgação de parceiro/patrocinador/palestra após aprovação do proprietário;
- uma discussão pública ou prompt da comunidade;
- uma leitura de funil mensurável cobrindo tráfego do repositório, cliques de patrocinador, conversões Pro, movimento de MRR e respostas de entrada.
Loop de Valor da Plataforma
A tese de longo prazo da plataforma está registrada em
docs/architecture/platform-value-loop.md.
O ECC deve permanecer útil como OSS gratuito enquanto o valor gerenciado se acumula em torno de memória
de equipe, sessões observáveis, portões de lançamento, avaliações, evidências de segurança, análise
hospedada, faturamento, fluxos de trabalho de parceiros e integrações específicas de produto.
As integrações de produto devem se comportar como loops de distribuição repetíveis:
- enviar um pacote de skill público que funcione sem credenciais privadas;
- manter dados de produto ao vivo ou ações atrás de um caminho de API explicitamente fechado;
- adicionar fixtures, docs, avaliações e portões de risco para que o fluxo de trabalho seja testável;
- converter o uso de produto sanitizado de volta em skills, docs ou evidências do ECC;
- direcionar equipes sérias para patrocinadores, Pro, parceiros ou consultoria.
Itô é o exemplo atual: pesquisa de mercado de previsão, comparação de cestas,
planejamento manual não consultivo e fluxos de trabalho de atlas de dados podem ser distribuídos
através do ECC, enquanto dados ao vivo do Itô e chamadas específicas de conta permanecem fechadas por
ITO_API_KEY e separadas do faturamento do ECC Tools.
Portões de Lançamento
| Faixa | Feito quando | Ação atual |
|---|---|---|
| Identidade do repositório | README, metadados do pacote, metadados do plugin, docs de lançamento, workflows e cópia de lançamento usam affaan-m/ECC onde URLs públicas são necessárias | Varredura de URL canônica |
| Publicação de pacote e plugin | [email protected] é executado seco limpo, npm next é aprovado, tag de plugin Claude é executada seca, smoke do marketplace do repositório Codex passa, build do OpenCode passa | Atualizar evidência de publicação a partir do commit final |
| Prova do produto | Quickstart, arquitetura multi-harness, prompts de demonstração, limite alfa ecc2/, prova de segurança AgentShield e links ECC Tools hospedados são consistentes | Manter superfícies de prova concretas |
| Prova de receita | Níveis de patrocinador, preços Pro, CTA de consultoria, CTA de parceiro e linguagem de leitura de faturamento estão atualizados | Não anunciar alegações de faturamento antes da leitura ao vivo |
| Prova de conteúdo | Vídeo de lançamento, clipes de formato curto, capturas de tela, notas de lançamento, GitHub Discussion, X, LinkedIn e postagem de formato longo estão alinhados | Escolher cortes finais de vídeo, fazer upload após aprovação e anexar URLs públicas |
| Prova da comunidade | Convite do Discord, regras, canais, onboarding e roteamento de patrocinador/comunidade estão prontos | Precisa de decisão de convite/token antes de links públicos |
Suíte de Vídeos
A faixa de vídeo deve usar o skill de edição de vídeo existente do ECC mais o
modelo browser-use/video-use onde for útil: transcrição como superfície de edição,
aprovação da estratégia antes da renderização, cortes determinísticos, saída de linha do tempo/projeto
quando disponível e autoavaliação antes da publicação.
Padrão de referência: https://github.com/browser-use/video-use
As classes de fonte primária já existem na biblioteca de mídia local do ECC. Mantenha caminhos absolutos brutos fora dos docs públicos; use nomes base ou um manifesto de produção privado ao passar trabalho para um editor ou agente.
| Entregável | Duração | Material de origem | Objetivo da prova |
|---|---|---|---|
| Vídeo de lançamento principal | 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 como o sistema operacional |
| Prova de instalação | 30s | Instalação do README, scan do terminal, quickstart, instalação do plugin | Adoção com menos cliques |
| O que é ECC | 45-60s | sf-thread-2-whatisecc.mp4, vertical-2-whatisecc.mp4, architecture-2-* | Clareza da categoria do produto |
| Prova de segurança | 45-60s | sf-thread-4-security.mp4, evidências AgentShield, portões de cadeia de suprimentos | Confiança empresarial |
| Clipe de dinheiro/prova | 30-45s | thread-2-ghapp-money.mp4, metrics-ticker-2-*, gh_app_*.png | Credibilidade de patrocinador, Pro e parceiro |
| Prova de cobertura/social | 30-45s | coverage-montage-wide.mp4, 100k.png, star_history.png, x_analytics.png, capturas de tela de cobertura | Alavancagem de distribuição |
Etapas de produção:
- Gerar transcrições para os clipes brutos de formato longo e curto.
- Construir uma lista de decisão de edição com segmentos de gancho, prova, demonstração, CTA de negócios e CTA final.
- Cortar deterministicamente com FFmpeg.
- Adicionar sobreposições e movimento de dados no Remotion ou Manim.
- Adicionar legendas, correção de cor leve, normalização de áudio e reformatações de plataforma.
- Executar uma passagem de autoavaliação para quadros em branco, legendas ruins, jump cuts, gancho fraco, falta de prova do produto e URLs desatualizadas.
- Exportar MP4s finais mais o estado da linha do tempo/projeto editável.
Plano de Distribuição
| Canal | Ativo | CTA |
|---|---|---|
| GitHub Release | notas de lançamento, quickstart, vídeo de lançamento, link de patrocinador | estrelar, instalar, patrocinar |
| GitHub Discussion | anúncio curto e bullets de prova | perguntas, feedback, patrocinadores |
| X | thread de lançamento, clipe de instalação de 30s, clipes de prova | repositório, patrocinador, Pro |
| prova de produto amigável para parceiros, CTA de consultoria | patrocinadores, consultoria, palestras | |
| YouTube/Shorts/Reels/TikTok | vídeo de lançamento principal e clipes | repositório, site, newsletter/comunidade |
| Podcasts/palestras | pitch de uma página, esboço de demonstração, prova do fundador | reservas, parceiros |
| Divulgação de patrocinador | nota de patrocinador direta e tabela de níveis | GitHub Sponsors ou Pro |
A fonte da verdade para cópia de patrocinador, parceiro, consultoria, conferência, podcast e
GitHub Discussion é
docs/releases/2.0.0-rc.1/partner-sponsor-talks-pack.md.
A fonte da verdade para aprovação do proprietário em ações de lançamento, pacote, plugin, vídeo,
faturamento, social e divulgação é
docs/releases/2.0.0-rc.1/owner-approval-packet-2026-05-19.md.
Regras de Cópia
Use linguagem de produto direta:
ECC 2.0 é o sistema operacional nativo de harness para trabalho agêntico.Uma camada reutilizável em Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot e fluxos de trabalho de terminal.OSS permanece gratuito. Patrocinadores e Pro financiam o trabalho.Use ECC para skills, hooks, rules, convenções MCP, portões de lançamento e fluxos de trabalho operadores.
Evite:
renomeamos o repositório;pivot;- enquadramento legado de pacote de configuração;
apenas Claude;- linguagem genérica de jornada do fundador;
- alegações sobre faturamento, pagamentos de marketplace ou listagens oficiais de diretório antes da existência de evidências ao vivo.
Primeira Ordem de Construção
- Implementar as correções de identidade do repositório público.
- Atualizar URLs de pacote, plugin, workflow, lançamento e cópia de lançamento.
- Registrar evidência de publicação final a partir do commit de lançamento exato.
- Manter o manifesto da suíte de vídeos, transcrições, candidatos a publicação e QA visual
atualizados com
npm run release:video-suite -- --format json. - Capturar com o navegador o README, o aplicativo ECC Tools, o fluxo de instalação e as superfícies de prova relevantes para b-roll.
- Escolher o vídeo de lançamento principal aprovado pelo proprietário e cinco clipes curtos, depois fazer upload e anexar URLs públicas finais.
- Finalizar o GitHub release, thread do X, postagem do LinkedIn, anúncio do Discussion, cópia do e-mail de patrocínio, introdução de consultoria, DM de parceiro e pitch de podcast/palestra.
- Publicar apenas após os portões de npm, plugin, URL de lançamento e leitura de faturamento estarem ao vivo ou explicitamente marcados como bloqueados.
Aprovações do Proprietário
Estas ações precisam de aprovação humana ou credencial antes de avançar:
- enviar e-mails de atualização anual ou de patrocínio;
- atualizar o texto do perfil do LinkedIn;
- conectar o Discord com um token de bot e ID de guild;
- publicar npm ou criar tags de plugin;
- anunciar faturamento/pagamentos nativos;
- enviar divulgação de parceiro, consultoria, conferência, podcast ou patrocínio;
- postar cópia social final de contas pessoais.