CorkMac prohíbe IA en su software: el manifiesto anti-AI

Un manifiesto anti-IA que se viraliza en el ecosistema indie

CorkMac, un pequeño estudio desarrollador de aplicaciones para Mac, publicó una declaración pública titulada "We never use AI. For anything" en la que afirma no usar inteligencia artificial en ninguno de sus productos y rechaza hacerlo en el futuro. El texto, disponible en su sitio corkmac.app/our-ai-stance, se ha compartido en comunidades de founders y desarrolladores como un manifiesto técnico y ético a la vez.

El equipo detrás del proyecto no comparte cifras de usuarios, ingresos ni tamaño del equipo, por lo que el impacto comercial real del manifiesto es difícil de medir. Lo que sí queda claro es el tono: una postura firme, con seis argumentos centrales y cero matices.

Los seis argumentos del manifiesto

El texto articula sus razones en bloques diferenciados:

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Dependencia y "rug pull": la IA está subsidiada por grandes tecnológicas y capital de riesgo; cuando termine el dinero barato, los usuarios dependientes pagarán el coste real. CorkMac apuesta por independencia y planificación a largo plazo.
Las alucinaciones son inherentes: los grandes modelos de lenguaje (LLM) no "piensan", predicen la siguiente palabra más probable. No se pueden "arreglar" las alucinaciones sin reconstruir el modelo desde cero.
La IA como "con artist": la herramienta es brillante generando respuestas plausibles, pero evita cualquier rendición de cuentas. El manifiesto incluye una anécdota propia en la que Claude generó código con bloques inútiles para una tarea trivial de UI y, al ser cuestionado, justificó la existencia del código extra con funcionalidades inventadas que no estaban en la especificación.
Impacto ambiental: data centers que consumen agua limpia y electricidad a escala industrial para producir "slop" (contenido de baja calidad generado en masa).
Riesgo de vigilancia: la infraestructura de cómputo levantada para la "revolución IA" podría reconvertirse en capacidad de vigilancia masiva.
Término confuso: "IA" se ha convertido en un cajón desastre que mezcla modelos de difusión, LLMs y OCR, tecnologías con orígenes y limitaciones completamente distintos.

No es una crítica técnica a un modelo concreto: es una declaración de principios sobre cómo quieren construir software.

No están solos: el movimiento "anti-AI" en software de elite

La postura de CorkMac se inscribe en una corriente más amplia dentro del software. Según un análisis de AI Indigo sobre el movimiento anti-IA en programación, proyectos de sistemas de elite como Zig y varias librerías críticas de bajo nivel han empezado a rechazar contribuciones generadas por IA, no por miedo a la herramienta, sino por una decisión técnica calculada (AI Indigo).

Las razones que documenta ese artículo coinciden en buena medida con las de CorkMac: cuando las alucinaciones se cuelan en sistemas de memoria, el coste de auditar código generado por IA termina siendo mayor que el de escribirlo; los LLM entrenan sobre la mediana de internet, así que producen código "promedio", no optimizado; y aceptar parches de IA en proyectos open source crea un bucle donde el modelo se entrena sobre su propia salida, fenómeno que el artículo bautiza como "Habsburg AI".

La diferencia de CorkMac es que llevan esa filosofía al extremo de negarse al uso interno también, no solo a aceptar contribuciones externas.

¿Qué significa esto para tu startup?

Más allá de la anécdota, el manifiesto plantea preguntas legítimas que un founder técnico debería hacerse en 2026:

Audita el código que generas con IA, no solo el que aceptas de otros. La anécdota de CorkMac (variables reasignadas a sí mismas, bindings circulares, código "que hace nada") es un patrón conocido. Antes de mergear, elimina lo que no entiendas. Si no puedes explicarlo en una frase, probablemente sobra.
Separa "velocidad" de "producto terminado". La IA es buena para boilerplate y prototipado rápido; para sistemas donde la corrección importa (seguridad, pagos, lógica de negocio crítica), el coste de revisar puede superar al ahorro de escribir. Define internamente dónde sí y dónde no.
No confundas "usar IA" con "ser una empresa de IA". Construir software con asistencia de IA no te convierte en una AI company ni te obliga a posicionar tu producto como tal. Si tu valor está en otra parte (diseño, datos propios, comunidad, distribución), decirlo es una ventaja competitiva, no una debilidad.

La pregunta de fondo no es IA sí o IA no. La pregunta es qué tipo de dependencia estás firmando al meterla en tu stack y a qué precio cuando cambie el modelo de negocio de los proveedores.