Cómo usar Cline con Fabapp AI
Conectar Cline a tu cuenta
Cline es una extensión de VS Code y guarda los servidores MCP en un archivo propio, que el panel de MCP de la extensión te abre para editar. El bloque es el de siempre:
{ "mcpServers": { "fabapp": { "command": "npx", "args": ["-y", "@fabappai/cli", "mcp"] } } }
Apenas guardas, el panel muestra el servidor y las herramientas que ofreció.
Lo que necesitas
Node 20 o más nuevo, una cuenta de Fabapp en el plan Builder o superior, y un único inicio de sesión:
npx @fabappai/cli login
La credencial va al llavero del sistema. Nunca se muestra y se revoca desde un solo lugar, en el panel.
El ciclo
npx @fabappai/cli create "Mi tienda"
npx @fabappai/cli dev
dev arma la app en tu máquina con la misma plantilla con la que la plataforma publica, instala las dependencias y
levanta el servidor local. Con eso corriendo, pide lo que harías a mano: leer la definición, crear las entidades,
escribir las pantallas. Después:
npx @fabappai/cli deploy
Sube lo que tú cambiaste y publica, en ese orden. Publicar antes de subir publicaría lo que está en el servidor, y tu trabajo quedaría atrás.
Qué cambia con Cline
Cline separa planificar de ejecutar, y esa separación le cae bien al trabajo con Fabapp. Usa el modo de planificación para que lea: la documentación de la plataforma, la definición del proyecto, las pantallas que ya existen. Recién después pasa a ejecutar.
La razón es concreta. Las dos cosas que más salen mal cuando un asistente toca un proyecto de Fabapp son inventar un tipo de campo y escribir mal una regla de acceso. Las dos fallan cerradas, sin error ruidoso: el campo se rechaza y la regla deja a todos fuera de sus propios registros. Leer antes de escribir evita las dos, y el modo de planificación es literalmente eso.
También vale aprobar cambio por cambio las primeras veces, hasta agarrarle el modo a lo que hace con el schema.
Qué pedirle
"Lee la documentación de la plataforma antes de escribir el schema." Los tipos de campo son una lista cerrada y cualquier otro se rechaza; las reglas de acceso son lo único entre los datos de la app y el público.
"Lee la definición actual antes de cambiarla." Sin el schema a mano, un id de modelo equivocado responde 404 y un campo inventado responde 422.
"Schema primero, pantallas después." El SDK se genera sobre el modelo de datos.