Endpoint y alias
La guía oficial usa https://api.moonshot.ai/v1 y el alias de modelo kimi-k3 en Chat Completions.
Español
KIMI K3 API + SILLYTAVERN
El contrato de la API de Kimi K3, sin adivinar
SillyTavern puede conectarse con Kimi K3 mediante una conexión compatible con OpenAI, pero el modelo mantiene sus propias reglas. Empieza por el endpoint y el alias exactos, y después revisa el cuerpo, el bloque de razonamiento, el proveedor y el código de estado.
La documentación oficial usa https://api.moonshot.ai/v1 y kimi-k3. K3 siempre piensa: usa reasoning_effort en vez de copiar un bloque thinking de K2.x.
LO QUE DICEN LAS FUENTES
Compatible con OpenAI no significa mismos parámetros
La documentación oficial de Kimi es precisa con K3. Los resultados de la comunidad dan pistas sobre lentitud, exceso de razonamiento, cuotas o respuestas con filtros, pero no son garantías del servicio.
El razonamiento forma parte de la respuesta
K3 siempre tiene thinking activo. En streaming, reasoning_content puede llegar separado de content y las conversaciones pueden necesitar el mensaje assistant completo.
El proveedor importa
Un frontend compatible no hace iguales a todos los proveedores. Comprueba el alias, los límites, los campos admitidos y la conservación del bloque de razonamiento.
CONTRATO DE LA API
Cuatro comprobaciones antes de tocar un preset
Separa un problema de autenticación de uno de parámetros. Guarda la clave en una variable de entorno y empieza con Chat Completions.
Cuerpo mínimo
curl https://api.moonshot.ai/v1/chat/completions \
+ -H "Authorization: Bearer $MOONSHOT_API_KEY" \
+ -H "Content-Type: application/json" \
+ -d '{"model":"kimi-k3","reasoning_effort":"high","messages":[{"role":"user","content":"Hello"}]}'El código muestra nombres oficiales. No añadas campos fijos de K3 solo porque el cliente OpenAI los acepte.
- 01
1. Base URL
Usa https://api.moonshot.ai/v1 como base URL del cliente OpenAI. Un proxy puede publicar otra URL, así que sigue su documentación.
- 02
2. Clave Bearer
Crea una clave en Kimi API Platform y envíala como Authorization: Bearer. Guárdala en MOONSHOT_API_KEY o en la variable del proveedor, nunca en un preset público.
- 03
3. Alias exacto
La ruta oficial usa kimi-k3. El nombre visible Kimi K3 no siempre es el slug de la solicitud. Confirma el alias en la lista del proveedor.
- 04
4. Conserva el turno assistant
Si la respuesta incluye reasoning_content, conserva el mensaje assistant completo en el turno siguiente. Quitar campos puede producir una respuesta vacía o inválida.
CAMPOS DEL MODELO
K3 usa reasoning_effort, no un bloque K2.x copiado
El error típico es tratar todos los modelos Kimi como una sola API. K3 y K2.x tienen controles distintos y rechazan algunos campos.
Razonamiento de K3
Usa reasoning_effort en el nivel superior con low, high o max. El valor oficial por defecto es max y thinking sigue activo.
thinking de K2.x
El objeto thinking pertenece a K2.x. No lo pegues en una solicitud K3 salvo que el proveedor documente una capa de traducción.
Herramientas y partial mode
K3 admite tool_choice auto, none y required. partial mode usa un mensaje assistant con partial=true, separado de la plantilla de texto de SillyTavern.
En K3 omite temperature, top_p, n, presence_penalty y frequency_penalty. La referencia oficial los marca como fijos. Si el proveedor añade controles, sigue sus documentos.
COMPROBACIÓN DEL PROVEEDOR
La misma interfaz puede ocultar contratos distintos
Usa la fila oficial al llamar a Moonshot. En una pasarela o endpoint compartido, confirma cada valor en su documentación.
| API oficial de Moonshot | Pasarela o proveedor externo | |
|---|---|---|
| Base URL | https://api.moonshot.ai/v1 | Usa exactamente la URL del proveedor |
| Campo del modelo | kimi-k3 | Confirma el slug o alias que muestra |
| Control de razonamiento | reasoning_effort: low | high | max | Comprueba si pasa el campo o lo transforma |
| Límites y acceso | Nivel de cuenta y límites actuales de Kimi | Facturación, cuota, RPM, TPM y concurrencia del proveedor |
| Historial | Conserva el mensaje assistant completo | Comprueba si se conserva reasoning_content |
COMPROBACIÓN DE ERRORES
Lee el código antes de reescribir el prompt
Estas comprobaciones indican la próxima acción. El texto exacto varía entre proveedores.
La clave falta, está mal formada, ha caducado o se envió al host equivocado.
Comprueba Authorization, la variable de entorno, el proveedor elegido y el acceso de la cuenta. Cambia la clave si quedó expuesta.
El camino o alias no está disponible en ese proveedor.
Confirma que la base URL termina en /v1, que el camino es /chat/completions y que la lista contiene kimi-k3 o el alias documentado.
La solicitud alcanzó un límite de velocidad, concurrencia, cuota o cuenta.
Lee los límites del proveedor, reduce los turnos paralelos, acorta el contexto y vuelve a intentarlo con espera. Un informe de la comunidad no es un límite universal.
Hay un campo no admitido, un formato thinking incompatible o un turno assistant incompleto.
Quita thinking de K2.x y los campos fijos de K3, valida messages y devuelve reasoning_content cuando sea necesario.
MENOS CONFIGURACIÓN
Usa Kimi junto a la página antes de conectar una API
Si solo quieres preguntar por una ficha, una wiki o un brief, Tabbit ofrece chat en el navegador. No sustituye a SillyTavern ni expone cards o lorebooks.
01
Abre el contexto
Deja la ficha, la página de lore o el borrador en una pestaña. Tabbit puede referenciar la página, una captura o un archivo local.
02
Elige Kimi-K3
Selecciona Kimi-K3 en el selector actual de Chat o de la nueva pestaña. Las imágenes son ejemplos; comprueba la lista y el acceso en la aplicación.
03
Pregunta y compara mientras lees
Usa la barra lateral o compara respuestas en una vista. Evitas configurar un endpoint en este flujo y mantienes las funciones de personajes en SillyTavern.
MANTÉN CLARA LA DIFERENCIA
SillyTavern y Tabbit cubren capas distintas
Elige la herramienta para la tarea siguiente. Un atajo de chat no es un motor de cards.
| SillyTavern | Tabbit | |
|---|---|---|
| Endpoint y clave | Configurar proveedor, clave, alias y plantilla | Elegir un modelo integrado disponible |
| Cards y lorebooks | Flujo central de SillyTavern | Usar una página o un archivo como contexto |
| Diagnóstico | Inspeccionar la respuesta y las extensiones del proveedor | Preguntar junto a la página sin gestionar campos de API |
| Extensiones y grupos | Ecosistema de SillyTavern | Otra superficie de producto |
FAQ DE LA API K3
Respuestas para el próximo fallo
¿Cuál es el endpoint oficial de Kimi K3?+
La guía oficial usa https://api.moonshot.ai/v1 y el camino /chat/completions. Una pasarela puede publicar otra base URL.
¿Qué alias debo introducir en SillyTavern?+
Para la API oficial de Moonshot, usa kimi-k3. En otro proveedor, usa el slug exacto de su lista actual.
¿Debo enviar thinking o reasoning_effort?+
K3 usa reasoning_effort con low, high o max y thinking siempre está activo. El objeto thinking pertenece a K2.x.
¿Por qué la respuesta es lenta, está vacía o tiene mucho razonamiento?+
K3 siempre razona. Comprueba effort, el streaming y la conservación del mensaje assistant completo con reasoning_content. Los comentarios de la comunidad no son una garantía.
¿Por qué un preset de OpenAI devuelve 400?+
Quita campos fijos como temperature y la configuración thinking de K2.x. Después valida el alias, messages y el esquema del proveedor.
¿Puedo probar Kimi K3 sin una clave API?+
El selector actual de Tabbit muestra Kimi-K3, así que puedes probar la ruta del navegador sin crear antes tu endpoint. El acceso y las cuotas pueden cambiar.
Deja la profundidad de personajes en SillyTavern. Usa Tabbit para la pregunta rápida.
Para cards, lorebooks y extensiones, configura SillyTavern. Para preguntar ahora por una página, abre Tabbit y elige el modelo en el selector actual.
Disponible para macOS y Windows. El acceso al modelo depende de la edición y el plan.