Feedjoltdocs
DesarrolladoresMCP

Herramientas MCP

Las 37 herramientas del servidor MCP de Feedjolt, agrupadas por recurso, cada una con su scope requerido - además de los comportamientos que sorprenden: los guardarraíles al eliminar tableros y estados, borrador vs. publicación del changelog, y las reglas de edición de comentarios.

Cada herramienta requiere un scope en el principal que la llama - read, write o delete. Esa concesión sale de la pantalla de consentimiento OAuth o de una clave de API. Consulta Permisos para ver qué significa cada scope y cómo concederlo.

Posts

HerramientaScopePropósito
list_postsreadListar/filtrar posts por tablero, estado o etiqueta, con paginación
search_postsreadBuscar posts por palabra clave en el título
get_postreadDetalle completo del post: cuerpo, estado, etiquetas y hasta 200 comentarios
create_postwriteCrear un post en un tablero, con autoría de esta clave
update_postwriteActualizar el título, cuerpo o visibilidad interna de un post
change_post_statuswriteMover un post a un nuevo estado, con nota interna opcional
move_postwriteMover un post a otro tablero
add_tag_to_postwriteEtiquetar un post (debe usar una etiqueta existente)
remove_tag_from_postwriteEliminar una etiqueta de un post
assign_post_ownerwriteAsignar (o borrar) el admin responsable de un post
set_post_featuredwriteDestacar o quitar el destacado de un post en el portal
merge_postswriteFusionar un duplicado en un post canónico
unmerge_postswriteRevertir una fusión, restaurando el post original
delete_postdeleteEliminar permanentemente un post, sus votos y sus comentarios

Tableros

HerramientaScopePropósito
list_boardsreadListar todos los tableros con su visibilidad y número de posts
create_boardwriteCrear un tablero
update_boardwriteActualizar un tablero, incluido archivarlo
delete_boarddeleteEliminar un tablero vacío únicamente - ver más abajo

Etiquetas

HerramientaScopePropósito
list_tagsreadListar todas las etiquetas con su número de posts
create_tagwriteCrear una etiqueta
update_tagwriteRenombrar o recolorear una etiqueta
delete_tagdeleteEliminar una etiqueta - los posts se mantienen, solo pierden la etiqueta

Estados

HerramientaScopePropósito
list_statusesreadListar todos los estados del workspace
create_statuswriteCrear un estado
update_statuswriteActualizar el nombre, color, visibilidad en roadmap u orden de un estado
delete_statusdeleteEliminar un estado, reasignando sus posts - ver más abajo

Comentarios

HerramientaScopePropósito
list_commentsreadListar comentarios de un post, con paginación
post_commentwriteAñadir un comentario (público o interno)
update_commentwriteEditar, fijar o cambiar la visibilidad de un comentario - ver más abajo
delete_commentdeleteEliminar permanentemente un comentario, de cualquier autor y cualquier post

Changelog

HerramientaScopePropósito
get_changelogreadEntradas recientes publicadas del changelog
create_changelog_entrywriteCrear una entrada de changelog como borrador - ver más abajo
update_changelog_entrywriteActualizar el título, cuerpo o posts enlazados de una entrada
publish_changelog_entrywritePublicar un borrador - ver más abajo
delete_changelog_entrydeleteEliminar permanentemente una entrada, publicada o en borrador

Roadmap

HerramientaScopePropósito
get_roadmapreadColumnas del roadmap agrupadas por estados visibles en el roadmap

Orden

HerramientaScopePropósito
reorder_itemswriteFijar el orden de visualización de tableros, etiquetas o estados en una sola llamada

Comportamientos que conviene conocer

delete_board rechaza tableros con posts

delete_board solo funciona en un tablero con cero posts, y no existe ningún argumento para forzarlo. Eliminar un tablero arrastra en cascada todos sus posts, votos y comentarios - de forma permanente, sin deshacer - así que MCP no lo hará bajo ninguna circunstancia, sin importar cómo se formule la petición.

Para retirar un tablero sin perder su contenido, llama a update_board con archived: true. El tablero desaparece de los listados activos; todos sus posts quedan intactos.

delete_status requiere un destino de reasignación

Los posts referencian su estado con una restricción de base de datos que impide eliminar un estado en uso, así que delete_status exige un reassign_to_status_id obligatorio. Cada post en el estado condenado se mueve primero a ese destino, y cada movimiento genera su propia entrada de historial de estado - igual que un cambio de estado manual.

Hay dos estados que nunca se pueden eliminar así: el estado por defecto del workspace, y el último estado restante. Convierte otro estado en el predeterminado, o crea un segundo estado, antes de eliminar cualquiera de los dos.

create_changelog_entry siempre crea un borrador

create_changelog_entry solo crea un borrador - nunca es visible para los clientes. Publicar es una llamada aparte y deliberada: publish_changelog_entry. Publicar envía un correo a cada suscriptor y dispara los webhooks del changelog, así que llega a clientes reales en el momento en que se ejecuta. Revisa el contenido de la entrada con update_changelog_entry antes de publicarla, no después.

update_comment solo puede editar su propio texto

update_comment edita tres cosas independientes - body, is_pinned, is_internal - pero no siguen la misma regla. Editar body solo funciona en un comentario que esta clave de API publicó ella misma; el servicio rechaza el intento de reescribir el texto de otro autor. Fijar y cambiar la visibilidad no tienen esa restricción - una clave puede fijar u ocultar/mostrar cualquier comentario del workspace sin importar quién lo escribió. delete_comment tampoco tiene restricción: elimina cualquier comentario, lo que la hace útil para limpiar spam.

Otras cosas que conviene saber

  • create_post cuenta contra la cuota mensual de posts del workspace - la misma cuota que respeta el botón "Nuevo post" del dashboard. Falla en cuanto se alcanza la cuota.
  • get_post y list_comments devuelven comentarios internos además de los públicos - los agentes MCP ven todo lo que ve un admin. No reenvíes un comentario con is_internal: true a un cliente final.
  • merge_posts se puede revertir con unmerge_posts, pero la restauración es degradada: los votos, comentarios y etiquetas se quedan en el post destino. El post restaurado vuelve con 0 votos.
  • move_post rechaza mover un post a un tablero archivado, y rechaza un "movimiento" al tablero en el que el post ya está.
  • reorder_items descarta silenciosamente cualquier ID que no pertenezca al workspace (error tipográfico, workspace equivocado, ya eliminado) en lugar de dar error. Compara reordered con submitted en la respuesta para ver si algo se descartó.

Lo que MCP todavía no puede hacer

Las herramientas MCP operan sobre los datos de feedback de un workspace - posts, tableros, etiquetas, estados, comentarios, changelog, roadmap. No tocan la configuración del workspace, la facturación, los miembros del equipo y sus roles, ni la configuración de webhooks, widget o branding. Eso se queda en el dashboard.

On this page