Egy tinédzser fejlesztő, Kuber Mehta megoldotta azt a problémát, amellyel sok Mac-felhasználó küszködik: az Anthropic Claude Code AI-ügynök segítségével működőképes macOS-drivért hozott létre olyan HP lézernyomtatókhoz, amelyek hivatalosan csak Windows alatt támogatottak. A projekt mindössze körülbelül négy óráig tartó AI-alapú kódolási munkamenettel készült el, és a végeredmény nyílt forráskódként is elérhető.
Miért nem működtek ezek a HP nyomtatók macOS alatt?
Az érintett modellek – a HP Laser 1003, 1006 és 1008 sorozat – Samsung fejlesztésű SPL3 raszteres nyomtatási protokollt használnak. Ez egy gyártóspecifikus megoldás, amely alapvetően különbözik az általánosan támogatott, nyílt szabványoktól, mint a PCL vagy a PostScript. Ráadásul ezek a készülékek nem rendelkeznek AirPrint-támogatással sem, így Mac-felhasználók számára eddig semmilyen kényelmes megoldás nem létezett a nyomtatók használatára.
Mehta az X platformon osztotta meg a projekt részleteit, elmagyarázva, hogy miután szembesült a hiányzó macOS-támogatással, az AI-eszközt bevetve nekivágott a probléma megoldásának.
A macOS HP nyomtató driver elkészítése: visszafejtéstől a kész megoldásig
A fejlesztési folyamat során Mehta a Claude Code-ot AI-ügynökként alkalmazta: a rendszer segítségével megvizsgálta a meglévő szoftvert, visszafejtette a nyomtatási folyamatot, kódot írt, tesztelte azt a fizikai nyomtatón, majd hibakeresést végzett. A munka szakaszai a következők voltak:
- Első lépés: A kezdeti megoldás a HP Linux-driverének saját rastertospl kodekjét használta, amelyet egy Linux-konténerben futtattak.
- Továbbfejlesztés: A projekt végül kinőtte ezt a megközelítést, és a végleges driver már megszabadult a saját kodektől és a konténerfüggőségtől is.
- Végső architektúra: A megoldás a nyílt forráskódú SpliX nyomtatómotor egy módosított változatát alkalmazza, kiegészítve egy natív macOS USB-komponenssel.
A legnagyobb technikai akadály végül meglepően tömören volt megfogalmazható: a SpliX motor helytelen oldalfejléc-geometriát generált az adott nyomtatóhoz. A HP drivere 300 dpi-s rácsot használ, míg a SpliX 600 dpi-s értéket állított elő. Ez az eltérés okozta, hogy a nyomtató hibásan értelmezte az oldaladatokat, aminek következtében sérült kimenet és ismétlődő oldalak keletkeztek.
A javítás mindössze körülbelül 10 sornyi kódot igényelt. Amint ezt a problémát kijavították és az USB-kommunikációt natív módon kezelték, a nyomtató már a macOS szokásos nyomtatási rendszerén keresztül is működőképes lett – beleértve a megszokott Cmd-P billentyűparancsot is.
Mire képes az AI-asszisztált fejlesztés?
A projekt jó példa arra, hogy az „AI vibe coding” kifejezés megtévesztő lehet, ha azt jelenti, hogy az AI önállóan old meg mindent. Mehta esetében a Claude Code egy eszköz volt, amelyet a fejlesztő irányított: a visszafejtési logikát, a tesztelési ciklusokat és a végső döntéseket a fejlesztő hozta meg, az AI pedig gyorsította a folyamatot. A négy órás munkamenet eredménye egy valóban működő, natív szoftver lett.
A projekt jelenleg Apple Silicon Mac számítógépeken támogatja a HP Laser 1003, 1006 és 1008 sorozatot, és nyílt forráskódként elérhető Mehta GitHub-oldalán.
Gyakori kérdések
Mely HP nyomtató modellek kaptak macOS-támogatást?
A projekt a HP Laser 1003, 1006 és 1008 sorozatot támogatja Apple Silicon Mac számítógépeken.
Miért nem működtek ezek a nyomtatók korábban macOS alatt?
A nyomtatók Samsung fejlesztésű SPL3 protokollt használnak, amely nem szabványos, és AirPrint-támogatással sem rendelkeznek, így a macOS nem tudta natívan kezelni őket.
Mekkora munkával járt a tényleges hibajavítás?
A nyomtatás meghibásodásának gyökérokát – egy 300 dpi kontra 600 dpi-s geometriai eltérést – mindössze körülbelül 10 sornyi kódmódosítással sikerült orvosolni a SpliX nyomtatómotorban.
Milyen AI-eszközt használt a fejlesztő?
Kuber Mehta az Anthropic Claude Code nevű AI-kódolási ügynököt alkalmazta a teljes fejlesztési folyamat során, a visszafejtéstől a hibakeresésen át a kész driver elkészítéséig.
Forrás: Neowin
