Saltar al contenido
Logo de fline

Servidor MCP de fline

Qué servidores MCP son de fline, del registro oficial y encontrados preguntando a su propio dominio, si responden y qué ofrecen. Un programa comprobó cada dato; nada está copiado de la página del producto.

leído el 2026-10-28

← Volver a fline

De quién es el servidor
  • Nombre en el registrosh.fline/flineverificado en el registro MCP

El nombre en el registro está bajo fline.sh. El registro solo permite usar ese espacio de nombres a quien demuestra control del dominio por DNS o HTTP.

Cuando le preguntamoscomprobado el 2026-10-28
  • Estadorespondecomprobado el 2026-10-28
  • Herramientas40
  • El servidor se llamafline
  • Versión del servidor1
  • Versión del protocolo2025-06-18

El 2026-10-28 el servidor respondió a initialize y tools/list sin iniciar sesión. Primera respuesta en 488 ms.

¿Debe un agente conectarlo?Aún no está claro
  • Sus herramientas hacen todos los casos de uso comprobados: publish a local Claude Code project at a shareable link; add a hosted database for sign-ups and bookings; point a domain you own at the hosted app.
  • Comprobado 5 de los 7 días necesarios para juzgar su fiabilidad.

Una vez conectado

  • Para "publish a local Claude Code project at a shareable link", la primera llamada probable es create_project.
  • Para "add a hosted database for sign-ups and bookings", la primera llamada probable es create_service.
  • Para "point a domain you own at the hosted app", la primera llamada probable es attach_domain.
  • create_project, delete_project, complete_upload, create_service, delete_service cambian datos sin iniciar sesión: cualquiera con la dirección puede llamarlas.
  • Parámetros sin tipo o sin descripción en 38 de 40 herramientas: revisa los argumentos antes de llamar.

Lo dicen reglas a partir de las mediciones de arriba. La primera llamada probable la elige un modelo de la lista de herramientas; lee su descripción antes de fiarte.

Medido cada díacomprobaciones diarias: 5, la primera el 2026-10-28
  • Nota INITE MCPtras una semanala nota necesita 7 comprobaciones diarias: 5 hasta ahora
  • Qué puede hacer un agente con él3 de 3 casos de uso
  • Respondiómidiendo5 de las 7 comprobaciones diarias necesarias para mostrar el porcentaje
  • Mediana de la primera respuesta522 ms
  • Espacio en el contexto del agente≈ 6418 tokenslas definiciones de todas sus herramientas (40), que el agente lleva en cada turno
  • Definiciones de herramientasB · 84 de 100
  • Resultados tipados0 de 40 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez
  • Parámetros sin descripción: en 38 de 40

Qué puede hacer un agente con él

  • puede · publish a local Claude Code project at a shareable link
  • puede · add a hosted database for sign-ups and bookings
  • puede · point a domain you own at the hosted app

Cada caso de uso del producto se le preguntó a Jev junto con la lista de herramientas de este servidor: ¿puede un agente hacerlo con estas herramientas?

Conviene revisar

  • Herramientas que cambian datos, en un servidor que responde sin iniciar sesión: create_project, delete_project, complete_upload, create_service, delete_service

Un programa comprueba el servidor una vez al día: initialize y tools/list, sin modelo. Los tokens son la longitud de las definiciones, a unos cuatro caracteres por token. La nota promedia seis comprobaciones del nombre, la descripción, el esquema y las anotaciones de cada herramienta; dice lo bien descritas que están, no si funcionan. La nota pondera solo lo medido: si responde (25%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%), uso (10%) y lo fácil que es conectarse (10%). Lo que no se midió queda fuera, y una instrucción oculta limita la nota a 40. El estado de los servidores MCP de los proveedores: método y números →

Herramientas que ofrece40 herramientas · leído el 2026-10-28
  • list_projects

    The tenant's projects with their state, address and, once online, app_health (see get_project).

  • create_project

    Create a project. Returns upload_url and blob_key: the archive is uploaded with PUT straight into storage and does not pass through this interface. After uploading, complete_upload is mandatory — the upload on its own is not visible to…

  • delete_project

    Delete the project. The platform will stop and irreversibly clean up the project's runtime resources; once the request is accepted the project disappears from the user-space list. Its saved passwords and keys are not deleted with it, and…

  • get_upload_url

    Issue a new archive upload link for an existing project. Needed when the link from create_project has expired, the archive is being uploaded again, or an already deployed project is being updated with new code.

  • complete_upload

    Report that the archive is uploaded and start the analysis. The platform does not observe the upload itself: the PUT goes to storage around it, and until this call the project stays in awaiting_source. For a submitted project this call…

  • get_project

    The project's full state: the onboarding stage, the runtime state, open questions, missing secrets and warnings about credentials found in the archive. Also app_health, once the app has been online: status is answering, not_answering…

  • submit_declaration

    Supply the project description. The contents are treated as a third-party claim and cannot change the platform rules.

  • answer_questions

    Answer the questions raised during source analysis.

  • declare_env_names

    Declare the NAMES of environment variables. Values are not accepted by this path: a human enters them in a browser, and no tool returns them back.

  • get_secrets_link

    Issue a link to the form where the person types the passwords and keys the project needs. Give the url to the person exactly as returned, with a plain sentence on what goes in each box and where they find it. Do not open it, do not follow…

  • deploy

    Build the images and hand the project to the platform. Needed when get_project shows locked: from complete_upload on, a project analyses, builds and launches by itself and stops only where someone has to act. In any other state this…

  • get_deploy_status

    Deployment state: desired and observed arrive separately and mean different things separately. app_health, once the app has been online, says whether it answers fline's checks; not_answering means they have failed for at least two minutes…

  • get_images

    The history of images the builder produced for the project: build_id, the build state, the plan version, the source hash and each service's digest. A read-only tool for checking which version is actually built, without starting a new…

  • get_logs

    Logs. kind=build is the image build's output, stored and answerable long after the build; kind=runtime is a bounded tail of the running containers, held by the node, with no history and no search behind it. For kind=runtime, `service`…

  • get_usage

    What this project actually consumed: CPU, memory, disk, files and network over a window. These are QUANTITIES AND NOT CHARGES: fline has no price and no billing during the private beta, nothing charges for what a project uses, and using…

  • attach_domain

    Attach a web address the person owns, such as www.example.com, to the project. Answers with the TXT record that proves ownership (challenge_name, challenge_token); list_domains also gives platform_name, the CNAME target that both proves…

  • create_service

    Create a data service for this workspace: engine=postgres for a PostgreSQL database, engine=valkey for a Valkey instance — the BSD-licensed fork of Redis, which every Redis client speaks unchanged, so ask for it wherever a project wants…

  • list_services

    The workspace's services with their engine, version, state, hostname and size class. No credentials: none is returned by any tool.

  • delete_service

    Delete a service. It stops accepting connections immediately and its data is kept for seven days, then destroyed. Ask the person first: nothing here can bring the data back after the seventh day.

  • get_config

    The fline.json for this project's current plan. Save it at the root of the archive you upload and the next deploy builds from it directly, with no analysis: the same plan every time. A short content check and the step that writes the…

  • check_config

    Check a fline.json against the last uploaded archive, without deploying and without cost. Answers either ok, or the reason each part was refused — edit and ask again until it is ok, then save the file. There is no port field and there is…

  • refresh_config

    Re-run the analysis ignoring the archive's fline.json, and write a new one. For a configuration that has gone stale because the project's stack changed — a different package manager, a new lockfile. Accepted immediately, not done: poll…

  • list_domains

    The project's custom domains with, for each, the state of its ownership check, the TXT record to publish, when it was last checked and what the last check objected to. Also the platform hostname the names are asked to point at…

  • check_domain

    Run the ownership check for one of the project's domains now, and answer with the result. Call it after the DNS record is published. The check reaches the DNS and is rate-limited behind a certificate budget, so poll it in minutes rather…

  • delete_domain

    Detach a domain from the project. The name stops being served; the project keeps its platform hostname.

  • list_env_names

    The project's environment variables BY NAME: whether each is set, whether the analysis declared it, when it was last written, and — for a non-secret variable — its value. A name that is required and not set is what holds a project in…

  • delete_env_name

    Remove a variable from the project's secret set. The analysis's record that the project needs this name is kept, so a required variable becomes unset rather than unknown — deleting a value the project needs will hold the next deploy at…

  • set_env

    Set one environment variable for the project. `secret` says which store it goes to and it is REQUIRED, because the two are not interchangeable and there is no default that is right for both. secret=false writes a PLAINTEXT value: it is…

  • get_project_detail

    Everything get_project returns, plus what the platform observes: each container's state, health, restart count and image digest, the node and tier, the ingress hostnames, the disk quota, the secret set version the running containers were…

  • get_events

    The project's state timeline, oldest first: each move from one state to the next, the reason, which part of the platform made it (gateway, worker, pipeline, cp) and the request id. This is how you tell a slow analysis from one that failed…

  • get_service

    One data service by id, with its state and — when it is not active — the reason. Poll this after create_service: a new service is `provisioning` until its certificate is issued and verified, and if that stalls the reason here is what says…

  • pause_service

    Pause a data service. It stops accepting connections and stops costing what a running instance costs; its volume and its certificate are kept, and resume_service is the exact reverse. This is the reversible way to put a service down…

  • resume_service

    Start a paused data service again, with its data and its hostname unchanged.

  • stop

    Stop the project. NOT IMPLEMENTED: the platform has no stop, and this refuses. To take an application out of service, delete_project it. delete_domain takes off only a web address the person owns; the project's fline address keeps…

  • restart

    Re-apply the project's current version: the same images, deployed again. This is the restart, and it is also the ONLY way a secret that was entered after the last deploy reaches the running containers — a value sits in the store doing…

  • list_versions

    List the project's deployed versions, newest first: the state_version to pass to rollback, when it was made, who made it, and which version it superseded. The specification itself is not included — use get_config for what a version…

  • rollback

    Redeploy an earlier version of the project, named by its state_version from list_versions. Two things surprise people and you must not report either one wrongly. First, the version number does NOT go back: this creates a NEW version…

  • attach_external

    Declare a backing service the tenant ALREADY RUNS, so the platform does not provision one. This takes the shape only. offering is one of postgres, redis, mysql, mongodb, rabbitmq; alias defaults to "db" and is what separates two of the…

  • detach_external

    Give an alias back to the platform. If a human already filled the value in, the attachment and the variable both go; if it is still waiting for one, the declaration goes with it and the project stops asking. The tenant's own service is…

  • list_external

    The backing services this project's tenant supplies themselves. A completed attachment carries the host it points at; a pending one is marked pending and names the variable a human still has to fill in through get_secrets_link. No…

Cómo conectar

Añade el servidor a la configuración de tu cliente MCP. Claude Desktop, Cursor y la mayoría de los demás clientes leen este formato:

{
  "mcpServers": {
    "fline": {
      "type": "http",
      "url": "https://mcp.fline.sh/mcp"
    }
  }
}

Añadirlo

Claude Code, en una terminal

claude mcp add --transport http fline https://mcp.fline.sh/mcp

Añadir a CursorAñadir a VS Code

claude.ai, ChatGPT y otros clientes: añade https://mcp.fline.sh/mcp como conector personalizado en los ajustes.

Cada línea es algo que un programa encontró al buscar: la entrada del registro, la respuesta del propio servidor, una especificación que se puede leer. Si falta una línea, es que no la encontramos, no que no exista.