Manual › Slima MCP › Límites específicos de las herramientas en Script Studio
Límites específicos de las herramientas en Script Studio
Última actualización 14/05/2026 · 4 min de lectura
Hay dos herramientas MCP con límites específicos en los libros de Script Studio.

search_content: los archivos estructurados se excluyen por defecto
Cuando llamas a search_content en un libro de Script Studio, por defecto solo busca en markdown plano — los archivos .scene / .character, etc., quedan excluidos.
Por qué
Los archivos estructurados son JSON, así que las coincidencias de texto suelen ser nombres de campos internos del esquema y no contenido real. Buscar «name» coincidiría con el campo name de todos los archivos *.character.
Solución
Para incluir los archivos estructurados:
search_content({
book_token: "...",
query: "faro",
include_structured: true
})
Con include_structured: true se adentra en las propiedades de texto de los archivos estructurados.
analyze_chapter: no acepta .scene
Llamar a analyze_chapter sobre un archivo .scene → devuelve 400 UNSUPPORTED_FILE_TYPE.
Por qué
analyze_chapter está pensada para prosa narrativa (capítulos de novela). Un JSON de escena no es un «capítulo»: conceptos como el ritmo, la prosa o los compases del diálogo no encajan.
Soluciones
Hay dos:
1 · Usa análisis a nivel de escena
.scene es una escena; varias escenas forman un episodio. Las herramientas de IA analizan una sola escena a la vez; todavía no existe una herramienta de análisis a nivel de episodio.
2 · Convierte la escena en prosa
Si lo que quieres es «el ritmo emocional de esta escena»:
- Toma la escena → pídele a la IA que reescriba el JSON de la escena como prosa en markdown.
- Ejecuta
analyze_chaptersobre esa prosa.
Son dos pasos, pero consigues el objetivo.
Límites de tokens por archivo
Los archivos de guion pueden ser largos (una storyline puede llegar a decenas de miles de palabras) — read_file tiene límites por archivo:
- Markdown plano: ~100K tokens.
- Archivos estructurados: ~50K tokens (el JSON consume más tokens).
Si superas el límite → devuelve 416 FILE_TOO_LARGE junto con una sugerencia de fragmentación (chunking).