# Dos tipos de agente de IA: el que crea la app y el que opera el backend

La dashboard ofrece un agente en la navegación superior y otro dentro de cada app. Son productos distintos con facturas distintas, y elegir el equivocado te cuesta una tarde.

URL: https://www.back4app.com/blog/es/dos-tipos-de-agente-de-ia-el-que-crea-la-app-y-el-que-opera-el-backend
Publicado: 2026-11-12 · Probado: 2026-09-23
Probado en: Cuenta: Back4app, plan Free · App: Parse Server 7.5.2, USA East · Local: macOS, Chromium
Publisher: Back4app Engineering

En la dashboard de Back4app hay dos cosas que se llaman agente, y nada en pantalla te dice que son productos distintos. Uno está en la navegación superior. El otro aparece dentro de cada app individual, con la etiqueta *NEW*.

Si eliges el equivocado pierdes una tarde: el primero te construirá encantado una aplicación nueva cuando lo que querías era añadir una clase al backend que ya tienes, y el segundo te pedirá una API key que no esperabas tener que aportar.

Este post los separa: para qué sirve cada uno, dónde vive cada uno y quién paga los tokens. Comprobado en la dashboard el 23 de septiembre de 2026.

## Si prefieres verlo

La demostración original del agente a nivel de app: crear una clase, llenarla de registros, escribir Cloud Code y llamarlo, todo desde el chat.

## ¿Qué hace cada agente?

Uno construye software; el otro lo opera. Esa es toda la distinción, y todo lo demás (dónde vive, quién paga, qué puede tocar) se deriva de ahí.

| | AI Agent | Backend Agent |
| --- | --- | --- |
| Dónde | Navegación superior, para toda la cuenta | Dentro de la barra lateral de una app |
| Alcance | Crea aplicaciones nuevas | Actúa sobre el backend de esa app |
| Resultado | Frontend, base de datos, hosting | Clases, registros, Cloud Code |
| Modelo | El de Back4app, gestionado | OpenAI o Anthropic, a tu elección |
| Quién paga | 10 créditos gratis al día | Tú, con tu propia API key |

Si partes de cero, el agente de la navegación superior es el tuyo. Si tienes un backend con datos y quieres añadir una clase o escribir una Cloud function sobre lo que ya existe, el que quieres es el que está dentro de la app.

## ¿Cómo es el agente a nivel de cuenta?

Se abre con un cuadro de prompt y una fila de puntos de partida (app web, landing page, herramienta interna, dashboard, juego, prototipo) con tus proyectos existentes debajo, cada uno marcado como borrador o publicado.

![La pantalla de inicio del AI Agent a nivel de cuenta: un cuadro de prompt bajo el encabezado que pregunta qué quieres construir, una fila de botones por tipo de proyecto y tres proyectos en borrador debajo](/blog/blog-assets/two-kinds-of-ai-agent-app-and-backend/02-account-agent.jpg)

La línea bajo el cuadro de prompt es la que hay que mirar: **10 free credits/day to build with** (10 créditos gratis al día para construir). Aquí nada pide una clave, porque el modelo es el de Back4app y los créditos son el contador.

Este es el agente que está detrás de las guías de creación de apps de este blog: el que toma una hoja de cálculo o un párrafo y devuelve una aplicación en marcha con una base de datos detrás.

## ¿Cómo es el agente a nivel de app?

Al principio, nada. Abre una app, haz clic en **Backend Agent** en la barra lateral y, en lugar de un chat, verás un estado vacío: *"No Backend Agent is set up for this app yet. Create one to start chatting."* (ningún Backend Agent está configurado para esta app todavía; crea uno para empezar a chatear).

![El panel Backend Agent dentro de una app, con un estado vacío que dice que ningún Backend Agent está configurado para esta app todavía, y un botón Create agent](/blog/blog-assets/two-kinds-of-ai-agent-app-and-backend/01-backend-agent-empty.jpg)

Ese estado vacío es, en sí mismo, el cambio principal. El agente es ahora por app, así que ya sabe a qué backend apunta. En la demostración de 2024, en cambio, el prompt tenía que empezar nombrando la aplicación dentro de la cuenta, porque el agente era para toda la cuenta y tenía que ir a buscarla.

## ¿Por qué pide una API key?

Porque el modelo lo pones tú. Al hacer clic en **Create agent** se abre un diálogo que lo dice sin rodeos: *"Choose a provider, model and enter your own API key — stored encrypted, never shown again."* (elige un proveedor y un modelo e introduce tu propia API key: se guarda cifrada y no se vuelve a mostrar).

El desplegable de proveedor ofrece **OpenAI** y **Anthropic**, uno u otro, ya que el diálogo indica que el agente usa un único proveedor de LLM. Cada uno trae tres modelos con nombre y acepta un id de modelo personalizado.

| Proveedor | Modelos ofrecidos |
| --- | --- |
| OpenAI | `gpt-5.3-codex` (predeterminado), `gpt-5.5`, `gpt-5.6-terra` |
| Anthropic | `claude-sonnet-5`, `claude-opus-4-8`, `claude-sonnet-4-6` |

El campo de la clave es obligatorio y el botón **Create agent** sigue desactivado hasta que lo rellenas. No hay plan gratuito, ni créditos de prueba, ni opción gestionada: los tokens que gasta este agente te los factura a ti el proveedor que hayas elegido.

## ¿Qué puede hacer realmente el agente a nivel de app?

Operar las tres cosas de las que está hecho un backend de Parse. La demostración de 2024 recorre la secuencia de principio a fin: crear una clase con campos tipados, llenarla de registros de ejemplo, escribir una Cloud function sobre esa clase, desplegarla y después llamarla e imprimir el resultado.

Ese conjunto de capacidades es lo que lo diferencia de un asistente de programación en tu editor. Un asistente puede escribirte una `Parse.Query`; no puede crear la clase, desplegar la función en tu servidor y después ejecutarla contra tus datos.

## ¿Cómo elegir entre los dos?

Empieza por lo que existe. Si todavía no hay backend, el agente a nivel de cuenta creará uno junto con todo lo que lo rodea, y los créditos diarios gratis significan que puedes averiguar si la idea funciona antes de gastar nada.

Si el backend existe y tiene datos que te importan, el agente a nivel de app es la herramienta adecuada y la clave es el precio de la entrada. Presupuéstalo como presupuestas cualquier uso de un modelo: por tarea, no por asiento.

Y uses el que uses, mantenlo lejos de producción. Un agente con acceso de escritura a tu schema, tus registros y tu Cloud Code puede hacer muchísimo daño a partir de una sola instrucción mal interpretada. Ejecútalo contra una app de prueba, comprueba el resultado y traslada el código tú mismo.