1. Una IA convirtió la mascota de un sitio en un personaje inventado
Un sitio pequeño publicaba artículos con ayuda de la inteligencia artificial. Algunos comparaban personalidades con personajes de Chiikawa, en particular Hachiware. Cuando alguien preguntó a otra IA por la mascota del sitio, esta respondió como si se tratara de un supuesto «Hachiware problemático» de la serie.
¿Y ese quién es?
La mascota original acababa de recibir un papel en una obra ajena. Sin currículum, sin entrevista: la IA decidió contratarla por su cuenta.
Lo único comprobable de la anécdota es que la IA dio esa respuesta. No sabemos si había leído los artículos, si asoció los nombres o si improvisó sin más. Tampoco hay aquí pruebas de que el personaje inventado pertenezca a la historia oficial. Una respuesta convincente no equivale a un hecho comprobado.
2. Mientras tanto, la fábrica de artículos no se detiene
El proceso redacta, mejora la claridad, prepara versiones completas en doce idiomas, comprueba la calidad, publica y distribuye enlaces. Si algo falla, investiga la causa, propone una reparación y vuelve a comprobar el resultado.
Los informes de progreso empiezan a parecer una telenovela.
IA A: «He arreglado la publicación».
IA B: «Todas las pruebas han pasado».
IA C: «He descubierto otro motivo por el que se detuvo».
Supervisor: «Traigamos a otro equipo de reparaciones».
Lector: «Con tantos informes, ya podéis publicar una novela».
La distinción esencial es esta: guardar una corrección no significa que la página pública ya funcione. Una fábrica de contenido también puede convertirse en un taller de reparación.
3. «¿Ya hay 1.900 artículos?» Depende de qué estemos contando
La palabra «artículos» puede esconder al menos cinco medidas:
- Artículos originales: textos independientes con una idea propia.
- Páginas por idioma: versiones lingüísticas de un mismo original.
- Terminados, pero pendientes: contenidos que esperan revisión o publicación.
- Publicados: páginas que realmente pueden abrir los lectores.
- Rutas del sitio: también pueden incluir menús, aplicaciones y otras páginas.
Por ejemplo, 1.000 artículos originales publicados en doce idiomas pueden producir hasta 12.000 páginas localizadas. Eso no representa 12.000 ideas distintas.
En una instantánea de funcionamiento aparecían 15.862 rutas. No significaba que hubiera 15.862 artículos originales en japonés. Ante una cifra como «1.900 artículos», hay que preguntar la fecha, la unidad y si estaban publicados. Si se mezclan, las estadísticas crecen más deprisa que la paciencia del contable.
4. El repositorio de GitHub alcanzó unos 2,46 GB
En un caso anonimizado, GitHub informó de 2.400.972 KiB, equivalentes a unos 2,29 GiB o 2,46 GB decimales, en un registro del 8 de octubre de 2026.
«¿Pero los artículos no son solo texto?»
El repositorio también puede contener código, traducciones, índices de publicación, resultados de pruebas, imágenes, audio y versiones anteriores. Sin embargo, el total no permite identificar qué tipo de archivo ocupa más. Para conocer el reparto habría que analizarlo. El tamaño informado por GitHub tampoco es exactamente la misma medida que una carpeta local.
Artículo: «Solo ocupo unos pocos KB».
Historial: «Guardé todas tus versiones anteriores».
Traducciones: «Hemos venido doce».
Almacén: «¿Quién autorizó esta excursión?».
5. Respuesta corta: GitHub Free no cobra automáticamente al pasar de 5 GB
Para los repositorios Git normales, GitHub no presenta un único cupo gratuito total de tantos GB que active automáticamente un cobro al superarlo. Cinco gigabytes es una recomendación de tamaño, no una frontera de facturación.
La documentación considera ideal estar por debajo de 1 GB y recomienda firmemente no superar 5 GB. Otra página establece una recomendación de 10 GB como máximo en disco para el almacenamiento Git comprimido. Tampoco es una promesa de 10 GB gratuitos garantizados.
Si un repositorio perjudica el rendimiento de la plataforma, GitHub puede solicitar medidas correctivas. Así que «a partir de 5 GB hay que pagar» es falso, pero «gratis significa almacén infinito» también lo es.
6. Los límites reales están en compartimentos distintos
| Recurso | Límite o uso incluido |
|---|---|
| Repositorio Git normal | Sin un único límite total gratuito de facturación; ideal menos de 1 GB, muy recomendable menos de 5 GB |
| Almacenamiento Git en disco | Máximo recomendado de 10 GB; no es una barrera de pago |
| Un archivo normal | Aviso por encima de 50 MiB, rechazo por encima de 100 MiB; subida por navegador hasta 25 MiB |
| Un envío de cambios | Límite de 2 GiB |
| Git LFS para archivos grandes | GitHub Free incluye 10 GiB de almacenamiento y 10 GiB de transferencia; cuenta aparte |
| Resultados de GitHub Actions | GitHub Free incluye 500 MB de almacenamiento y normalmente 2.000 minutos de ejecución mensuales |
No es la misma bolsa de capacidad. Los excesos de LFS, Actions y otros productos dependen de sus reglas de facturación y los presupuestos configurados. Un repositorio normal de 2,46 GB no ha consumido por eso los 500 MB reservados a resultados de Actions. Y estar por debajo de 5 GB en Git no garantiza que los otros cupos sigan libres.
7. Por qué el repositorio puede crecer más deprisa que los artículos
Git guarda los archivos actuales y su historial de modificaciones. Un índice enorme que se reescribe cada hora puede seguir siendo un solo archivo en la versión actual, mientras las versiones anteriores permanecen en el historial. Las revisiones, traducciones regeneradas, informes de pruebas y copias de resultados hacen que el crecimiento ya no dependa solo del número de artículos.
Pero Git también comprime y almacena versiones parecidas de forma eficiente. Modificar un archivo una vez no duplica necesariamente el tamaño. Hay que medir qué ocupa el espacio.
Tiene sentido mantener en Git los originales y el código cuando importa seguir sus cambios. Los resultados que se generan constantemente y los archivos multimedia grandes pueden vivir, cuando convenga, en otro almacenamiento.
8. Los conflictos de trabajo pueden llegar antes que el límite de espacio
Si varios agentes de IA escriben casi al mismo tiempo en un archivo común, pueden chocar. Una reparación puede terminar mientras otro proceso consulta un índice de publicación antiguo. El artículo está listo, pero la página pública sigue mostrando la versión anterior.
No todos esos fallos significan «GitHub está lleno». Tamaño, frecuencia de cambios, concurrencia y estado de publicación son problemas diferentes.
La comprobación útil sigue cuatro pasos: ¿está el texto actual?, ¿superó las pruebas?, ¿se desplegó?, ¿la página pública muestra exactamente esa versión? Mejor celebrar el cuarto paso que aplaudir un informe que dice «arreglado».
9. Cuatro cuidados para mantener la operación gratuita
Medir antes de borrar. Examina archivos grandes e historial, no solo el tamaño global. GitHub también recomienda herramientas de diagnóstico como git-sizer.
Separar los resultados temporales. Los índices regenerados, los registros desechables, las imágenes y los audios no siempre necesitan permanecer para siempre en Git.
Reducir las reescrituras innecesarias. Un cambio ajeno al contenido no debería reconstruir un índice enorme. Tras un conflicto, vuelve a leer el estado actual y comprueba el resultado real.
No modificar el historial a la ligera. Borrar un archivo de la última versión puede dejarlo en confirmaciones antiguas. Reescribir el historial compartido puede romper referencias o copias; hay que evaluar el impacto y guardar una copia segura.
10. Más artículos no equivalen a más valor para quien lee
Miles de originales y decenas de miles de páginas traducidas no garantizan visitas. ¿Se pueden encontrar? ¿Son correctas? ¿Se leen de manera natural en cada idioma? ¿Aportan algo que no esté ya repetido en otros sitios?
Las guías públicas de Google priorizan contenido útil, original y pensado para las personas. También advierten contra la creación masiva de páginas sin valor cuyo objetivo principal sea manipular los resultados de búsqueda. No se trata de prohibir la IA: el problema es producir en masa sin ayudar a nadie.
Y el supuesto «Hachiware problemático» sirve de recordatorio: una ocurrencia divertida de la IA no se convierte en información oficial por sonar segura.
Fábrica: «Aumentaré el número de artículos».
GitHub: «Yo guardaré más historial».
Revisor: «Yo reduciré los errores».
IA buscadora: «¡Y yo añadiré otro personaje!».
Todos: «¡Eso no había que aumentarlo!».
Conclusión: 5 GB no es el muro de pago de GitHub Free. Capacidad, publicación, calidad y afirmaciones de la IA necesitan comprobaciones distintas. El éxito real se mide por el contenido fiable que llega a los lectores, no por la cantidad de archivos guardados.
