$ man how-to/cli-ecosystem-overview

Cada plataforma importante esta lanzando un CLI. HubSpot tiene hs. Salesforce tiene sf. Vercel tiene vercel. Attio esta construyendo uno. Cargo.ai expone su pipeline a traves de comandos CLI. El patron es claro: el futuro del acceso a herramientas es la terminal, no el navegador. Por que esto importa para ingenieros GTM: acceso CLI significa scriptabilidad. Cualquier cosa que puedas escribir una vez, puedes automatizarla para siempre. Un comando CLI para extraer datos de pipeline se convierte en un cron job que se ejecuta cada manana. Un comando CLI para crear un contacto se convierte en un script de importacion masiva. Un comando CLI para verificar el estado de una campana se convierte en un bot de Slack. Los MCPs nos dieron la primera ola de acceso programatico. Pero los MCPs consumen ventanas de contexto. Cada definicion de herramienta MCP consume tokens. Un MCP de HubSpot con 30 definiciones de herramientas quema contexto antes de que hagas tu primera pregunta. Un binario CLI en tu maquina cuesta cero contexto. Lo llamas cuando lo necesitas y devuelve resultados.

PATTERN

HubSpot CLI (hs): gestiona objetos CRM, lista deals, crea contactos, extrae reportes. Todavia madurando pero funcional para operaciones basicas. Salesforce CLI (sf): el CLI GTM mas maduro. Despliega metadata, consulta SOQL, gestiona organizaciones, ejecuta tests. De nivel enterprise y probado en batalla. Vercel CLI (vercel): despliega sitios, gestiona variables de entorno, verifica el estado de builds, monitorea logs. Esencial para cualquiera que despliegue en Vercel. Attio CLI: en etapa temprana pero prometedor. Operaciones CRM desde la terminal. Lee y escribe registros, gestiona listas, busca contactos. Claude Code: este es el meta-CLI. Envuelve todos los demas CLI. En lugar de memorizar sf data query "SELECT Id FROM Account", le dices a Claude Code "extrae todas las cuentas creadas esta semana de Salesforce" y el escribe y ejecuta el comando sf por ti. Acceso CLI de lenguaje natural a cada herramienta que tenga un CLI.

PRO TIP

Este es el insight que lo cambia todo. No necesitas memorizar la sintaxis CLI. Claude Code lee la documentacion, construye el comando, lo ejecuta e interpreta la salida. Tu trabajo es describir la intencion. El agente traduce la intencion a comandos. "Verifica si nuestro despliegue en Vercel tuvo exito" se convierte en vercel ls --json | jq. "Encuentra todos los contactos de HubSpot agregados ayer" se convierte en hs contacts list --created-after. "Consulta Salesforce por oportunidades abiertas de mas de 50k" se convierte en la consulta SOQL correcta canalizada a traves de sf. El efecto compuesto: cada nuevo CLI que se lanza se vuelve instantaneamente accesible a traves de Claude Code. Sin curva de aprendizaje. Sin documentacion que leer. Describe lo que quieres, deja que el agente descifre la sintaxis. Por eso el acceso CLI importa mas que el acceso GUI. Las GUIs requieren ojos humanos y clics. Los CLIs requieren texto de entrada y texto de salida. Los agentes de IA estan construidos para texto de entrada y texto de salida.

CODE

Comienza con los CLIs que realmente usas. No instales todo de una vez. brew install vercel - si despliegas en Vercel npm install -g @hubspot/cli - si usas HubSpot npm install -g @salesforce/cli - si usas Salesforce pip install attio-cli - cuando este disponible Cada CLI tiene un paso de autenticacion. Generalmente oauth o una API key. Ejecuta el comando de autenticacion una vez y almacena las credenciales localmente. Despues de eso, cada comando se autentica automaticamente. La prueba: abre Claude Code y di "usa el Vercel CLI para mostrarme mis despliegues recientes." Si funciona, tu stack CLI esta conectado. Si falla, verifica que el CLI este en tu PATH y autenticado.