Mozilla fija normas claras para el uso de IA en el código de Firefox

El pasado 2 de junio, Mozilla publicó en su documentación oficial de contribución la Firefox AI Coding Policy, un documento que establece de forma explícita qué está permitido y qué no cuando se usa IA para escribir código destinado al navegador. No es un manifiesto filosófico: es un conjunto de reglas concretas dirigidas a los miles de desarrolladores —empleados y voluntarios— que contribuyen al repositorio de Firefox.

La noticia apareció en Hacker News con escasa actividad de comentarios, lo cual no le resta relevancia. Que un proyecto de la escala y la visibilidad pública de Firefox formalice estas normas en su documentación de contribución envía una señal clara al resto del ecosistema de código abierto.

Qué dice la política

La política de Mozilla no prohíbe el uso de IA, pero lo condiciona a varias obligaciones que el contribuidor debe asumir:

• Transparencia: quien use una herramienta de IA para generar o asistir en la escritura de código debe declararlo explícitamente en el commit o en la pull request.
• Responsabilidad humana: el autor del parche sigue siendo el responsable de que el código sea correcto, seguro y coherente con el estilo del proyecto. La IA no exime del criterio técnico propio.
• Revisión obligatoria: el código generado o asistido por IA debe pasar exactamente los mismos procesos de revisión que cualquier otro. No hay vía rápida.
• Licencias y copyright: se advierte expresamente sobre los riesgos legales de incorporar código cuya procedencia no pueda verificarse, en especial en lo relativo a licencias de software libre.

El documento también señala que las herramientas de IA pueden introducir sutiles errores de seguridad o patrones de código que parecen correctos pero no lo son, y que los revisores deben aplicar un escrutinio adicional cuando saben que parte del código tiene origen asistido.

Por qué importa y para quién

La política de Mozilla resulta relevante en varios niveles.

Primero, para los proyectos de código abierto en general. Firefox es uno de los pocos navegadores cuyo motor de renderizado —Gecko— sigue siendo independiente de Chromium. Tiene millones de líneas de código C++, Rust y JavaScript, y una superficie de ataque que incluye componentes críticos de seguridad. En ese contexto, definir reglas claras no es burocracia: es gestión de riesgos.

Segundo, para los equipos de ingeniería que están redactando sus propias políticas internas. Mozilla ofrece aquí un modelo documentado y público del que cualquier organización puede aprender, independientemente de si trabaja en open source o en software propietario. La estructura del documento —qué declarar, quién responde, cómo revisar— es directamente adaptable.

Tercero, para el debate más amplio sobre atribución y autoría en el software. A medida que herramientas como Claude Code, GitHub Copilot o Cursor se integran en los flujos de trabajo cotidianos, la pregunta de quién firma el código y qué garantías ofrece sobre él se vuelve más urgente. Mozilla está tomando posición antes de que la ambigüedad se convierta en problema.

El contexto del momento

Esta política llega en un momento en que el uso de asistentes de IA en la programación ya no es experimental: es habitual. En el ecosistema de Claude, por ejemplo, Claude Code permite delegar tareas completas a subagentes o invocar MCP servers desde la propia CLI, lo que hace que la frontera entre «el desarrollador escribe» y «el agente escribe» sea cada vez más difusa. Esa misma difuminación es la que Mozilla intenta regular antes de que cause fricciones en su proceso de contribución.

No es casualidad que el documento aparezca en la sección de contributing y no en algún blog corporativo. Mozilla ha optado por incrustar la política directamente donde viven las instrucciones técnicas, lo que aumenta las probabilidades de que quien abre una pull request la haya leído.

---

Desde ElephantPink, valoramos que proyectos con la trayectoria de Mozilla opten por la claridad normativa en lugar del silencio cómodo. Una política imperfecta pero pública es más útil que la ausencia de política: al menos da algo concreto sobre lo que debatir y mejorar.