JiayiV/question_mixing

Centro de Comando de Lanzamiento de Hipercrecimiento ECC 2.0

Fecha de instantánea: 2026-05-19.

Este es el mapa de ejecución para convertir ECC 2.0 en un lanzamiento público completo, embudo de socios, embudo de patrocinadores, superficie de consultoría y lanzamiento de contenido. Está escrito para operadores. Úsalo para decidir qué se envía, qué se anuncia y qué permanece bloqueado hasta que exista evidencia.

Alegato del Lanzamiento

ECC 2.0 es el sistema operativo nativo de harness para trabajo agentivo.

La prueba pública debe mostrar el sistema real:

• skills reutilizables, reglas, hooks, convenciones MCP y compuertas de lanzamiento;
• Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot y flujos de trabajo solo terminal como superficies de ejecución compatibles;
• ecc2/ como la dirección alfa de plano de control/TUI;
• Hermes como el shell operador opcional para chat, cron, traspasos y enrutamiento de trabajo diario;
• ECC Tools Pro, GitHub Sponsors y consultoría como la superficie de negocio que financia la capa OSS.

Evita el lenguaje que enmarque esto como un renombre o un retroceso del proyecto anterior. El copy del lanzamiento debe mostrar la forma del producto 2.0 directamente.

Línea Base de Crecimiento Actual

Métrica	Actual	Objetivo	Brecha
MRR	$1,728/mes	$10,000/mes	$8,272/mes
Movimiento de patrocinadores	GitHub Sponsors activos más inbound abierto	Bucle de cierre de patrocinadores repetible	Outbound aprobado por compuerta
Movimiento de consultoría	Abierto, no primario	Paquetes listos para socios	Prueba pública, charlas e intake
Movimiento de contenido	Candidatos de publicación de video de lanzamiento listos	Clips de lanzamiento semanales y prueba del fundador	Aprobación del propietario, subida y URLs públicas
Movimiento comunitario	Discord existe	Comunidad útil de codificación/operadores	Invitación, canales, pines, moderación

El crecimiento de MRR debe provenir de cuatro carriles a la vez:

• GitHub Sponsors y patrocinadores socios OSS;
• suscripciones a ECC Tools Pro;
• contratos de consultoría e implementación;
• charlas, podcasts, demos de conferencias y webinars de socios que generen inbound.

Segunda Fase de Hipercrecimiento

El lanzamiento debe comportarse como un motor de prueba, no como un anuncio de cambio de nombre. Cada superficie pública debe hacer que el producto sea obvio en la primera pantalla, clip, párrafo o demo:

Flujo de trabajo	Prueba pública	Ruta de ingresos
Categoría de producto	ECC como el sistema operativo nativo de harness, no un paquete de configuración solo para Claude	Convierte tráfico OSS confuso en intención de instalar, Pro y patrocinador
Cobertura de harness	Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot y flujos de trabajo terminal mostrados como superficies de ejecución	Conversaciones con socios sobre herramientas, IDEs, proveedores de modelos y equipos de plataforma
Plano de control	ecc2/ dashboard/sesión/superficie de estado alfa y shell operador Hermes claramente enmarcados como direccionalmente activos	Sprints de consultoría e implementación de equipo
Confianza empresarial	AgentShield, cadena de suministro, lanzamiento, observabilidad y compuertas CI mostradas como evidencia repetible	Proveedores de seguridad, proveedores de revisión de código, patrocinadores de plataforma y pilotos empresariales
Motor de medios	Video de lanzamiento principal, cinco clips de prueba, capturas de navegador, transcripciones, EDLs, subtítulos y líneas de tiempo editables	Alcance social, reserva de podcast/charla, prueba de patrocinador, demos de socios
Embudo comunitario	GitHub Discussions, Discord una vez aprobado, niveles de patrocinador, Pro y CTAs de consultoría enrutados sin desorden	Inbound repetible, no picos de lanzamiento únicos

El ritmo operativo después del lanzamiento debe ser semanal:

1. un clip de prueba del producto;
2. un clip de prueba de seguridad o disciplina de lanzamiento;
3. un lote de outreach a socios/patrocinadores/charlas después de la aprobación del propietario;
4. una discusión pública o prompt comunitario;
5. una lectura de embudo medible que cubra tráfico del repositorio, clics de patrocinadores, conversiones Pro, movimiento de MRR y respuestas de inbound.

Bucle de Valor de la Plataforma

La tesis de plataforma a largo plazo está registrada en docs/architecture/platform-value-loop.md. ECC debe seguir siendo útil como OSS gratuito mientras el valor gestionado se acumula alrededor de la memoria del equipo, sesiones observables, compuertas de lanzamiento, evaluaciones, evidencia de seguridad, análisis alojado, facturación, flujos de trabajo de socios e integraciones específicas de productos.

Las integraciones de productos deben comportarse como bucles de distribución repetibles:

1. enviar un paquete de skills público que funcione sin credenciales privadas;
2. mantener los datos o acciones del producto activo detrás de una ruta API explícitamente cerrada;
3. agregar fixtures, docs, evaluaciones y compuertas de riesgo para que el flujo de trabajo sea comprobable;
4. convertir el uso del producto sanitizado de nuevo en skills, docs o evidencia de ECC;
5. enrutar equipos serios hacia patrocinadores, Pro, socios o consultoría.

Itô es el ejemplo actual: investigación de mercados de predicción, comparación de cestas, planificación manual no asesora y flujos de trabajo de atlas de datos se pueden distribuir a través de ECC, mientras que los datos activos de Itô y las llamadas específicas de cuenta permanecen cerradas por ITO_API_KEY y separadas de la facturación de ECC Tools.

Compuertas de Lanzamiento

Carril	Hecho cuando	Acción actual
Identidad del repositorio	README, metadatos de paquete, metadatos de plugin, docs de lanzamiento, flujos de trabajo y copy de lanzamiento usan affaan-m/ECC donde se necesitan URLs públicas	Barrido de URL canónica
Publicación de paquete y plugin	[email protected] dry-runs limpio, npm next está aprobado, etiqueta de plugin Claude dry-run, smoke test de marketplace de Codex pasa, build de OpenCode pasa	Refrescar evidencia de publicación desde el commit final
Prueba del producto	Quickstart, arquitectura multi-harness, prompts de demo, límite alfa de ecc2/, prueba de seguridad AgentShield y enlaces de ECC Tools alojados son consistentes	Mantener superficies de prueba concretas
Prueba de ingresos	Niveles de patrocinador, precios Pro, CTA de consultoría, CTA de socio y lenguaje de lectura de facturación están actualizados	No anunciar afirmaciones de facturación antes de la lectura activa
Prueba de contenido	Video de lanzamiento, clips de formato corto, capturas de pantalla, notas de lanzamiento, GitHub Discussion, X, LinkedIn y publicación de formato largo están alineados	Elegir cortes finales de video, subir después de la aprobación y adjuntar URLs públicas
Prueba comunitaria	Invitación de Discord, reglas, canales, onboarding y enrutamiento de patrocinadores/comunidad están listos	Necesita decisión de invitación/token antes de enlaces públicos

Suite de Video

El carril de video debe usar el skill de edición de video ECC existente más el modelo browser-use/video-use donde sea útil: transcripción como superficie de edición, aprobación de estrategia antes del renderizado, cortes deterministas, salida de línea de tiempo/proyecto cuando esté disponible y autoevaluación antes de la publicación.

Patrón de referencia: https://github.com/browser-use/video-use

Las clases de fuente primaria ya existen en la biblioteca de medios local de ECC. Mantén las rutas absolutas sin procesar fuera de los docs públicos; usa nombres base o un manifiesto de producción privado al entregar trabajo a un editor o agente.

Entregable	Duración	Material fuente	Objetivo de prueba
Video de lanzamiento 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 el sistema operador
Prueba de instalación	30s	README install, terminal scan, quickstart, plugin install	Adopción con menos clics
Qué es ECC	45-60s	sf-thread-2-whatisecc.mp4, vertical-2-whatisecc.mp4, architecture-2-*	Claridad de categoría de producto
Prueba de seguridad	45-60s	sf-thread-4-security.mp4, evidencia AgentShield, compuertas de cadena de suministro	Confianza empresarial
Clip de dinero/prueba	30-45s	thread-2-ghapp-money.mp4, metrics-ticker-2-*, gh_app_*.png	Credibilidad de patrocinador, Pro y socio
Prueba de cobertura/social	30-45s	coverage-montage-wide.mp4, 100k.png, star_history.png, x_analytics.png, capturas de pantalla de cobertura	Apalancamiento de distribución

Pasos de producción:

1. Generar transcripciones para los clips brutos de formato largo y corto.
2. Construir una lista de decisiones de edición con segmentos de gancho, prueba, demo, CTA de negocio y CTA final.
3. Cortar de forma determinista con FFmpeg.
4. Agregar superposiciones y movimiento de datos en Remotion o Manim.
5. Agregar subtítulos, corrección de color ligera, normalización de audio y reencuadres de plataforma.
6. Ejecutar una pasada de autoevaluación para fotogramas en blanco, subtítulos incorrectos, cortes bruscos, gancho débil, prueba de producto faltante y URLs obsoletas.
7. Exportar MP4s finales más el estado de la línea de tiempo/proyecto editable.

Plan de Distribución

Canal	Activo	CTA
GitHub Release	notas de lanzamiento, quickstart, video de lanzamiento, enlace de patrocinador	estrella, instalar, patrocinar
GitHub Discussion	anuncio corto y viñetas de prueba	preguntas, comentarios, patrocinadores
X	hilo de lanzamiento, clip de instalación de 30s, clips de prueba	repositorio, patrocinador, Pro
LinkedIn	prueba de producto amigable para socios, CTA de consultoría	patrocinadores, consultoría, charlas
YouTube/Shorts/Reels/TikTok	video de lanzamiento principal y clips	repositorio, sitio, boletín/comunidad
Podcasts/charlas	presentación de una página, esquema de demo, prueba del fundador	reservas, socios
Outbound de patrocinadores	nota de patrocinador directa y tabla de niveles	GitHub Sponsors o Pro

La fuente de verdad para copias de patrocinadores, socios, consultoría, conferencias, podcasts y GitHub Discussion es docs/releases/2.0.0-rc.1/partner-sponsor-talks-pack.md. La fuente de verdad para la aprobación del propietario en lanzamiento, paquete, plugin, video, facturación, acciones sociales y outbound es docs/releases/2.0.0-rc.1/owner-approval-packet-2026-05-19.md.

Reglas de Copy

Usa lenguaje de producto directo:

• ECC 2.0 es el sistema operativo nativo de harness para trabajo agentivo.
• Una capa reutilizable en Claude Code, Codex, OpenCode, Cursor, Gemini, Zed, GitHub Copilot y flujos de trabajo terminal.
• OSS se mantiene gratuito. Los patrocinadores y Pro financian el trabajo.
• Usa ECC para skills, hooks, reglas, convenciones MCP, compuertas de lanzamiento y flujos de trabajo de operador.

Evita:

• renombramos el repositorio;
• pivote;
• marco de paquete de configuración heredado;
• solo Claude;
• lenguaje genérico de viaje del fundador;
• afirmaciones sobre facturación, pagos de marketplace o listados de directorio oficial antes de que exista evidencia activa.

Primer Orden de Construcción

1. Aterrizar las correcciones de identidad del repositorio público.
2. Refrescar paquete, plugin, flujo de trabajo, lanzamiento y URLs de copy de lanzamiento.
3. Registrar evidencia final de publicación desde el commit de lanzamiento exacto.
4. Mantener el manifiesto de la suite de video, transcripciones, candidatos de publicación y QA visual actualizados con npm run release:video-suite -- --format json.
5. Capturar en navegador el README, la aplicación ECC Tools, el flujo de instalación y las superficies de prueba relevantes para b-roll.
6. Elegir el video de lanzamiento principal aprobado por el propietario y cinco clips cortos, luego subir y adjuntar URLs públicas finales.
7. Finalizar GitHub release, hilo de X, publicación de LinkedIn, anuncio de Discussion, copy de correo de patrocinador, introducción de consultoría, DM de socio y presentación de podcast/charla.
8. Publicar solo después de que las compuertas de npm, plugin, URL de lanzamiento y lectura de facturación estén activas o explícitamente marcadas como bloqueadas.

Aprobaciones del Propietario

Estas acciones necesitan una aprobación humana o credencial antes de moverse:

• enviar correos de actualización anual o patrocinador;
• actualizar el texto del perfil de LinkedIn;
• cablear Discord con un token de bot y ID de gremio;
• publicar npm o crear etiquetas de plugin;
• anunciar facturación/pagos nativos;
• enviar outreach a socios, consultoría, conferencias, podcasts o patrocinadores;
• publicar copy social final desde cuentas personales.