Alcance mínimo viable

12.1 Primera versión

La primera versión no tiene que implementar todas las funciones multimodales, la descarga de modelos ni la voz en tiempo real. Forma un circuito cerrado utilizable en cuanto ofrece:

1. Descubrimiento del servicio mediante /.well-known/lmsp.json.
2. Anuncio opcional en la LAN de _lmsp._tcp.local..
3. GET /lmsp/v1/models.
4. POST /lmsp/v1/responses, tanto síncrono como en un flujo SSE.
5. Tareas asíncronas: crear, consultar y cancelar, con persistencia en SQLite.
6. Reanudación de los flujos interrumpidos con Last-Event-ID o after.
7. Tokens de portador, emparejamiento local y protección de Origin y Host.
8. Los endpoints /v1/models y /v1/chat/completions compatibles con OpenAI.
9. Un archivo de contrato OpenAPI 3.2 y pruebas de conformidad entre lenguajes.
10. Al menos un backend real y una comprobación de que las tareas se recuperan correctamente tras reiniciar el servicio.

El sentido de este diseño: LMSP aporta el conjunto completo de capacidades, la interfaz de OpenAI aporta compatibilidad lista para usar, mDNS y la descripción del servicio aportan descubrimiento automático, y el modelo de tareas en SQLite aporta persistencia local.

12.2 Lo que puede esperar

Todo lo que la lista anterior no menciona puede llegar en versiones posteriores. Esto incluye los endpoints opcionales (respuestas almacenadas, y carga y liberación de modelos), los endpoints /v1/responses y /v1/embeddings de OpenAI, la API compatible con Ollama y todos los tipos de contenido que no sean texto.

Este alcance es un camino hacia una primera versión utilizable, no un perfil de conformidad. Un servicio que afirma ser compatible con LMSP 1.0 sigue implementando todos los endpoints obligatorios de la página 4 y el comportamiento obligatorio descrito en las demás páginas.