Que é a codificación Vibe?

A codificación vibratoria é a práctica de crear software describindo o que se quere en linguaxe natural e sinxela, deixando que un modelo de IA xere o código, en lugar de escribilo liña por liña. A persoa solicita o código, a IA xera o código e a persoa proba e itera o resultado, a miúdo sen ler cada liña que produce o modelo.

Esa é a resposta curta a "que é a codificación por vibracións". O significado máis completo da codificación por vibracións e a orixe real do termo merecen unha análise, porque cambiou desde que se acuñou.

De onde vén o termo #

A codificación Vibe ten unha orixe específica: unha única publicación nas redes sociais. O 2 de febreiro de 2025, o investigador de IA e cofundador de OpenAI Andrej Karpathy publicou en X describindo unha nova forma en que comezara a crear software. Dixo que "cedería totalmente ás vibracións" e deixaría que os modelos de linguaxe grande escribisen a implementación mentres el se centraba en describir os resultados en lugar da sintaxe.

Karpathy describiu o fluxo de traballo en termos prácticos: falaba cun asistente de codificación de IA pola voz, aceptaba as súas suxestións sen ler as diferenzas e pegaba as mensaxes de erro sen comentarios ata que se resolvían por si soas. Máis tarde resumiu o bucle de forma aínda máis sinxela: «Eu só vexo cousas, digo cousas, executo cousas e copio e pego cousas».

A publicación estendeuse rapidamente. En cuestión de semanas, os principais medios de comunicación a cubriron e, en marzo de 2025, Merriam-Webster engadiu "vibe coding" ao seu dicionario como termo de xerga e tendencia, definíndoo como "escribir código informático dun xeito algo descoidado, con axuda de IA". A finais de 2025, O dicionario Collins foi máis alá e nomeouna Palabra do Ano.

Como cambiou o significado #

Aquí é onde o "significado da codificación vibratoria" se volve máis interesante que a historia da orixe por si soa. Karpathy usou orixinalmente o termo para describir a súa propia forma persoal e de baixo risco de construír prototipos desbotables, non unha metodoloxía que propuxese para software de produción. Pero a frase escapou dese contexto case de inmediato.

Hoxe en día, o significado da codificación por vibracións ampliouse para abarcar unha ampla gama de desenvolvemento asistido por IA, desde afeccionados que crean unha aplicación de fin de semana ata empresas emerxentes que envían software de produción desta maneira. Arredor do 63 % dos usuarios de codificación por vibracións identifícanse como non desenvolvedores, incluídos xestores de produto, directores de mercadotecnia e deseñadores , e aproximadamente unha cuarta parte da cohorte de empresas emerxentes do inverno de 2025 de Y Combinator informou de bases de código que foron xeradas por IA nun 95 % ou máis . Os analistas prevén que esa tendencia siga acelerándoseGartner proxecta que os desenvolvedores cidadáns superarán en número aos enxeñeiros profesionais catro a un en 2028 .

Como funciona realmente a codificación Vibe? #

A maioría das descricións do fluxo de traballo de codificación de vibracións divídense nun bucle repetible:

1. Aviso. Describe o resultado desexado en linguaxe natural, non en código. (“Constrúe un dashboard que mostra os ingresos mensuais por segmento de clientes, cun filtro de data e exportación a CSV.)
2. Xerar. O modelo de IA produce código, ás veces un ficheiro completo e ás veces unha diferenza co código existente.
3. Corre e observa. A persoa executa o resultado e comproba se se comporta como se describe, en lugar de ler a implementación liña por liña.
4. Iterar. As instrucións de seguimento refinan o resultado. Os erros adoitan pegarse de volta ao modelo tal cal en lugar de depurarse manualmente.

A característica definitoria non é que a IA estea implicada (o autocompletado e os copilotos levan anos usando a IA). É o grao de desvinculación do propio código: a persoa está a avaliar os resultados, non a examinar a implementación.

Codificación Vibe vs. codificación tradicional asistida por IA #

Convén distinguir a codificación de vibracións doutros fluxos de traballo asistidos por IA, xa que os termos úsanse de xeito amplo:

• Ferramentas de autocompletar/copiloto suxire código mentres escribes, pero un desenvolvedor aínda está a escribir e revisar cada liña.
• Codificación asistida por IA De xeito máis amplo, pode incluír calquera fluxo de traballo no que a IA redacte código que logo un desenvolvedor revisa e edita con plena comprensión.
• Codificación de vibracións implica especificamente que o humano se guía polo resultado, mediante indicacións, probas e iteración, en lugar de ler e comprender a implementación xerada.

Esa distinción é importante, porque é a parte de "non ler as diferenzas", e non a propia IA, a que crea a maior parte do risco que se describe a continuación.

O lado de risco da codificación de vibracións #

Esta é unha entrada de glosario, non unha etiqueta de advertencia, pero ningunha definición de codificación de vibracións está completa sen a investigación de seguridade que se acumulou ao seu redor, porque se converteu nunha das desvantaxes máis medidas desta práctica. Múltiples estudos independentes converxen nun rango similar: un estudo de decembro de 2025 sobre repositorios de código aberto descubriu que O código xerado por IA introduciu vulnerabilidades de seguridade no 45 % das tarefas de desenvolvemento e asistido por IA pull requests xerou aproximadamente 2.74 veces máis problemas de seguridade que o código creado por humanos na mesma comparación. As clases de vulnerabilidade específicas aparecen de forma desproporcionada: un estudo atopou vulnerabilidades XSS no 86 % das mostras de código xeradas por IA probadas en cinco modelos de linguaxe principais .

A alucinación de dependencias é un patrón relacionado e ben documentado. Unha nota de investigación da Cloud Security Alliance de abril de 2026 descubriu que, en 2.23 millóns de mostras de código xeradas por IA de dezaseis modelos, o 19.7 % contiña polo menos un nome de paquete alucinado que en realidade non existe e o 43 % deses nomes alucinados reaparecían de forma consistente cada vez que se repetía a mesma indicación , o que fai que o patrón sexa explotable en lugar de aleatorio. Investigadores independentes tamén comezaron a rastrexar formalmente o efecto posterior:O radar de seguridade Vibe de Georgia Tech rexistrou 35 novas entradas de CVE atribuído directamente ao código xerado por IA só en marzo de 2026, fronte aos seis de xaneiro.

Nada disto significa que a codificación de vibracións sexa inutilizable, que as ganancias de produtividade sexan reais e que a adopción non se estea a reverter. Significa que "a IA o escribiu e executouse" e "é seguro envialo" son dúas afirmacións diferentes, e tratar o código xerado pola IA co mesmo escrutinio que unha contribución de terceiros non revisada está a converterse rapidamente en algo... standard asesoramento sobre a investigación de seguridade neste tema.

Lugares para levar #

• A codificación de vibracións é un termo específico, non un sinónimo de "codificación asistida por IA". Describe especificamente a construción por resultados e iteración en lugar de ler e comprender o código xerado.
• Foi acuñado por Andrej Karpathy o 2 de febreiro de 2025e chegou á lista de xerga de Merriam-Webster en cinco semanas.
• Ampliouse o significado da codificación de vibracións desde unha práctica persoal e de baixo risco ata unha abordaxe de desenvolvemento convencional empregada tanto por afeccionados como por empresas emerxentes financiadas.
• O risco non é o código xerado pola IA en si, senón o código xerado pola IA non revisado. A investigación independente atopa sistematicamente taxas elevadas de vulnerabilidade e alucinacións de dependencia predicibles na saída codificada por vibracións.

O software codificado en Vibe aínda ten que enviarse a través do mesmo pipeline como todo o demais. Xygeni's a plataforma aplica o mesmo SAST, SCAe Análise con coñecemento de IA a Código xerado por IA como o fai co código escrito por humanos, incluíndo Alerta temperá de software malicioso (MEW) para o tipo de risco de dependencia alucinada descrito anteriormente, para que un fluxo de traballo rápido de introdución en produción non omita discretamente o paso de revisión.

FAQ #