MCP frente a llamar tú a la API

No son dos niveles de lo mismo. El conector es una conversación y un script es una regla, y esa diferencia decide cuál encaja con un encargo.

Lo que es idéntico

Casi toda la maquinaria, y por eso la elección no va de capacidad.

• Los dos se autentican con la misma clave de API.
• Los dos gastan del mismo saldo de créditos a las mismas tarifas.
• Los dos ejecutan el mismo conjunto de herramientas.
• Los dos devuelven entero un trabajo fallido.
• Los dos están sujetos al mismo requisito de plan o paquete de créditos.

El conector es un cliente de los mismos puntos finales de la documentación de la API pública. No tiene privilegios que a un script le falten.

Así que elegir uno no desbloquea nada. Lo que cambia es quién toma cada decisión.

Ese marco conviene sostenerlo, porque parecen la versión de principiante y la avanzada de lo mismo y no lo son.

Un script no es más potente. Es más repetible, que es una propiedad distinta.

El conector encaja con trabajo sin decidir

Recurre a el conector MCP cuando el encargo es distinto cada vez y de todos modos hay una persona en el proceso.

Una foto que necesita algo, donde ese algo es un juicio, es el caso ideal.

También va bien cuando ya estás en una conversación. No cambiar de ventana es un ahorro real en trabajo pequeño.

Y no necesita nada de código, lo que lo pone al alcance de gente que jamás escribiría un bucle de consulta.

Ese alcance es el argumento de verdad. Mucha gente que necesita arreglar una foto no va a abrir nunca un terminal, y esta es la ruta que les funciona.

Además conserva el contexto. Una petición de seguimiento no necesita volver a explicar la anterior, y un script no tiene equivalente de eso.

El coste es que cada trabajo necesita a una persona presente para pedirlo. Eso no escala y no pretende hacerlo.

Hay un coste más sutil. Un asistente interpreta, y de vez en cuando interpretar significa ejecutar algo ligeramente distinto de lo que imaginabas.

En una foto eso es barato de corregir. En cincuenta es un problema que preferirías haber evitado.

Un script encaja con trabajo ya decidido

Escribe el script cuando la decisión ya está tomada y lo único que queda es repetir.

Cuatrocientos recortes idénticos no son una conversación. Nadie debería teclear cuatrocientas peticiones.

Un script corre además sin nadie delante, cosa que una conversación no puede. El trabajo disparado por tu propio sistema va aquí.

Consigues también control exacto. El comportamiento de reintento, la gestión de límites y qué pasa al fallar son tuyos y no improvisación de un asistente.

El coste es el tiempo de montaje y un bucle de consulta que tienes que escribir, además de errores que gestionas tú.

El acceso es el otro requisito que la gente olvida. Hace falta un plan o un paquete de créditos en ambos casos, así que ninguna ruta lo esquiva.

Cómo elegir con una pregunta

Pregúntate si el encargo será idéntico la próxima vez.

Esa única pregunta ordena casi todos los casos, y es más fiable que preguntarse cuál suena más profesional.

Si la respuesta es sí, y ocurre más de un puñado de veces, escribe el script. Para eso está el código.

Si es no, y una persona tiene que decidir cada vez de todas formas, usa el conector. No estás automatizando una decisión, estás quitando un cambio de ventana.

El terreno intermedio también existe. Mucho trabajo empieza como conversación y se convierte en script cuando el patrón se vuelve obvio.

Empezar en la conversación es una forma razonable de descubrir qué debería hacer el script.

Casi todo el mundo que usa las dos acaba trazando esa línea de forma natural en una semana.

La línea suele caer alrededor de diez archivos. Por debajo la conversación es más rápida, por encima lo es el script.

Que el trabajo tenga que correr sin vigilancia mueve esa línea de golpe. Cualquier cosa que deba pasar sin una persona es un script a cualquier volumen.

El coste no sirve de desempate, porque los dos gastan los mismos créditos en los mismos trabajos. Solo cambia tu tiempo.

Una trampa que conviene nombrar. A un asistente se le puede pedir que recorra varios archivos, y lo intentará, pero es una forma lenta y cara de hacer algo que un script resuelve de una pasada.

Un lote es trabajo de script, y cómo queda eso en la práctica está en recortes en lote con un script que escribí.

Una última cosa dicha claro. Ninguna ruta permite a un asistente gastar créditos que no aceptaste, porque cada trabajo sigue saliendo de una petición tuya.

Ninguna es más avanzada. Responden a preguntas distintas y casi cualquier flujo quiere las dos.