Communitygithub.com

JiayiV/question_mixing

Este é o mapa de execução para transformar o ECC 2.0 em uma versão pública completa.

O que é question_mixing?

Este skill define um centro de comando de lançamento para o ECC 2.0, transformando-o em uma versão pública completa, com funil de parceiros, patrocinadores, superfície de consultoria e lançamento de conteúdo. Ele é projetado para operadores e descreve como decidir o que é lançado, anunciado ou permanece bloqueado até que haja evidências. O skill suporta múltiplas plataformas, incluindo Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot e fluxos de trabalho apenas no terminal, além de estabelecer portões de lançamento, um plano de distribuição e uma suíte de vídeos. O objetivo é impulsionar o crescimento da receita por meio de patrocínios no GitHub, assinaturas Pro, contratos de consultoria e divulgação em eventos, usando um ritmo operacional semanal.

Funciona com✓Claude Code✓Codex CLI✓Cursor✓Antigravity✓Gemini CLI✓OpenCode
npx skills add https://github.com/JiayiV/question_mixing/tree/HEAD/skills/public-07-ecc-main-docs-releases-2-0-0-ecc-2-hypergrowth-release-command-center-94160d7e

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

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étricaAtualMetaLacuna
MRR$1.728/mês$10.000/mês$8.272/mês
Movimento de patrocinadoresGitHub Sponsors ativos mais entrada abertaLoop de fechamento de patrocinador repetívelSaída aprovada por portão
Movimento de consultoriaAberto, não primárioPacotes prontos para parceirosProva pública, palestras e captação
Movimento de conteúdoCandidatos a publicação de vídeo de lançamento prontosClipes de lançamento semanais e prova do fundadorAprovação do proprietário, upload e URLs públicas
Movimento da comunidadeDiscord existeComunidade útil de codificação/operadoresConvite, 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 trabalhoProva públicaCaminho de receita
Categoria do produtoECC como o sistema operacional nativo de harness, não um pacote de configuração apenas para ClaudeConverte tráfego OSS confuso em intenção de instalação, Pro e patrocínio
Cobertura de harnessClaude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot e fluxos de trabalho de terminal mostrados como superfícies de execuçãoConversas com parceiros sobre ferramentas, IDEs, provedores de modelo e equipes de plataforma
Painel de controleSuperfície ecc2/ alfa de painel/status/sessão e shell operador Hermes claramente enquadrados como direcionalmente ao vivoSprints de consultoria e implementação de equipe
Confiança empresarialAgentShield, cadeia de suprimentos, lançamento, observabilidade e portões de CI mostrados como evidências repetíveisFornecedores de segurança, fornecedores de revisão de código, patrocinadores de plataforma e pilotos empresariais
Motor de mídiaVídeo de lançamento principal, cinco clipes de prova, capturas de navegador, transcrições, EDLs, legendas e linhas do tempo editáveisAlcance social, reserva de podcasts/palestras, prova de patrocinador, demonstrações de parceiros
Funil da comunidadeGitHub Discussions, Discord uma vez aprovado, níveis de patrocinador, Pro e CTAs de consultoria roteadas sem desordemEntrada repetível, não picos de lançamento únicos

O ritmo operacional após o lançamento deve ser semanal:

  1. um clipe de prova do produto;
  2. um clipe de prova de segurança ou disciplina de lançamento;
  3. um lote de divulgação de parceiro/patrocinador/palestra após aprovação do proprietário;
  4. uma discussão pública ou prompt da comunidade;
  5. 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:

  1. enviar um pacote de skill público que funcione sem credenciais privadas;
  2. manter dados de produto ao vivo ou ações atrás de um caminho de API explicitamente fechado;
  3. adicionar fixtures, docs, avaliações e portões de risco para que o fluxo de trabalho seja testável;
  4. converter o uso de produto sanitizado de volta em skills, docs ou evidências do ECC;
  5. 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

FaixaFeito quandoAção atual
Identidade do repositórioREADME, 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áriasVarredura 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 passaAtualizar evidência de publicação a partir do commit final
Prova do produtoQuickstart, arquitetura multi-harness, prompts de demonstração, limite alfa ecc2/, prova de segurança AgentShield e links ECC Tools hospedados são consistentesManter superfícies de prova concretas
Prova de receitaNíveis de patrocinador, preços Pro, CTA de consultoria, CTA de parceiro e linguagem de leitura de faturamento estão atualizadosNão anunciar alegações de faturamento antes da leitura ao vivo
Prova de conteúdoVí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 alinhadosEscolher cortes finais de vídeo, fazer upload após aprovação e anexar URLs públicas
Prova da comunidadeConvite do Discord, regras, canais, onboarding e roteamento de patrocinador/comunidade estão prontosPrecisa 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ávelDuraçãoMaterial de origemObjetivo da prova
Vídeo de lançamento principal90-150slongform-full-wide.mp4, sf-longform-full.mp4, architecture-2-wide.mp4, terminal-scan-2-wide.mp4, new_site_raw.mp4ECC 2.0 como o sistema operacional
Prova de instalação30sInstalação do README, scan do terminal, quickstart, instalação do pluginAdoção com menos cliques
O que é ECC45-60ssf-thread-2-whatisecc.mp4, vertical-2-whatisecc.mp4, architecture-2-*Clareza da categoria do produto
Prova de segurança45-60ssf-thread-4-security.mp4, evidências AgentShield, portões de cadeia de suprimentosConfiança empresarial
Clipe de dinheiro/prova30-45sthread-2-ghapp-money.mp4, metrics-ticker-2-*, gh_app_*.pngCredibilidade de patrocinador, Pro e parceiro
Prova de cobertura/social30-45scoverage-montage-wide.mp4, 100k.png, star_history.png, x_analytics.png, capturas de tela de coberturaAlavancagem de distribuição

Etapas de produção:

  1. Gerar transcrições para os clipes brutos de formato longo e curto.
  2. Construir uma lista de decisão de edição com segmentos de gancho, prova, demonstração, CTA de negócios e CTA final.
  3. Cortar deterministicamente com FFmpeg.
  4. Adicionar sobreposições e movimento de dados no Remotion ou Manim.
  5. Adicionar legendas, correção de cor leve, normalização de áudio e reformatações de plataforma.
  6. Executar uma passagem de autoavaliação para quadros em branco, legendas ruins, jump cuts, gancho fraco, falta de prova do produto e URLs desatualizadas.
  7. Exportar MP4s finais mais o estado da linha do tempo/projeto editável.

Plano de Distribuição

CanalAtivoCTA
GitHub Releasenotas de lançamento, quickstart, vídeo de lançamento, link de patrocinadorestrelar, instalar, patrocinar
GitHub Discussionanúncio curto e bullets de provaperguntas, feedback, patrocinadores
Xthread de lançamento, clipe de instalação de 30s, clipes de provarepositório, patrocinador, Pro
LinkedInprova de produto amigável para parceiros, CTA de consultoriapatrocinadores, consultoria, palestras
YouTube/Shorts/Reels/TikTokvídeo de lançamento principal e clipesrepositório, site, newsletter/comunidade
Podcasts/palestraspitch de uma página, esboço de demonstração, prova do fundadorreservas, parceiros
Divulgação de patrocinadornota de patrocinador direta e tabela de níveisGitHub 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

  1. Implementar as correções de identidade do repositório público.
  2. Atualizar URLs de pacote, plugin, workflow, lançamento e cópia de lançamento.
  3. Registrar evidência de publicação final a partir do commit de lançamento exato.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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.

Habilidades Relacionadas