13 de septiembre de 2026 · Por YasKad
2025Emma/vibe-coding-cn

vibe-coding-cn: la guía china de programación con IA que sus propios issues acusan de copia

2025Emma/vibe-coding-cn · 22.991★ · 2.420 forks

2025Emma/vibe-coding-cn es una base de conocimiento en chino titulada «Vibe Coding 指南» (Guía de Vibe Coding): un repositorio que reúne una metodología de programación por pareja con IA, cientos de prompts organizados, un conjunto de skills y una pequeña herramienta de conversión de prompts. No es un producto instalable, un servidor ni una librería pública: su valor está en el contenido leíble (metodología, prompts, skills, documentación) y en un único script ejecutable para gestionar la base de prompts. Lo que define a este repositorio no es su contenido técnico —que proviene de otra parte— sino su procedencia: es una copia de la versión china mantenida por tukuaiai (hoy tradecatlabs), y esa circunstancia explica tanto sus más de 22.000 estrellas como la crítica abierta que recibe en sus propios issues.

Una impactante imagen de portada cyberpunk en modo oscuro y ultra detallada 8K para un repositorio de conocimiento de GitHub sobre «Vibe Coding», una biblioteca holográfica masiva flota en un vacío digital negro, compuesta de documentos Markdown brillantes, tarjetas de prompts, ventanas de terminal y fragmentos de código dispuestos como un ornamentado templo digital chino, en el centro un toro neón luminoso conecta dos símbolos recursivos, Alfa y Omega, formando un bucle auto-optimizante, alrededor glifos chinos translúcidos como «规划就是一切» y «道法术器» pulsan en cian, magenta y violeta eléctrico, debajo del toro una carpeta de «banco de memoria» de cinco archivos brilla con documentos etiquetados: documento de diseño, pila tecnológica, plan de implementación, progreso y arquitectura, la escena incluye una metáfora de programación en pareja: una silueta humana y una silueta de agente de IA trabajando lado a lado en un escritorio holográfico, con el humano revisando pruebas mientras la IA genera pasos estructurados, flujos de datos neón, gráficos de commits, iconos de estrellas y ramas de fork irradian hacia afuera, la composición es cinematográfica, precisa y futurista, con negros profundos, alto contraste, tipografía nítida, líneas de cuadrícula sutiles, y una sensación de metodología avanzada de desarrollo asistido por IA

Origen

El contenido de este repositorio no nace aquí, sino que se remonta a una guía en inglés:

  • EnzeD/vibe-coding — «Ultimate Guide to Vibe Coding V1.2.2», creada por Nicolas Zullo (@NicolasZu) el 12 de marzo de 2025. Es la obra original en inglés (4.782 estrellas y 2.064 bifurcaciones, medidas el 10 de septiembre de 2026). Su README declara explícitamente la autoría de Zullo y la fecha de creación.
  • tradecatlabs/vibe-coding-cn (antes tukuaiai/vibe-coding-cn, id 1102195393) — la adaptación y ampliación al chino, creada el 23 de noviembre de 2025 como bifurcación de la guía original. Muestra 16.149 estrellas y 1.618 bifurcaciones; su portada enlaza a x.com/123olp y su README atribuye el proyecto a tukuaiai, Nicolas Zullo y 123olp.
  • 2025Emma/vibe-coding-cn (este repositorio) — creado el 17 de diciembre de 2025 por la cuenta 2025Emma (cuenta abierta el 23 de enero de 2025, 103 seguidores, 10 repositorios públicos, sin nombre ni biografía). Es una copia de la versión de tukuaiai: sus 130 commits están firmados íntegramente por tukuaiai, el primero de ellos «Initial commit: Synchronize local state with remote» (13 de diciembre de 2025). El README sigue enlazando insignias, issues e imágenes de contribuidores a tukuaiai/vibe-coding-cn, y repite el trío de autores (tukuaiai, Nicolas Zullo, 123olp).

Una visualización cyberpunk oscura de linaje de repositorio y procedencia digital, ultra detallada 8K, tres nodos de repositorio brillantes estilo GitHub flotan en un espacio de red negro, conectados por hilos de línea de tiempo luminosos, el primer nodo es una guía original en inglés, representada por un documento blanco-azul brillante con una insignia de autor y una pequeña etiqueta «Ultimate Guide», el segundo nodo es una adaptación china, brillando en ámbar y rojo cálido, con tipografía china y una flecha de fork conectando de vuelta al original, el tercer nodo es una copia espejo, mostrada como un duplicado ligeramente translúcido del repositorio chino, con firmas de commits, conteos de estrellas, conteos de forks e insignias de contribuidores flotando alrededor, hashes de commit neón, líneas de rama e iconos de issues orbitan los nodos, el ánimo visual es investigativo y arqueológico, como rastrear el origen de un artefacto digital, incluye insignias sutiles, iconos de repositorio y una línea de tiempo desde el original en inglés hasta el fork chino hasta la copia espejo, todo en modo oscuro con acentos neón cian, ámbar y violeta

El propio README lo deja escrito al pie de su «Entrada»: esa sección de instalación es «del autor original, no la escribí yo; solo actualicé a lo que creo que es el mejor modelo». La guía ha evolucionado a lo largo de versiones de modelos: su README documenta el paso de Grok 3 → Gemini 2.5 Pro → Claude / Codex. En síntesis, este repositorio es un espejo re-hosted de una traducción, y no la fuente del método.

Filosofía y principios

El README sintetiza la filosofía en una máxima central y un marco de cuatro niveles:

  • Máxima: «规划就是一切» (Planificar es todo). No hay que dejar que la IA planifique de forma autónoma, o el código se convertirá en un desorden inmanejable. La definición operativa que da el repo es: Vibe Coding = planificación por diseño + contexto fijo + ejecución por pareja con IA.
  • Marco 道法术器 (Dao–Fa–Shu–Qi), tomado de la estructura clásica china:
    • 道 (Vía) — principios: «si la IA puede hacerlo, no lo hagas a mano»; «todo problema, pregúntaselo a la IA»; el contexto es el elemento de primera importancia (basura entra, basura sale); estructura antes que código; navaja de Occam; ley de Pareto (el 20 % importante).
    • 法 (Método): objetivo en una frase + no-objetivos; «si se puede copiar, no escribir» (reutilizar repos existentes); leer primero la documentación oficial y dársela a la IA; dividir por responsabilidad; interfaz primero, implementación después; tocar un solo módulo a la vez; la documentación es el contexto.
    • 术 (Técnica): dejar claro qué se puede y qué no se puede cambiar; el debug solo con «esperado vs. real + mínimo reproducible»; las pruebas puede hacerlas la IA pero las aserciones las revisa el humano; abrir una nueva sesión cuando el código crece.
    • 器 (Herramientas): IDE/terminal, modelos de IA, herramientas de desarrollo y plantillas.

Una detallada ilustración conceptual en modo oscuro de un marco filosófico de cuatro niveles inspirado en Dao, Fa, Shu y Qi, renderizado como un templo tecnológico chino cyberpunk, cuatro pilares holográficos verticales se elevan desde un suelo negro reflectante, cada uno etiquetado con un carácter chino brillante: 道, 法, 术, 器, el pilar superior, Dao, contiene principios flotantes como «si la IA puede hacerlo, no lo hagas a mano», «pregúntale primero a la IA», y «el contexto es primordial», el segundo pilar, Fa, muestra tarjetas de método con frases como «objetivo en una frase», «no-objetivos», «reutilizar antes de escribir», e «interfaz primero», el tercer pilar, Shu, muestra iconos de técnica para depuración, pruebas, aserciones, verificaciones esperado-versus-real, y reinicios de nueva sesión, el cuarto pilar, Qi, contiene siluetas de herramientas: IDE, terminal, modelo de IA, plantilla y biblioteca de prompts, caligrafía china neón y patrones tipo circuito conectan los pilares, el estilo es ultra detallado, 8K, fondo oscuro, resplandor cian y magenta eléctrico, tipografía precisa tipo vector, y una composición simétrica equilibrada

  • Metodología α/Ω (auto-optimización recursiva): un prompt «madre» generador (α) y otro optimizador (Ω) forman un ciclo recursivo: Ω optimiza α, α genera los prompts objetivo, y el resultado se reintroduce para la siguiente iteración. El repo enlaza un documento interno titulado «A Formalization of Recursive Self-Optimizing Generative Systems».

Una visualización cyberpunk oscura muy detallada de auto-optimización recursiva, 8K, dos símbolos holográficos centrales, Alfa y Omega, forman un bucle recursivo brillante sobre un escritorio de terminal negro, Alfa se representa como un documento de «prompt madre» emitiendo flujos de tarjetas de prompt hijas, mientras Omega aparece como un motor optimizador que analiza, clasifica y refina esos prompts antes de reintroducirlos en Alfa, alrededor del bucle diagramas matemáticos y lógicos translúcidos sugieren sistemas generativos formales, con etiquetas como «generación de prompts», «evaluación», «optimización», «iteración» y «reintroducción», trazas de circuito neón conectan el bucle a un documento flotante titulado «A Formalization of Recursive Self-Optimizing Generative Systems», el fondo contiene versiones de prompts en capas, barras de puntuación y gráficos de optimización, la estética es modo oscuro, cyberpunk, ultra detallada, con resaltados neón cian, violeta eléctrico y dorados, dando a la imagen una atmósfera precisa de ingeniería científica y de IA

  • Jerarquía de modelos: el README clasifica los modelos en tres escalafones y recomienda usar solo el primero para tareas complejas (en su lectura, codex-5.1-max-xhigh, claude-opus-4.5-xhigh, gpt-5.2-xhigh).

El README advierte, además, que «las siguientes experiencias no son universalmente aplicables; adóptalas de forma dialéctica según el contexto».

Cómo funciona

El flujo documentado (espejo de la guía original) es un ciclo planificado y auditable:

  1. Documento de diseño (GDD) o PRD: pedir a la IA un game-design-document.md (o un PRD si es una aplicación) en Markdown; revisarlo y mantenerlo deliberadamente simple.
  2. Pila tecnológica + reglas (CLAUDE.md / AGENTS.md): pedir la pila «más simple pero robusta» y guardar tech-stack.md; usar /init en Claude Code o Codex CLI para generar las reglas; revisarlas y marcar como «Always» las reglas críticas (por ejemplo, «lee siempre memory-bank/architecture.md y el documento de diseño antes de escribir código»).
  3. Plan de implementación: con el GDD y la pila, generar un plan en Markdown de pasos pequeños y concretos; cada paso incluye una prueba de verificación; sin código, solo instrucciones; centrarse primero en el juego base.
  4. Banco de memoria (memory-bank): carpeta del proyecto con cinco archivos: game-design-document.md, tech-stack.md, implementation-plan.md, progress.md (vacío, para anotar pasos hechos) y architecture.md (vacío, para anotar la función de cada archivo).

Una imagen de flujo de trabajo cinematográfica en modo oscuro mostrando un ciclo de desarrollo asistido por IA, ultra detallada 8K, en el centro una carpeta holográfica etiquetada «memory-bank» contiene cinco archivos Markdown brillantes dispuestos en un flujo circular: game-design-document.md, tech-stack.md, implementation-plan.md, progress.md y architecture.md, alrededor de la carpeta una tubería de desarrollo paso a paso aparece como flechas neón: documento de diseño, pila tecnológica, archivo de reglas, plan de implementación, ejecución de pasos, pruebas ejecutadas por el humano, commit, nueva sesión, siguiente paso, una silueta humana se para a un lado revisando resultados de pruebas y presionando un botón de commit, mientras una silueta de agente de IA al otro lado lee el banco de memoria y genera pasos pequeños concretos, ventanas de terminal muestran comandos como «/init», «/clear», «/rewind» y «git reset», la escena es oscura, futurista y ordenada, con acentos cian, violeta y ámbar, piso de cuadrícula, fragmentos de código flotantes, y una sensación de programación en pareja controlada y auditable

  1. Programar por pasos: leer memory-bank, pedir clarificación (la IA suele hacer 9–10 preguntas), ejecutar el paso 1; el humano corre las pruebas; al validar, commit, abrir un chat nuevo (/clear o /new) y continuar con el paso 2; repetir hasta agotar el plan.
  2. Añadir detalles: por cada función importante, crear un feature-implementation.md con pasos cortos y pruebas.
  3. Corregir errores y atascos: /rewind en Claude Code (o git reset en Codex); pegar el error del console del navegador (F12); para atascos graves, comprimir todo el repositorio con RepoPrompt/uithub y pedir ayuda a la IA.
  4. Trucos: fuerza de pensamiento think < think hard < think harder < ultrathink; /compact para acortar contexto; y, bajo el riesgo del propio usuario, --yolo / --dangerously-skip-permissions para desactivar las confirmaciones.

El contenido material del repo se organiza en i18n/zh/prompts/ (subcarpetas system_prompts, coding_prompts, assistant_prompts, user_prompts), i18n/zh/skills/ (incluida una meta-skill claude-skills que genera skills), i18n/zh/documents/ (metodología, plantillas y tutoriales) y libs/ (con la herramienta de prompts y la de localización).

El ecosistema

El «ecosistema» de este repositorio es sobre todo su linaje y sus herramientas internas, no una comunidad de plugins a su alrededor:

  • EnzeD/vibe-coding (Nicolas Zullo) — la obra original en inglés; 4.782 estrellas, 2.064 bifurcaciones.
  • tradecatlabs/vibe-coding-cn (antes tukuaiai/vibe-coding-cn) — la versión china de la que este repo se copia; 16.149 estrellas, 1.618 bifurcaciones.
  • 2025Emma/vibe-coding-cn (este repositorio) — 22.972 estrellas, 2.416 bifurcaciones.
  • Bifurcaciones destacadas de este repo: MaoTouHU/vibecodingcn (303 estrellas, la más visible); además decenas de bifurcaciones con 1 estrella (por ejemplo Miranda-2000/vibe-coding-cn, zhanggan0607-blip/vibe-coding-cn, viasyllable/vibe-coding-cn, entre otras).
  • Herramientas internas del repo (mismo proyecto): libs/external/prompts-library/ — conversor de prompts entre Excel (.xlsx) y Markdown; y libs/external/l10n-tool/ (mencionado en el historial de commits) — mapas de traducción entre idiomas.
  • Localización: el repo mantiene 27 directorios de idioma bajo i18n/ (zh, en, ja, ko, es, fr, de, ru, ar, bn, fa, he, hi, id, it, ms, nl, pl, pt, sw, ta, th, tr, uk, ur, vi, ha).

Un amplio mapa cyberpunk oscuro de un ecosistema de localización multilingüe, ultra detallado 8K, un nodo central de repositorio en chino brilla intensamente, conectado hacia afuera a veintisiete nodos de idioma más pequeños dispuestos en un anillo orbital, cada nodo muestra un código de idioma como zh, en, ja, ko, es, fr, de, ru, ar, bn, fa, he, hi, id, it, ms, nl, pl, pt, sw, ta, th, tr, uk, ur, vi, ha, con glifos localizados tenues alrededor, el nodo central está etiquetado «i18n/» y contiene carpetas, mapas de traducción y documentos de prompts, alrededor del ecosistema ramas de fork se extienden como sistemas de raíces neón, con algunos forks prominentes resaltados por conteos de estrellas y forks más pequeños apareciendo como chispas diminutas, la composición general se asemeja a una constelación digital de traducciones, con fondo oscuro, líneas de red brillantes, y acentos neón en cian, violeta y dorado

  • Repos y herramientas externas que el README enlaza: x1xhlol/system-prompts-and-models-of-ai-tools (biblioteca de system prompts de otros productos) y yusufkaraaslan/Skill_Seekers (generador de skills); también productos como Superwhisper, BrowserTools, RepoPrompt, uithub y Zread. (Para estos dos repos enlazados no se midieron cifras de estrellas en esta investigación.)
  • Base de prompts en línea: una hoja de cálculo de Google con cientos de prompts listos para copiar (enlazada desde el README).

Estado oficial / semioficial

Ninguno. Este repositorio no ha entrado en ningún marketplace oficial, no cuenta con respaldo de ningún vendor y no es un estándar de facto: es una base de conocimiento comunitaria bajo licencia MIT, sin releases, sin blog, sin canal de registro de paquetes y con la descripción de GitHub vacía. La referencia «canónica» del método es, de hecho, la guía original en inglés de Nicolas Zullo (EnzeD/vibe-coding) y su adaptación china por tukuaiai/tradecatlabs; la copia de 2025Emma no tiene estatus oficial propio y su propia documentación sigue derivando a los issues y contribuidores de tukuaiai.

Un héroe documental en modo oscuro para una base de conocimiento «primero de lectura», ultra detallado 8K, una gran página README holográfica domina la escena, con secciones tituladas «Overview», «Installation», «Workflow», «Prompts», «Skills» y «Documents», la página no se instala como software; en cambio, flota como un libro digital abierto, sin binario, sin canal de paquete y sin insignia de marketplace, alrededor pequeños iconos representan licencia MIT, sin releases, sin soporte de vendor, sin estándar oficial, y contenido mantenido por la comunidad, un panel secundario muestra una interfaz de lector en línea asistida por IA mostrando el repositorio en una interfaz oscura limpia, avatares de contribuidores, hilos de issues e iconos de estrella orbitan la página, mientras una marca de agua sutil enfatiza que el repositorio es un espejo y base de conocimiento en lugar de un producto, la imagen debe sentirse precisa, editorial y cyberpunk, con negros profundos, resaltados neón cian, y tipografía ultra detallada

Guía rápida de uso

Instalación y primer arranque

  • Es un repo «primero leer». No hay pip install ni binario que instalar: se clona o se lee online. La lectura en línea está disponible en https://zread.ai/tukuaiai/vibe-coding-cn/1-overview (lectura asistida por IA del repo); la fuente está en i18n/zh/.
  • Para aplicar el método hay que tener instalado uno de los dos agentes que el flujo recomienda: Claude Code (npm i -g @anthropic-ai/claude-code) o Codex CLI (npm i -g @openai/codex) — ambos comandos provienen de la guía original en inglés que este repo replica. El flujo funciona igual en las extensiones de VSCode que en el terminal.
  • El único componente ejecutable es el conversor de prompts. En el repositorio:
    cd libs/external/prompts-library
    python3 main.py                      # modo interactivo: elige la fuente
    python3 main.py --select "prompt_excel/<archivo>.xlsx"   # Excel → Markdown
    python3 main.py --select "prompt_docs/<directorio>"      # Markdown → Excel
    Requisitos: Python 3; rich e InquirerPy son opcionales (caen a una interfaz de texto si no están).

Una imagen detallada en modo oscuro de una herramienta de gestión de prompts que convierte entre Excel y Markdown, ultra detallada 8K, una hoja de cálculo holográfica y una pila de tarjetas de prompt en Markdown se conectan mediante un rayo de conversión brillante, a la izquierda una cuadrícula de hoja de cálculo muestra cientos de filas de prompts con categorías como prompts de sistema, prompts de codificación, prompts de asistente y prompts de usuario, a la derecha tarjetas Markdown ordenadas flotan en columnas organizadas, cada una con título, rol, restricciones y formato de salida, una ventana de terminal en primer plano muestra un script de Python ejecutándose con comandos como «python3 main.py --select prompt_excel» y «Markdown to Excel», alrededor de la escena pequeños iconos representan UI enriquecida, InquirerPy, dependencias opcionales, versionado con Git y bibliotecas de prompts locales, la imagen es oscura, limpia y técnica, con acentos neón cian y magenta, tipografía nítida, y una sensación de utilidad práctica de gestión de conocimiento

Flujos de trabajo habituales

  • Iniciar un proyecto: pedir a la IA un game-design-document.md (o PRD.md para apps) → pedir tech-stack.md → /init para generar CLAUDE.md/AGENTS.md → plan de implementación → crear la carpeta memory-bank con los cinco archivos. Todo queda en Markdown versionado en Git.
  • Ejecutar un paso: «lee todo memory-bank, haz el paso N; yo corro las pruebas; no empieces el paso N+1 hasta que las valide»; al validar, commit y /clear; el resultado se anota en progress.md y las novedades de arquitectura en architecture.md.
  • Gestionar la base de prompts: usar python3 main.py --select … para convertir la colección entre Excel y Markdown (por ejemplo, para versionar en Git un corpus mantenido en una hoja de cálculo).
  • Depurar: si un prompt rompe el proyecto, /rewind en Claude Code o git reset en Codex; copiar el error del console (F12) y pegarlo; si se queda atascado, RepoPrompt/uithub para compactar el repo y pedir ayuda.

Configuración esencial

  • memory-bank/ — los cinco archivos que anclan el contexto de larga duración (diseño, pila, plan, progreso, arquitectura); es la pieza central del método.
  • CLAUDE.md / AGENTS.md — las reglas que el agente debe leer; las críticas se marcan como «Always».
  • i18n/zh/prompts/system_prompts/ — prompts de sistema que limitan el comportamiento del agente.
  • i18n/zh/prompts/coding_prompts/ — prompts de la cadena de trabajo (requisitos, plan, ejecución).
  • libs/external/prompts-library/scripts/config.yaml — configuración del conversor (carpetas origen/destino y mapeo de formatos).

Trampas frecuentes y soluciones

  • Procedencia confusa: todos los commits están firmados por tukuaiai aunque el repo vive bajo 2025Emma, y el README enlaza issues/insignias a tukuaiai. → Antes de citar o depender del repo, verificar cuál es la fuente canónica (EnzeD/vibe-coding y tradecatlabs/vibe-coding-cn).
  • Contenido desactualizado: el issue #4 señala que faltan herramientas recientes (Claude Code, Codex, Antigravity). → Contrastar la versión de modelo recomendada con lo actual antes de copiarla.
  • Tutorial de juegos disfrazado de guía general: el flujo original está orientado a juegos (GDD); para aplicaciones hay que sustituir el GDD por un PRD (lo aclara la FAQ del propio README).
  • Mezcla de voces: el README combina texto del autor original con adiciones del traductor (lo reconoce el propio repo). → No asumir que todo el contenido es del mismo autor.
  • Spam en los issues: el issue #4 contiene un comentario promocionando un servicio de licencias de Cursor. → No tratar el registro de issues como fuente técnica fiable.
  • Sin descripción ni releases: la descripción de GitHub está vacía y no hay tags; la única señal de estado es el historial de commits.

Integraciones y migración

  • Agentes: el método integra con Claude Code y Codex CLI (CLI y extensiones de VSCode); el README cita además Cursor, Gemini CLI, Kiro, Antigravity, Copilot, Qwen, GLM y Kimi K2 como alternativas de modelos/servicios.
  • MCP: el README documenta la configuración de Augment MCP (auggie-mcp), el motor de contexto de Augment, en la carpeta de tutoriales.
  • Migración desde la versión original en inglés (EnzeD/vibe-coding): al ser este repo su traducción/ampliación, «migrar» a él es simplemente leer i18n/zh/; para volver a la versión canónica, leer i18n/en/ o clonar EnzeD/vibe-coding directamente.
  • Herramientas adyacentes: Zread (lectura de repos), NotebookLM (resumen de material), RepoPrompt/uithub (compactar el repo en un archivo para pedir ayuda a la IA).

Métricas actuales

Medición: 10 de septiembre de 2026, API de GitHub.

MétricaValor
Estrellas22.972
Bifurcaciones2.416
Suscriptores (watchers reales)104
Commits130
Incidencias abiertas según la API8
Lenguaje principalPython (34.941), Shell (28.256), Makefile (842)
LicenciaMIT
Rama por defectomain
Creación17 de diciembre de 2025
Último push17 de diciembre de 2025
Última actualización de metadatos10 de septiembre de 2026
Último releaseNinguno (no hay tags/releases)

Aclaraciones: el campo watchers_count de la API replica las estrellas, así que se informa por separado subscribers_count (104) como los watchers reales. El conteo de 130 commits se obtuvo del encabezado de paginación link (última página) de la API. La API expone open_issues_count (8), que puede incluir solicitudes de cambios abiertas y no es un conteo exclusivo de incidencias; la primera página de la lista de issues muestra 10 elementos entre issues y PR. El campo author de la API de commits firma los 130 commits de main como tukuaiai y ninguno como 2025Emma; el endpoint de contribuidores (sin anonimización) atribuye 34 contribuciones a tukuaiai.

Recepción de la comunidad

La recepción documentada es predominantemente crítica, y aparece de forma explícita en el propio registro de issues del repositorio:

  • Issue #8 «哗众取宠,污染数据» (cerrado): little-KaoKao sostiene que «el proyecto plagia, es caótico, se aprovecha de los temas del momento en redes sociales nacionales para ganar tráfico, acumula estrellas inútiles y contamina el ecosistema open source». Otro usuario, potato-vita, le pide que exponga su opinión sin apoyarse en IA.
  • Issue #5 «直接copy?» (¿copia directa?) (abierto): whx156580 pregunta «¿así que cuál es el original?»; zivonx escribe «esta copia tiene aún más estrellas 😂»; Felyx-Fu responde «¿¿¿???».
  • Issue #2 «建议加一下原作者的链接» (sugerencia: añadir el enlace al autor original) (abierto): bgzo cuenta que «hoy me quedé totalmente confuso, creí que el autor forzó un revert, y resulta que son dos personas… y esta tiene hasta más estrellas, increíble 😂»; LynPtl añade «por eso este repo es tan doloroso de leer, pasé mucho sin entender el hilo y el README es un desastre»; dkpress concluye «por eso se ve tan raro, resulta que roba a los demás, asqueroso».
  • Issue #4 «Hay más herramientas nuevas, como Claude Code, Codex, Antigravity, etc.» (abierto): reclamo de que el contenido está desactualizado; el hilo contiene además un comentario de spam que promociona un servicio de licencias de Cursor.
  • Issue #7 (abierto): «añade una descripción para mejorar la discoverability» — señal de que el repo carece de descripción.

Como contexto amplio (y no atribuible a este repo): el concepto «vibe coding» generó hilos grandes en Hacker News (por ejemplo, Simon Willison, «Vibe coding and agentic engineering are getting closer than I’d like», 787 puntos / 885 comentarios, item 48037128; y «The cult of vibe coding is dogfooding run amok», 616 puntos / 512 comentarios, item 47664912). Ninguno de esos hilos hace referencia a este repositorio, así que no se infiere de ellos la recepción de 2025Emma/vibe-coding-cn.

No se detectó lanzamiento en Product Hunt, ningún endorsement de vendor y ningún hilo de Reddit verificable (la API de Reddit devolvió bloqueo 403 durante esta investigación, por lo que no se afirma su ausencia total, solo que no se pudo confirmar ningún hilo concreto).

Comparación con proyectos similares

ProyectoCoincidencia verificableDiferencia verificable
EnzeD/vibe-coding (original, Nicolas Zullo)Misma metodología de planificación (GDD/PRD → pila → plan → memory-bank → pasos con prueba).Es la fuente original en inglés (4.782 estrellas); la versión china copia y amplía este contenido.
tradecatlabs/vibe-coding-cn (antes tukuaiai/vibe-coding-cn)Es la versión china que este repo replica; mismos créditos (tukuaiai, Nicolas Zullo, 123olp).16.149 estrellas; es la «otra» versión que los issues de este repo señalan como canónica.
x1xhlol/system-prompts-and-models-of-ai-toolsReferenciado por el README como biblioteca de system prompts.Recopila prompts de otros productos de IA; no es una metodología de flujo de trabajo.
yusufkaraaslan/Skill_SeekersReferenciado por el README como generador de skills.Herramienta para generar skills; este repo almacena skills ya escritas.
obra/superpowers (adyacente, no competidor directo)Ambos imponen un proceso disciplinado sobre un agente de código.Superpowers es un plugin instalable con skills ejecutables y ganchos; este repo es una base de conocimiento de prompts y texto.

La comparación más útil es por legitimidad de origen: para el método canónico, EnzeD/vibe-coding y tradecatlabs/vibe-coding-cn están mejor documentados; el valor de 2025Emma/vibe-coding-cn reside en ser un espejo con más idiomas y un corpus de prompts, no en ser la fuente.

Cómo contribuir

El CONTRIBUTING.md documenta un flujo sencillo (y, de nuevo, enlaza al rastreador de issues de tukuaiai, no al de 2025Emma):

  1. Informar de errores o sugerencias a través de Issues, describiendo el problema con detalle.
  2. Propuesta de cambios (PR): (1) bifurcar el repo; (2) git checkout -b feature/YourAmazingFeature; (3) hacer los cambios; (4) git commit -m 'feat: Add some AmazingFeature'; (5) git push origin feature/YourAmazingFeature; (6) abrir una Pull Request.
  3. Hay un CODE_OF_CONDUCT.md que se pide leer antes de contribuir.

No se observó plantilla de PR ni un arnés de pruebas/evaluación para el contenido (es un repositorio de documentación); el único código real (prompts-library) lleva Makefile y requirements.txt. Dado que la documentación de contribución deriva a tukuaiai, un contribuyente debería aclarar a qué repositorio dirige su PR.

Casos de uso y a quién puede ayudar este repositorio

  • Desarrolladores hispanohablantes o de lengua china que buscan un flujo de programación por pareja con IA orientado a la planificación, con una gran biblioteca de prompts curada (system/coding/assistant/user) y el patrón memory-bank para mantener el contexto estable a lo largo de sesiones largas.
  • Quien prefiere copiar prompts probados antes que redactarlos: el corpus de i18n/zh/prompts/ y la hoja de cálculo en línea de Google ofrecen cientos de prompts listos para pegar en Claude Code o Codex CLI.
  • Equipos que quieren una referencia local, bifurcable y bajo licencia MIT para flujos de Claude Code / Codex CLI (el README documenta ambos y alternativas como Cursor y Gemini CLI), y que puedan clonarlo y adaptarlo sin depender de una cuenta.
  • Estudiantes e investigadores de la metodología «vibe coding» que buscan un ejemplo concreto y documentado del marco 道法术器 y de la meta-metodología α/Ω, con un diagrama de arquitectura y una tabla de métricas de observabilidad (tasa de acierto de prompts, tiempo de rotación, capacidad de revisión).
  • Mantenedores de un corpus de prompts en Excel que necesitan pasarlo a Markdown para versionarlo en Git (o viceversa): la herramienta prompts-library (main.py) cubre exactamente esa conversión, de forma interactiva o con la bandera --select para automatizarla.
  • Advertencia para elegir bien la fuente: para la versión canónica del método, la guía original de Zullo (EnzeD/vibe-coding) y la versión china de tukuaiai/tradecatlabs están mejor documentadas; el valor específico de este repo es como espejo con más idiomas y un corpus de prompts, no como origen.

Recursos


Nota: este artículo combina el README y el CONTRIBUTING.md del repositorio, la API de GitHub (repo, commits, contribuidores, issues y bifurcaciones), la API de Hacker News/Algolia y las respuestas a los issues, consultadas el 10 de septiembre de 2026. Las cifras cambian con el tiempo; la procedencia del contenido (original → versión china → esta copia) se verifica a partir de los repos y commits recuperados en esta investigación.

Comentarios