Claude escribió un driver de macOS para una impresora HP

En pocas palabras: Kuber Mehta, fundador de PolyThink, usó Claude Code para escribir un driver de macOS para su HP Laser 1008a, impresora que HP solo soporta en Windows y Linux. Adaptó un driver open source y publicó el resultado en GitHub bajo licencia MIT el 18 de agosto de 2026.

Un desarrollador logró que una impresora “solo para Windows” imprima desde una Mac usando inteligencia artificial. Kuber Mehta, fundador de PolyThink, contó cómo Claude escribe driver macOS para su HP Laser 1008a a través de Claude Code, y publicó el resultado en GitHub bajo licencia MIT el 18 de agosto de 2026. Andaba, imprimía, y el Cmd+P del sistema lo reconocía.

Claude Code es la herramienta de línea de comandos de Anthropic que deja a los desarrolladores trabajar con Claude directamente desde la terminal para tareas de programación. En este caso sirvió para diagnosticar el protocolo de una impresora sin soporte en macOS y armar un puente de compatibilidad. No inventó un driver mágico de la nada: adaptó uno open source que ya existía.

Claude es un modelo de lenguaje desarrollado por Anthropic. Asiste en tareas de escritura, programación, análisis de código e investigación.

¿Por qué la HP Laser 1008a nunca tuvo driver nativo en macOS?

Porque habla un idioma que macOS no entiende. La HP Laser 1008a es una impresora rebadge de Samsung, host-based, que usa un lenguaje ráster propietario llamado SPL3. Para imprimir en Mac necesitás lenguajes estándar como AirPrint o PostScript, y esta impresora no tiene ninguno. Tampoco PCL. HP nunca hizo el esfuerzo de escribir un driver de macOS para un equipo de gama baja.

Ponele que te comprás una de esas Mac con chip Apple Silicon y todavía tenés la impresora andando perfecta en un rincón. La conectás, y nada. macOS ni la ve como impresor. En el mundo host-based el procesamiento del documento lo hace la PC, no la impresora, así que sin el software correcto del lado de la compu la máquina es un pisapapeles caro.

El problema, en palabras de Mehta: “no tiene driver de macOS y no tiene AirPrint, así que en el papel directamente no imprime desde una Mac”. Ese “en el papel” es la parte interesante. Relacionado: entender las capacidades fundamentales de Claude.

¿Cómo Claude escribe un driver de macOS desde cero?

No lo escribe del todo desde cero, y ese matiz importa. Mehta documentó el proceso como un transcript casi literal de la conversación con Claude Code, según el reporte de The Register. El flujo fue iterativo: identificar el protocolo, descartar los caminos que no funcionaban y encontrar una base sobre la cual construir.

Primero, el descarte. Claude fue eliminando opciones una por una: AirPrint no estaba, PostScript tampoco, PCL menos, y los drivers SPL/QPDL genéricos que se probaron no andaban. Es el típico trabajo de ingeniería inversa aburrido, el que consume horas de leer specs y probar cosas que fallan.

Después vino la parte creativa. En vez de escribir un controlador nuevo de punta a punta (algo que puede llevar meses y conocimiento profundo del kernel), Claude propuso partir de código existente que ya hablara un dialecto parecido al SPL3. Ese cambio de enfoque es lo que hizo viable el proyecto en cuestión de horas y no de semanas.

¿Y la magia? No hubo magia. Hubo un modelo de lenguaje leyendo documentación de un protocolo oscuro, un desarrollador probando cada iteración contra hardware real, y un ciclo de prueba y error hasta que salió la hoja. Eso sí: que salga la hoja después de años de “esta impresora no anda en Mac” tiene su gracia.

¿Cuál fue la solución real: parchear un driver open source?

La solución fue un parche a un driver open source ya existente, no un desarrollo nuevo. Claude y Mehta crearon un patch sobre un driver de la familia splix, pensado para impresoras basadas en SPL2 y SPLc. Ese driver base ya soportaba máquinas de Samsung, Xerox, Dell, Lexmark y Toshiba, así que había un piso sólido sobre el cual traducir el SPL3 de la 1008a.

La idea es simple de contar y molesta de implementar: agregar una capa de traducción que convierta lo que macOS manda a imprimir en algo que la impresora entienda. Un adaptador de protocolo, básicamente. El driver original hacía el 80% del trabajo; el parche cubrió la brecha que separaba al SPL3 del resto de la familia. Lo explicamos en detalle en nuestra guía sobre elegir entre Sonnet y Opus.

Fijate que esto abre la puerta a más equipos. Cualquiera de estas impresoras que comparta el linaje SPL podría beneficiarse de un abordaje parecido:

• Samsung: el fabricante original de muchos de estos motores host-based rebadgeados.
• Xerox, Dell y Lexmark: modelos económicos que usaron el mismo lenguaje de la familia.
• Toshiba: otra marca dentro del ecosistema SPL2/SPLc que cubre el driver base.

¿Dónde descargar el driver modificado y cómo instalarlo?

El driver está publicado en GitHub bajo licencia MIT, según confirmaron Tom’s Hardware y The Register. Mehta lo liberó para que cualquiera con la misma impresora pueda usarlo, sin pagar nada y con permiso explícito para modificarlo.

Antes de descargar, tené presente un par de cosas. macOS moderno es estricto con lo que corre a bajo nivel, y un driver de impresora de terceros suele apoyarse en CUPS (el sistema de impresión de Unix que usan Mac y Linux). El objetivo del proyecto era que la impresora quedara integrada al Cmd+P del sistema, es decir, imprimir desde cualquier app sin trucos raros.

Lo que conviene revisar:

• Tu modelo exacto: el parche apunta a la HP Laser 1008a y a equipos de la familia SPL; si tu impresora es otra, puede necesitar ajustes.
• El repo oficial: bajá el código desde el GitHub de Mehta y leé el README antes de tocar nada.
• CUPS activo: el flujo de instalación pasa por el sistema de impresión de macOS, así que seguí las instrucciones del proyecto al pie de la letra.

¿Quién necesita esta solución y por qué importa?

La necesita cualquiera que tenga hardware que funciona pero quedó huérfano de soporte. Es más común de lo que parece: usuarios que migraron a Mac y dejaron atrás una impresora perfectamente sana, PYMEs con equipos legados que no piensan cambiar porque siguen imprimiendo bien, y talleres o estudios que mantienen máquinas viejas por costumbre o presupuesto.

El punto de fondo es otro. Durante años, “plataforma no soportada” era una pared. Comprabas el equipo equivocado, o el fabricante decidía que tu sistema operativo no valía el esfuerzo, y te quedabas afuera. Que un desarrollador solo, en una tarde, con una IA de asistente, tumbe esa pared cambia el cálculo.

La discusión que generó Mehta en redes tocó una fibra, según The Register: mucha gente lo vio como un uso positivo de la tecnología. Y tiene lógica. No es un chatbot escribiendo poemas, es alguien resolviendo un problema real de compatibilidad que la industria había dado por perdido. Cubrimos ese tema en detalle en las capacidades de Opus para tareas técnicas complejas.

¿Qué otros problemas de hardware puede resolver Claude Code?

Puede ayudar en cualquier problema donde haya que traducir entre dos sistemas que no se hablan. El caso de la impresora es un ejemplo de una categoría más amplia: puentes entre plataformas incompatibles. Donde hay un protocolo documentado (o descifrable) y una base de código sobre la que apoyarse, un asistente de IA acelera muchísimo el trabajo de plomería.

Pensá en escenarios parecidos que aparecen todo el tiempo en la vida de un desarrollador:

• Parsers de formatos binarios: leer archivos viejos o propietarios que ningún software actual abre.
• Adaptadores de protocolo: hacer que un dispositivo hable con un sistema que nunca lo previó.
• Conversión de datos legados: migrar bases o formatos que quedaron atados a software discontinuado.

Ahora bien, seamos honestos con los límites. Escribir código de bajo nivel o de kernel sigue siendo delicado, un error ahí no es un typo, puede colgar el sistema. La IA propone, pero el humano prueba contra hardware real, revisa cada iteración y se hace cargo del resultado. Sin ese control, la “inteligencia” del asistente no alcanza. Mehta no publicó una promesa, publicó una impresora imprimiendo.

¿Es legal usar y distribuir un driver modificado bajo licencia MIT?

Sí, es legal, y por eso el proyecto es viable. La licencia MIT permite usar, modificar y distribuir el código, incluso comercialmente, con una sola condición central: mantener el aviso de copyright y la licencia original. Mehta respetó esto al publicar su parche también bajo MIT.

Esto no es un detalle menor. Si el driver base hubiera tenido una licencia cerrada, todo el ejercicio habría quedado en “funciona en mi máquina” y nunca se habría podido compartir. La cadena open source es la que permite que un parche construido sobre trabajo ajeno vuelva a la comunidad de forma limpia. Más contexto en Claude Code maneja mejor proyectos de código extenso.

Errores comunes al intentar esto en casa

• Creer que la IA lo hace sola: Claude propuso el enfoque, pero sin un humano probando contra la impresora real cada iteración no había resultado. La corrección: preparate para depurar y verificar vos mismo.
• Escribir el driver desde cero: el error clásico es arrancar de la nada cuando ya existe un driver open source parecido. La corrección: buscá una base compatible (acá, la familia splix) y parcheá.
• Ignorar la licencia del código base: reusar código sin mirar bajo qué términos está te puede dejar sin poder publicar. La corrección: confirmá que sea MIT, BSD, GPL u otra que permita lo que querés hacer.
• Asumir que sirve para tu impresora igual: el parche apunta a un modelo y una familia de protocolos concretos. La corrección: verificá el lenguaje de tu equipo (SPL, PCL, PostScript) antes de invertir horas.

Preguntas Frecuentes

¿Puede Claude generar un driver de impresora?

Sí, Claude Code ayudó a generar un driver funcional de macOS para la HP Laser 1008a en agosto de 2026. Lo hizo parcheando un driver open source existente de la familia splix, no escribiéndolo entero desde cero. El desarrollador Kuber Mehta probó cada paso contra la impresora real hasta que imprimió.

¿Cómo hizo Kuber Mehta funcionar una impresora Windows en Mac?

Mehta usó Claude Code para descartar los protocolos que no servían (AirPrint, PostScript, PCL) y luego adaptar un driver open source SPL2/SPLc a través de un parche. El resultado agrega una capa de traducción entre macOS y el lenguaje SPL3 propietario de la impresora, integrándose al Cmd+P del sistema.

¿Qué es Claude Code y para qué sirve?

Claude Code es la herramienta de línea de comandos de Anthropic que permite a los desarrolladores trabajar con Claude desde la terminal para tareas de programación. Sirve para escribir, depurar y refactorizar código, y en este caso para hacer ingeniería inversa de un protocolo de impresora y armar un driver.

¿Por qué las impresoras HP económicas no tienen driver en macOS?

Porque usan lenguajes propietarios host-based como SPL3 en vez de estándares como AirPrint o PostScript, y HP no invierte en desarrollar drivers de macOS para equipos de gama baja. Sin ese software, macOS no tiene forma nativa de comunicarse con la impresora.

¿El driver generado por Claude está disponible para descargar?

Sí, Mehta lo publicó en GitHub bajo licencia MIT, que permite descargarlo, usarlo y modificarlo libremente. Está pensado para la HP Laser 1008a y equipos de la familia SPL; conviene leer el README del repositorio antes de instalarlo.

Conclusión

Lo que cambió acá no es que una impresora vieja imprima. Es que la barrera “plataforma no soportada” dejó de ser definitiva. Un desarrollador, una IA de asistente y un driver open source alcanzaron para resolver en horas algo que la industria había abandonado por no rentable.

Si tenés hardware huérfano de soporte, el caso de Mehta es una hoja de ruta: buscá el protocolo que habla tu equipo, encontrá una base open source parecida, y usá Claude Code para armar el puente. Verificá siempre contra el hardware real y respetá la licencia del código que reusás. La IA no reemplaza al criterio técnico, lo potencia. Y a veces eso es la diferencia entre un pisapapeles caro y una impresora que anda.

Fuentes

• The Register – Dev taps Claude Code to craft custom printer driver for macOS
• Tom’s Hardware – Dev usa Claude AI para crear un driver nativo de macOS
• Wccftech – Claude AI escribió un driver de macOS para una impresora HP incompatible