La tienda de lo ya impreso
El insight de fondo es el mismo que el de cli-printing-press: los agentes consumen mejor un CLI estructurado que una API REST. La diferencia es de rol. cli-printing-press es la imprenta — toma una API y genera el CLI. printing-press-library es la tienda — guarda, indexa y distribuye los CLIs ya generados.
Para un equipo, eso significa una primera pregunta antes de integrar cualquier servicio: ¿ya está en la biblioteca? Si sí, es un comando. Si no, lo imprimes.
Lo que hay dentro
- registry.json — el índice del catálogo completo, con cada CLI disponible.
- library/ — el output generado y curado de cada CLI.
- cli-skills/ — los skills de Claude Code por CLI, listos para copiar a tu carpeta de skills.
- Starter pack — espn, flight-goat, movie-goat, recipe-goat en un solo
npx.
Mi recomendación
Úsala como primera parada, no como destino final. Para experimentación personal, instalar del catálogo es perfecto: en segundos tu agente tiene una herramienta nueva. Para producción, audita el CLI que vas a meter — está endosado y probado por la comunidad, pero sigue siendo código que tu agente va a ejecutar contra un servicio real.
Y si tu caso no está cubierto, no escribas el wrapper a mano: imprímelo con cli-printing-press y, si vale para otros, contribúyelo de vuelta al catálogo.