Bases libSQL/SQLite embebidas con replicación opcional en Turso Cloud
Turso documenta libSQL (fork open source de SQLite) y el CLI `tursodb` en docs.turso.tech para bases locales con replicación opcional en Turso Cloud. Las guías cubren instalación (`curl -sSL tur.so/install | sh`), archivos `.db`, migraciones y búsqueda vectorial. Turso Cloud añade grupos gestionados, tokens y URLs libSQL vía dashboard y CLI (`turso db create`, `turso db tokens create`).
Casos de uso
- Agentes offline con estado en SQLite embebido
- Replicar bases ligeras a regiones Turso Cloud
- Prototipos RAG con tablas vectoriales locales
- Migraciones libSQL sin clúster Postgres completo
- Combinar Turso MCP con agentes de código
Funciones principales
- Almacenamiento compatible SQLite vía `tursodb` y libSQL
- Replicación opcional en Turso Cloud con URLs y tokens
- Modo MCP integrado (`tursodb ... --mcp`) para agentes
- Búsqueda vectorial y herramientas de esquema en la documentación
- Bases de un solo archivo aptas para edge y móvil
Relacionados
Relacionados
3 Entradas indexadas
Baseten
Baseten documenta en docs.baseten.co una plataforma de entrenamiento e inferencia: despliegues con el framework Truss o Model APIs alojadas sin infra propia. Despliegues solo con `config.yaml` apuntan a checkpoints de Hugging Face, GPUs y motores como TensorRT-LLM; `truss push` construye contenedores optimizados y expone APIs compatibles con OpenAI. Arquitecturas personalizadas usan la clase `Model` con `load` y `predict`. Model APIs permiten inferencia inmediata con `BASETEN_API_KEY`.
AssemblyAI
AssemblyAI documenta APIs en assemblyai.com/docs: REST en https://api.assemblyai.com y WebSocket wss://streaming.assemblyai.com (UE: api.eu.assemblyai.com). Cada POST /v2/transcript requiere speech_models; se recomienda universal-3-pro con fallback universal-2. Incluye Voice Agent API, Speech Understanding, Guardrails y LLM Gateway.
Fireworks AI
Fireworks AI documenta en docs.fireworks.ai una plataforma REST para modelos de lenguaje, imagen y embeddings con claves Bearer desde el dashboard o firectl. Los modelos usan IDs globales accounts/<cuenta>/models/<id> y pueden servirse vía inferencia serverless (p. ej. Llama 3.1 70B) o despliegues GPU dedicados para modelos base custom y addons LoRA. La doc distingue facturación por token serverless con uptime best-effort de despliegues dedicados por GPU-segundo privados, y afirma que prompts/salidas no se registran salvo excepciones documentadas.