Microsoft abre Zork: el código clásico ya tiene licencia MIT

Microsoft ha publicado bajo licencia MIT el código fuente de Zork I, Zork II y Zork III. El anuncio, realizado el 20 de noviembre de 2025, convierte en una liberación oficial unos archivos que ya circulaban en repositorios de preservación, pero que carecían de una autorización clara para reutilizarlos. La decisión permite estudiar, modificar y redistribuir el código, siempre respetando los términos de la licencia.

El cambio llega porque Microsoft controla actualmente los derechos de la franquicia a través de Activision, que había adquirido Infocom, la compañía creadora de los juegos. Con la participación de la oficina de programas de código abierto de Microsoft, Xbox y Activision, la empresa formaliza el permiso sobre la trilogía original para ordenadores personales. No abre toda la marca Zork: los nombres comerciales, los logotipos y otros materiales asociados no forman parte de la cesión.

De archivos accesibles a código oficialmente abierto

La diferencia decisiva no es que los ficheros hayan aparecido por primera vez en Internet. El archivista digital Jason Scott ya había publicado el código en GitHub años antes, dentro de repositorios históricos que permitían conservar y consultar el material. Sin una licencia expresa de los titulares, sin embargo, tener acceso a esos archivos no equivalía a contar con permiso legal para copiarlos, modificarlos o incorporarlos a otros proyectos. La apertura oficial resuelve ese vacío.

Microsoft optó por contribuir a los repositorios de preservación existentes, en lugar de abrir copias nuevas bajo una estructura corporativa propia. Los cambios incorporan la licencia MIT y documentación que hace explícita la autorización. Esa elección reconoce el trabajo acumulado por la comunidad y evita separar el código de su contexto de archivo. También facilita que el historial del proyecto y las nuevas aportaciones permanezcan en el mismo lugar.

La publicación se limita a Zork I, II y III, la trilogía adaptada para ordenadores personales. No debe confundirse con la totalidad de la franquicia, que incluye otros títulos y materiales. Tampoco implica que Microsoft haya anunciado una nueva edición, una versión remasterizada o un plan de desarrollo activo. El objetivo inmediato es dar una base legal clara a la conservación y al estudio de tres obras fundamentales de la ficción interactiva.

Por qué la decisión se produce ahora

La explicación más directa está en la cadena de propiedad. Zork nació en Infocom, estudio fundado por programadores relacionados con el desarrollo inicial del juego. Activision adquirió Infocom en 1986 y, tras la adquisición de Activision por Microsoft, los derechos quedaron bajo el control de la compañía tecnológica. Ese cambio permite a Microsoft tomar una decisión formal sobre el código que durante décadas había quedado en una zona ambigua. La publicación requiere tanto archivos preservados como autorización del titular.

También hay una razón práctica: abrir un archivo histórico no consiste solo en subirlo a un servicio de alojamiento. Para que el material pueda reutilizarse con seguridad, hace falta identificar qué derechos se conceden, qué componentes quedan fuera y qué condiciones deben acompañar a las copias. La licencia MIT define ese marco de forma sencilla y conocida en el desarrollo de software. Así, profesores, investigadores y programadores no dependen únicamente de que la publicación previa sea tolerada.

La intervención conjunta de Xbox, Activision y la Open Source Programs Office de Microsoft refleja ese trabajo interno de coordinación entre quienes gestionan la propiedad intelectual y quienes promueven la publicación de código abierto. El gesto no borra el origen comunitario de los archivos: se apoya en repositorios históricos y en la colaboración de Jason Scott. Más que inaugurar un proyecto nuevo, la empresa regulariza y documenta una labor de preservación previa.

Qué permite la licencia MIT y qué deja fuera

La licencia MIT permite utilizar, copiar, modificar y distribuir el código, incluso dentro de proyectos que puedan tener un uso comercial. Quien redistribuya el material debe conservar los avisos de copyright y la licencia correspondiente. A diferencia de otras licencias, no exige que las obras derivadas se publiquen también con el mismo tipo de licencia. Para la docencia, la investigación o la experimentación, la consecuencia es importante: el código puede examinarse y adaptarse con una autorización explícita.

Ese permiso no transfiere la propiedad de la franquicia ni concede derechos sobre todos los elementos que el público asocia con Zork. Las marcas, los logotipos, las carátulas y los materiales promocionales no quedan automáticamente disponibles por el hecho de que el código tenga licencia MIT. La distinción es sencilla, aunque fácil de pasar por alto: se abre el programa identificado en los repositorios, no el conjunto de la identidad comercial de la saga.

Por eso, reutilizar fragmentos de código en un trabajo académico no es lo mismo que presentar un producto derivado como una nueva entrega oficial. La licencia cubre los derechos sobre el software tal como se publica, pero no concede permiso para usar signos distintivos de manera que sugiera respaldo o procedencia oficial. La libertad sobre el código convive con límites sobre la marca, y cada uso debe entenderse dentro de ese alcance.

Qué hay dentro de los repositorios

Los repositorios de historicalsource para Zork I, Zork II y Zork III contienen archivos fuente escritos en ZIL, además de materiales relacionados con la construcción de los juegos y documentación de contexto. No se trata de una reescritura moderna pensada para que el código parezca actual. Es, precisamente, material de trabajo histórico: una oportunidad para observar cómo se organizaban las instrucciones, los escenarios y las respuestas del juego cuando los ordenadores tenían recursos muy limitados.

El lenguaje ZIL, cuyo nombre procede de Zork Implementation Language, deriva de MDL, un lenguaje relacionado con Lisp que se utilizaba en el entorno del MIT. En esos archivos se puede seguir cómo Infocom describía objetos, habitaciones, verbos y reglas de interacción. El jugador podía escribir órdenes más variadas que una combinación elemental de verbo y sustantivo; el programa debía interpretar expresiones, resolver referencias y responder cuando una acción no encajaba. La aventura también era una pieza de ingeniería lingüística.

La trilogía publicada para ordenadores personales no era una reproducción idéntica del juego original de gran computadora. El Zork inicial, conocido durante su desarrollo como Dungeon, se había creado para el PDP-10. Al dividirlo en entregas más pequeñas, Infocom pudo adaptar la experiencia a equipos con menos memoria y almacenamiento, y añadió contenido para que cada título funcionara como juego independiente. La fragmentación respondió a una limitación material, no a una decisión puramente narrativa.

La Z-Machine y la solución a un problema de compatibilidad

Una de las ideas más influyentes detrás de Zork fue separar el juego del ordenador concreto en el que se ejecutaba. Infocom diseñó la Z-Machine, una máquina virtual capaz de interpretar un archivo de juego en distintas plataformas. En lugar de rehacer toda la aventura para cada equipo, se podía conservar la lógica y adaptar el intérprete al hardware correspondiente. La portabilidad estaba incorporada en la arquitectura, una solución especialmente valiosa en un mercado con máquinas muy distintas.

Ese enfoque permitió llevar la trilogía a sistemas como Apple II, Commodore 64, ordenadores Atari de 8 bits, TRS-80, equipos compatibles con CP/M y el IBM PC. La lista muestra el alcance de la estrategia: el mismo universo de texto podía llegar a plataformas con capacidades y características diferentes. La máquina virtual no hacía desaparecer las diferencias entre los equipos, pero reducía el trabajo necesario para trasladar cada título y mantenía una experiencia reconocible.

La comparación con los motores actuales tiene límites, porque las herramientas y las expectativas han cambiado. Aun así, la idea de definir una capa común entre el contenido y el dispositivo sigue siendo familiar en informática. El interés del código abierto no reside en afirmar que Infocom inventó las tecnologías de hoy, sino en permitir ver una solución concreta a un problema persistente: cómo conservar una aplicación y hacerla funcionar en máquinas distintas.

Compilar y jugar son caminos diferentes

Quien quiera estudiar el funcionamiento interno puede trabajar con los archivos ZIL y herramientas actuales como ZILF, un compilador desarrollado por la comunidad. El proceso convierte el código en un archivo de historia compatible con la Z-Machine, que después puede abrirse en un intérprete como Windows Frotz o en otras opciones compatibles. También se menciona ZLR, una herramienta para ejecutar aventuras de este tipo. El código fuente no es, por sí solo, el juego listo para abrir: hace falta una cadena de compilación e interpretación.

Ese matiz explica por qué la publicación interesa especialmente a quienes estudian lenguajes de programación, diseño de juegos o preservación digital. Los archivos permiten observar estructuras, reglas y decisiones técnicas; el intérprete, en cambio, es el programa que ejecuta la aventura en un entorno determinado. Las herramientas históricas originales de Infocom no se conservan de la misma manera, de modo que el trabajo actual depende de herramientas creadas o mantenidas por entusiastas.

Para quien solo quiere jugar, la apertura del código no es necesariamente la vía más cómoda. El artículo original de referencia señala que la Zork Anthology continúa disponible comercialmente; esa opción responde a una necesidad distinta de la consulta de los repositorios. Una persona puede disfrutar de las aventuras sin compilar nada, mientras que otra puede examinar cómo se construyeron. Preservar el código y facilitar el acceso al juego son tareas relacionadas, pero no idénticas.

Una aventura hecha de texto, imaginación y reglas

Zork convirtió una pantalla sin gráficos en un espacio de exploración. El jugador recorría un gran imperio subterráneo, buscaba tesoros y debía regresar con vida, guiándose por descripciones y órdenes escritas. El mundo contenía habitaciones conectadas, objetos que podían recogerse y criaturas que respondían a las acciones. Entre sus elementos más recordados están los grues, seres que acechaban en la oscuridad, y los zorkmids, la moneda de ese universo. La descripción escrita funcionaba como escenario y como interfaz.

Su parser, el sistema que interpreta lo que escribe el jugador, fue una parte central de la experiencia. No se limitaba a reconocer una orden única y rígida: podía manejar sinónimos y distintas relaciones entre acciones y objetos. Eso no significa que entendiera el lenguaje como una persona ni que aceptara cualquier frase. Su sofisticación consistía en anticipar una variedad útil de órdenes y responder con coherencia dentro de las reglas del juego.

Ese diseño ayudó a que Zork destacara frente a aventuras conversacionales más simples. El jugador no observaba una secuencia de pantallas prefijadas; negociaba con un sistema que tenía objetos, estados y consecuencias. Al leer el código, esas respuestas dejan de parecer espontáneas y se revelan como decisiones explícitas de diseño. La ilusión de un mundo abierto dependía de reglas cuidadosamente escritas, no de una comprensión ilimitada del lenguaje.

De un proyecto universitario a una trilogía comercial

El origen de Zork se remonta a finales de los años setenta y al entorno informático del MIT. El nombre empezó como jerga para un programa inacabado, mientras que sus autores llamaron Dungeon al juego completo. Con el tiempo, Zork se hizo tan habitual entre quienes lo conocían que el nombre terminó acompañando a la obra. Esa pequeña historia resume una característica de la cultura hacker de la época: los nombres provisionales podían sobrevivir al proyecto que debían identificar.

Los autores originales, entre ellos Tim Anderson, Marc Blank, Bruce Daniels y Dave Lebling, participaron en la evolución que llevó a la fundación de Infocom en 1979. La empresa adaptó el juego para ordenadores personales y publicó Zork I en 1980; las dos entregas siguientes completaron la trilogía. El paso desde una computadora central a máquinas domésticas exigió rediseñar el producto y repartirlo en partes que cupieran en los límites técnicos de entonces.

En sus primeras versiones, la aventura ocupaba un espacio físico además de uno imaginario: podía distribuirse en disquetes de 5¼ y 8 pulgadas. El contraste con un repositorio descargable hoy parece enorme, pero ambos formatos resuelven la misma necesidad básica: transportar instrucciones para que un ordenador las ejecute. El soporte cambió radicalmente; la lógica programada siguió siendo el núcleo del juego.

El legado que deja abierto el código

La decisión de Microsoft convierte la trilogía en algo más que un conjunto de juegos recordados: también la deja disponible como documento técnico con permisos definidos. Docentes y estudiantes pueden estudiar cómo se expresaban las reglas, cómo se construía un parser y cómo una máquina virtual facilitaba la llegada a varios ordenadores. Los investigadores, por su parte, pueden analizar los archivos originales en vez de reconstruir el diseño únicamente a partir de la experiencia de juego o de testimonios posteriores.

La apertura no garantiza por sí sola que el material vaya a recibir nuevas versiones ni que la comunidad transforme los títulos. Su valor puede estar en conservarlos tal como son, explicar sus decisiones y permitir que futuras generaciones los comparen con otras formas de ficción interactiva. Mantener intacto un programa antiguo no es lo mismo que congelar su historia: una licencia clara hace posible estudiarlo, documentarlo y contextualizarlo sin convertirlo en un producto nuevo.

En Zork, la imaginación del jugador completaba lo que la pantalla no mostraba; ahora, los archivos permiten mirar detrás de esa experiencia y reconocer el sistema que la sostenía. La iniciativa no entrega a cualquiera la franquicia entera ni borra las condiciones sobre la marca, pero sí elimina una barrera importante para el análisis del código. Su aporte más duradero puede ser hacer visible cómo se construyó un clásico y dejar que esa historia se lea también desde dentro.