2 puntos por GN⁺ 2026-03-11 | Aún no hay comentarios. | Compartir por WhatsApp
  • El proyecto Redox OS adoptó una política de firma Certificate of Origin(COO) para las contribuciones de código y una regla que prohíbe el uso de LLM (modelos de lenguaje de gran tamaño)
  • La política de COO exige que todos los cambios de código se envíen con la firma explícita del contribuyente y bajo su responsabilidad
  • La cláusula que prohíbe los LLM establece claramente que no se permite el uso de código o contenido generado por IA
  • Estas políticas buscan reforzar la transparencia sobre el origen del código y la protección de la propiedad intelectual
  • En la operación de proyectos de código abierto, se observa un movimiento para mantener la confiabilidad de los contribuyentes humanos y los estándares éticos

Nuevas políticas de contribución de Redox OS

  • Redox OS introdujo la política Certificate of Origin(COO), que exige que todos los contribuyentes firmen claramente el origen y los derechos del código que envían
    • Se trata de una estructura similar a la que usan grandes proyectos de código abierto como el kernel de Linux
    • Al incluir la frase “Signed-off-by” en cada commit, el contribuyente garantiza el origen legítimo del código
  • El proyecto también prohíbe estrictamente las contribuciones de código generadas o modificadas con LLM (modelos de lenguaje de gran tamaño)
    • No se permite enviar código generado con herramientas de IA como ChatGPT o Copilot
    • Se especifica que todas las contribuciones deben ser código escrito directamente por humanos

Objetivo y significado de la política

  • La política de COO funciona como un mecanismo para aumentar la trazabilidad del historial de contribuciones y aclarar la responsabilidad legal
  • La cláusula que prohíbe los LLM se interpreta como una medida para prevenir la incertidumbre de derechos de autor del código generado por IA y los riesgos de seguridad
  • Ambas políticas muestran la dirección de Redox OS hacia el mantenimiento de un ecosistema de código abierto transparente y confiable

Impacto en desarrolladores y comunidad

  • Los contribuyentes deben incluir la firma de COO antes de enviar código, y no se permite generar código mediante LLM
  • Esto podría derivar en una mayor claridad en el proceso de contribución y un fortalecimiento del control de calidad
  • La comunidad mantendrá una cultura de desarrollo centrada en las personas y reforzará una estructura de colaboración menos dependiente de la IA

Aún no hay comentarios.

Aún no hay comentarios.