Recursos · Conector de Claude

Conector Claude SagaLo que Claude sigue en tus proyectos de Saga.

El conector Claude Saga expone 31 herramientas: 13 de lectura, 18 de escritura y 0 sin documentar. Es una extensión de escritorio que guarda proyectos, tareas y decisiones en una base SQLite en tu equipo. Aquí: qué lee Claude, qué escribe y qué se borra.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Resumen

Qué cambia cuando Claude trabaja en algo durante semanas

Saga se presenta como la forma de no perder el hilo de un proyecto entre sesiones. Le da a Claude una base estructurada en tu ordenador: proyectos, epics, tareas, subtareas, notas y decisiones. En lugar de archivos de texto dispersos, una sola llamada al panel le devuelve el contexto, y a partir de ahí puede crear, actualizar o borrar.

Retomar donde lo dejaste. Al empezar una conversación, tracker_session_diff lista lo que cambió desde un momento dado y tracker_dashboard da la visión general con un resumen.

Dividir un frente de trabajo. Para un trabajo nuevo, task_create plantea las tareas con sus dependencias, subtask_create las divide y task_update libera solo el siguiente paso cuando una tarea termina.

Conservar las decisiones. Una vez tomada una decisión, note_save la apunta, note_search la encuentra con una búsqueda de texto completo y activity_log muestra el historial de cambios.

Lo que Claude no hace aquí: nada arranca solo, ninguna tarea aparece cuando llega un ticket o un commit. La base vive en un archivo local, no en un servicio en línea compartido. Y la ficha no publica todas las herramientas del repositorio del autor. Para rutinas disparadas por un evento hace falta una herramienta de automatización; la página Integraciones cubre esa parte, y los conectores de Claude reúnen el resto.

Vocabulario

El vocabulario en un minuto

Cinco palabras que conviene conocer antes de instalar Saga.

Conector
El enlace que configuras una vez entre Claude y un servicio o un archivo, para que lo use mientras te responde.
Herramienta
Una acción con nombre que el conector abre a Claude. Él elige solo las que necesita; el directorio las lista por su nombre.
Directorio
El catálogo oficial donde cada conector tiene su ficha: editor, uso y la lista con nombre de las herramientas que expone.
Aprobación
La confirmación que Claude espera antes de terminar una acción que cambia datos, mostrada en la conversación en el momento justo.
MCP
El estándar común de los conectores: gracias a él un asistente como Claude puede dialogar con un servicio externo.
Conexión

Instalar Saga en Claude en tres pasos

  1. 01

    Localizar Saga

    En los ajustes de Claude, abre Customize y luego Connectors, y busca Saga en la lista. En un espacio Team o Enterprise, un Owner o un Primary Owner tiene que activarlo antes de que cada miembro pueda conectarse.

  2. 02

    Iniciar la conexión

    Inicia la conexión desde su fila con Connect. Esta extensión de escritorio no tiene cuenta que abrir: el autor solo pide la ruta de la base. Si el enlace se rompe, Disconnect y vuelve a conectar.

  3. 03

    Elegir el alcance

    Si varios proyectos comparten una misma base, el manifiesto prevé un ajuste opcional de alcance para que las herramientas solo vean un proyecto. Si lo dejas vacío, Claude lee toda la base. Decídelo antes de empezar.

Herramientas

Las 31 herramientas del conector Claude Saga

Saga le da a Claude 31 herramientas: 13 que leen tu cuenta, 18 que cambian algo en ella.

Dos grupos, según el manifiesto y el README del autor, que anota cada herramienta: solo lectura o no, destructiva o no. Los nombres se quedan como los muestra Claude.

  • 13 lectura
  • 18 escritura

Lo que Claude lee (13)

13 herramientas

Trece herramientas que el autor anota como de solo lectura: listas, búsquedas, historial y exportación.

tracker_dashboard

Da una visión completa de un proyecto con un resumen en lenguaje natural. En una sola llamada, Claude recupera lo necesario para retomar el hilo.

Cuándo sirve
empieza una conversación nueva y el estado de un proyecto tiene que volver en una sola llamada.

Fuentegithub.com · 1 de octubre de 2026 ↗

project_list

Lista los proyectos de la base con sus estadísticas de avance. Ves de golpe qué frentes avanzan y cuáles se han quedado parados, sin abrir cada uno.

Cuándo sirve
varios proyectos comparten la base y quieres ver su avance uno junto a otro.

Fuentegithub.com · 1 de octubre de 2026 ↗

epic_list

Lista los epics de un proyecto, esos grandes bloques de trabajo que agrupan tareas, con el número de tareas de cada uno, para ver cuánto pesa cada bloque.

Cuándo sirve
quieres ver qué epic acumula más tareas.
Ojo
los epics cuelgan de un proyecto, en la jerarquía proyectos, epics, tareas, subtareas.

Fuentegithub.com · 1 de octubre de 2026 ↗

task_list

Lista y filtra las tareas con sus dependencias. El orden sigue una clasificación manual cuando existe, según el README, y si no, el orden por defecto de la base.

Cuándo sirve
quieres las tareas de un epic con aquello de lo que depende cada una.

Fuentegithub.com · 1 de octubre de 2026 ↗

task_get

Recupera una tarea con sus subtareas, notas, comentarios y dependencias. Es la ficha completa, lista para repasar, con todo lo que gira en torno a la tarea.

Cuándo sirve
retomas una tarea y quieres sus subtareas, notas, comentarios y dependencias juntos.

Fuentegithub.com · 1 de octubre de 2026 ↗

comment_list

Lista los comentarios de una tarea. Los que se retiraron siguen ocultos, salvo que pidas expresamente incluirlos.

Cuándo sirve
quieres releer la discusión que llevó a una decisión sobre una tarea.
Ojo
según la ficha del directorio, estos hilos sirven de rastro de las decisiones tomadas sobre una tarea.

Fuentegithub.com · 1 de octubre de 2026 ↗

template_list

Lista las plantillas de tareas disponibles; una opción muestra las tareas que prevé cada una. Útil antes de aplicar alguna, para saber qué esperar antes de lanzarla.

Cuándo sirve
quieres saber qué tareas plantea una plantilla antes de aplicarla.
Ojo
según el README, las tareas de cada plantilla solo aparecen si se piden con una opción específica.

Fuentegithub.com · 1 de octubre de 2026 ↗

note_list

Lista las notas de la base con filtros. Decisiones, contexto, actas o bloqueos: todo lo que se apuntó junto a las tareas, aparte de las fichas de tarea.

Cuándo sirve
quieres todas las notas de un mismo tipo, las decisiones por ejemplo, con un filtro.

Fuentegithub.com · 1 de octubre de 2026 ↗

activity_log

Muestra el historial de cambios con filtros. Según el autor, cada cambio en la base se registra automáticamente, así que el rastro es completo y fechado.

Cuándo sirve
quieres ver qué cambios se hicieron en la base, filtrando por lo que importa.

Fuentegithub.com · 1 de octubre de 2026 ↗

tracker_session_diff

Muestra lo que ha cambiado desde una marca de tiempo dada. El README aconseja llamarla al empezar una sesión de trabajo, para arrancar del estado real y no de memoria.

Cuándo sirve
vuelves a un proyecto y necesitas la lista de lo que cambió desde un momento dado.

Fuentegithub.com · 1 de octubre de 2026 ↗

tracker_export

Exporta un proyecto completo en JSON anidado, con dependencias y comentarios. Es tu copia de seguridad o el punto de partida de una migración.

Cuándo sirve
quieres una copia completa de un proyecto antes de reorganizarlo.
Ojo
el formato de exportación es el que espera la herramienta de importación.

Fuentegithub.com · 1 de octubre de 2026 ↗

Lo que Claude escribe (18)

18 herramientas

Dieciocho herramientas que crean, actualizan, importan o borran. Ninguna fuente detalla su confirmación: se aplica la regla general de más abajo.

tracker_init

Aprobación: ver la regla

Inicializa el seguimiento y crea el primer proyecto en la base. Es el primerísimo paso sobre un archivo nuevo.

Lo que Claude pide
no se describe ninguna confirmación propia; se aplica la regla general de aprobaciones.
Cuándo sirve
un archivo de base de datos sigue vacío y el seguimiento tiene que empezar por algún sitio.

Fuentegithub.com · 1 de octubre de 2026 ↗

project_create

Aprobación: ver la regla

Crea un proyecto nuevo en la base, junto a los que ya existen.

Lo que Claude pide
la fuente no describe una validación específica, así que vale la regla por defecto.
Cuándo sirve
un trabajo distinto necesita su propio proyecto en la misma base.

Fuentegithub.com · 1 de octubre de 2026 ↗

project_update

Aprobación: ver la regla

Actualiza un proyecto; archivarlo funciona como borrado suave, según el autor. El proyecto sale de las listas sin desaparecer de la base.

Lo que Claude pide
ninguna regla propia de esta herramienta: consulta la regla general.
Cuándo sirve
un proyecto ha terminado y debe salir de los listados sin que se borre su historial.

Fuentegithub.com · 1 de octubre de 2026 ↗

epic_create

Aprobación: ver la regla

Crea un epic dentro de un proyecto, para agrupar un conjunto de tareas relacionadas bajo un mismo objetivo.

Lo que Claude pide
no hay nada documentado sobre una confirmación aquí; la cubre la regla general.
Cuándo sirve
varias tareas relacionadas responden a un mismo objetivo.

Fuentegithub.com · 1 de octubre de 2026 ↗

epic_update

Aprobación: ver la regla

Actualiza un epic existente dentro de su proyecto. Las tareas agrupadas bajo él se quedan donde están.

Lo que Claude pide
la ficha no detalla nada para esta herramienta, así que rige la regla por defecto de Claude.
Cuándo sirve
lo que cubre un epic ha cambiado y su ficha tiene que acompañarlo.

Fuentegithub.com · 1 de octubre de 2026 ↗

task_create

Aprobación: ver la regla

Crea una tarea, con dependencias opcionales hacia otras tareas. El orden de trabajo queda fijado desde que existe.

Lo que Claude pide
ninguna fuente menciona una pregunta antes de crear; mira la regla general.
Cuándo sirve
un trabajo solo puede empezar cuando otro haya terminado.

Fuentegithub.com · 1 de octubre de 2026 ↗

task_update

Aprobación: ver la regla

Actualiza una tarea. Según el autor, cada cambio queda registrado y las dependencias se bloquean o desbloquean solas.

Lo que Claude pide
no se describe ningún comportamiento propio para esta actualización: regla general.
Cuándo sirve
una tarea está hecha y las que la esperaban deben desbloquearse sin un paso manual.

Fuentegithub.com · 1 de octubre de 2026 ↗

task_batch_update

Aprobación: ver la regla

Actualiza varias tareas de una vez, en lugar de una a una. Práctico para un cambio que afecta a todo un lote.

Lo que Claude pide
la regla general también rige este cambio en lote; no se describe otra.
Cuándo sirve
el mismo cambio se aplica a todo un conjunto de tareas.

Fuentegithub.com · 1 de octubre de 2026 ↗

subtask_create

Aprobación: ver la regla

Crea una o varias subtareas bajo una tarea, en lote si hace falta. El trabajo se divide sin multiplicar llamadas.

Lo que Claude pide
no hay confirmación descrita para esta herramienta; se aplica la regla por defecto.
Cuándo sirve
una tarea es lo bastante grande para dividirla en varios pasos en una sola llamada.

Fuentegithub.com · 1 de octubre de 2026 ↗

subtask_update

Aprobación: ver la regla

Actualiza el título, el estado o la posición de una subtarea, y fija su orden respecto a las demás.

Lo que Claude pide
ninguna regla específica: remitimos a la regla general de aprobaciones.
Cuándo sirve
el orden de los pasos bajo una tarea tiene que cambiar.

Fuentegithub.com · 1 de octubre de 2026 ↗

subtask_delete

Aprobación: ver la regla

Elimina una o varias subtareas, en lote si hace falta. El autor la anota como destructiva.

Lo que Claude pide
ninguna fuente describe una confirmación específica; se aplica la regla general.
Cuándo sirve
pasos previstos bajo una tarea ya no tienen sentido.
Ojo
a diferencia de archivar un proyecto, nada indica aquí que el borrado se pueda deshacer.

Fuentegithub.com · 1 de octubre de 2026 ↗

comment_add

Aprobación: ver la regla

Añade un comentario a una tarea, dentro de un hilo de discusión. Ahí queda el porqué de las decisiones tomadas por el camino.

Lo que Claude pide
la fuente no dice nada de una validación; consulta la regla general.
Cuándo sirve
el motivo de una elección debe quedarse junto a la tarea a la que afecta.

Fuentegithub.com · 1 de octubre de 2026 ↗

template_create

Aprobación: ver la regla

Crea una plantilla de tareas reutilizable, con variables entre llaves que se rellenan al usarla.

Lo que Claude pide
no hay nada documentado para esta herramienta: regla general de aprobaciones.
Cuándo sirve
el mismo conjunto de tareas se repite de un trabajo a otro.

Fuentegithub.com · 1 de octubre de 2026 ↗

template_apply

Aprobación: ver la regla

Aplica una plantilla para crear sus tareas de una vez, sustituyendo las variables por los valores que indiques.

Lo que Claude pide
no se describe ninguna confirmación propia; la regla por defecto cubre este paso.
Cuándo sirve
una plantilla encaja con el trabajo que viene y solo cambian sus variables.

Fuentegithub.com · 1 de octubre de 2026 ↗

template_delete

Aprobación: ver la regla

Elimina una plantilla de tareas. El autor anota la herramienta como destructiva.

Lo que Claude pide
ninguna regla particular; se aplica la regla general de aprobaciones.
Cuándo sirve
una plantilla ya no corresponde al trabajo para el que se hizo.
Ojo
la fuente no dice nada de las tareas que la plantilla ya había creado.

Fuentegithub.com · 1 de octubre de 2026 ↗

note_save

Aprobación: ver la regla

Crea una nota o actualiza una existente. Decisión, contexto, acta o bloqueo: queda ligada al proyecto.

Lo que Claude pide
ninguna fuente describe una pregunta antes de guardar: regla general.
Cuándo sirve
una decisión, un contexto o un bloqueo tiene que quedarse con el proyecto.

Fuentegithub.com · 1 de octubre de 2026 ↗

note_delete

Aprobación: ver la regla

Elimina una nota de la base. La herramienta lleva la anotación destructiva del autor.

Lo que Claude pide
la regla general de aprobaciones es la única referencia para esta herramienta.
Cuándo sirve
una nota ya no tiene motivo para seguir en la base.
Ojo
ninguna fuente menciona forma alguna de recuperar una nota.

Fuentegithub.com · 1 de octubre de 2026 ↗

tracker_import

Aprobación: ver la regla

Importa un proyecto desde un archivo JSON con el formato de exportación. Es la contrapartida de exportar, para una restauración o una migración.

Lo que Claude pide
no se describe ninguna confirmación propia; consulta la regla general de más abajo.
Cuándo sirve
un proyecto exportado de una base tiene que pasar a otra.

Fuentegithub.com · 1 de octubre de 2026 ↗

Aprobaciones

Lo que Claude te pregunta antes de actuar

Por defecto, Claude se detiene y pide tu visto bueno antes de cada acción que hace por ti. La petición aparece en la conversación, justo cuando importa.

Ninguna fuente dice si Claude pregunta antes de crear una tarea, importar un proyecto o borrar una nota: es esa regla por defecto la que cubre las dieciocho herramientas de escritura. En un espacio Team o Enterprise, los propietarios deciden si un miembro puede dejar pasar ciertas acciones sin que se le vuelva a preguntar, y pueden cerrar la escritura de un conector para toda la organización. Nadie se salta ese ajuste desde su cuenta.

Planes

En qué planes está disponible

De las 819 fichas del directorio oficial, ninguna muestra disponibilidad por plan. Conector por conector, la respuesta no se publica en ningún sitio: es un hueco real del catálogo.

La regla general sí está publicada: las extensiones de escritorio se instalan en Claude Desktop, para todos los usuarios. En Team y Enterprise, un Owner o un Primary Owner activa el conector para la organización antes de que cada miembro pueda conectarse. Para el estado actual, hay que mirar la ficha de Saga en el directorio oficial.

Límites

Hasta dónde llega Saga dentro de Claude

Un conector no es una automatización. Claude llama a estas herramientas mientras te responde: nada se crea solo cuando llega un ticket, un commit o un mensaje.

Solo el autor documenta este conector, a través del repositorio oficial: ni el centro de ayuda de Claude ni la documentación de Anthropic hablan de él. La insignia del directorio no es una auditoría de seguridad, y Anthropic lo dice en cada ficha: no elige las herramientas que expone un editor ni garantiza que se comporten como se anuncia. Además, la ficha y el repositorio no listan las mismas herramientas.

Dos fuentes oficiales se contradicen

¿Cuántas herramientas expone la extensión Saga?

Lo que sigue esta páginaNingún lado está desfasado: la ficha describe 31 herramientas y el repositorio una versión más reciente y amplia. Esta página se ciñe a las 31 de la ficha; comprueba en Customize > Connectors qué lista muestra tu extensión instalada.

¿Necesitas ayuda?

¿Necesitas ayuda para conectar Saga con Claude?

Una persona lee cada mensaje.

FAQ

Preguntas frecuentes sobre el conector Claude Saga

01¿Qué puede hacer Claude con el conector Saga?
Claude puede llevar un seguimiento de proyecto estructurado que sobrevive de una conversación a otra. Lee un panel con resumen, lista proyectos, epics, tareas, comentarios, plantillas y notas, busca en toda la base y muestra lo que cambió desde una fecha. También puede crear y modificar proyectos, epics, tareas y subtareas, aplicar plantillas, apuntar notas, importar o exportar un proyecto entero y borrar ciertos elementos. Cada herramienta tiene su nota en esta página.
02¿Puede Claude borrar tareas o notas en Saga?
Sí, en parte. Tres herramientas de la ficha borran: la de subtareas, la de plantillas y la de notas, que el autor anota como destructivas. Un proyecto, en cambio, se archiva en lugar de eliminarse, lo que el autor describe como un borrado suave. Las demás herramientas de escritura crean o modifican. Como nada indica que una nota o una plantilla borrada se pueda recuperar, revisa bien la petición antes de validarla.
03¿Claude me pregunta antes de cambiar mi seguimiento?
Por defecto, Claude pide confirmación antes de cualquier acción que haga por ti. Ninguna fuente describe una confirmación propia de una herramienta de Saga, así que esa regla por defecto cubre creaciones, actualizaciones, importaciones y borrados. En un espacio Team o Enterprise, los propietarios pueden decidir si algunas acciones pasan sin pregunta, y también pueden cerrar toda escritura para la organización entera. Un miembro no lo cambia desde su cuenta.
04¿En qué planes está disponible?
Ninguna fuente oficial publica la disponibilidad por plan, conector por conector, y ninguna de las 819 fichas del directorio la muestra. La regla general dice que las extensiones de escritorio se instalan en Claude Desktop para todos los usuarios, con una activación previa por parte de un Owner en Team y Enterprise. La ficha de Saga en el directorio oficial sigue siendo el único sitio con el estado actual, así que revísala antes de instalar.
05¿Claude ve todos los proyectos de mi base Saga?
Por defecto, sí: sin ajuste de alcance, las herramientas leen toda la base. Si varios proyectos comparten un mismo archivo, el manifiesto prevé un ajuste opcional que limita la vista a un solo proyecto: según el manifiesto, admite el identificador o el nombre de un proyecto. En un espacio Team o Enterprise, un propietario puede además restringir lo que el conector tiene permitido para toda la organización. El ajuste de alcance es la palanca principal que controlas tú.
06¿Dónde guarda Saga sus datos?
En un archivo SQLite llamado .tracker.db, en tu ordenador. El único ajuste obligatorio, DB_PATH, indica dónde está, y el autor precisa que el archivo y su estructura se crean en el primer uso. Puedes tener un archivo por proyecto o una base central para varios proyectos. No es un servicio en línea: nada dice que la base se comparta sola con tu equipo. Según la ficha, un proyecto entero también puede exportarse en JSON para una copia de seguridad o una migración.
07¿Claude o una herramienta de automatización para gestionar mis tareas?
No hacen el mismo trabajo. Con el conector, le pides a Claude que lea o cambie tu seguimiento, y actúa en el momento en que lo pides, durante la conversación. Después nada funciona solo: ninguna tarea se crea cuando llega un ticket o un commit. Para esa reacción automática a un evento hace falta una herramienta de automatización, y las dos se complementan. Uno actúa cuando se lo pides, el otro ante eventos.