Saltar al contenido

IA y asistentes conectados

Usa tus propias claves de IA y deja que un asistente como Claude o ChatGPT redacte contenido por ti, nunca con más permisos que los tuyos y solo con los poderes que le concedas.

Tus propias claves de IA

Por defecto, las ayudas de IA de PullPress funcionan con nuestras claves, y cada acción cuenta para el presupuesto mensual de tu espacio de trabajo. Un propietario o administrador del espacio puede, en cambio, añadir claves propias en Ajustes del espacio de trabajo → Uso de IA, para pagar directamente a tu proveedor sin presupuesto de la plataforma:

Ajustes del espacio de trabajo → Uso de IA: contadores de acciones de IA, generación de imágenes e índice de búsqueda frente al presupuesto mensual del plan, con campos para guardar tus propias claves de Anthropic y OpenAI
  • La clave de Anthropic alimenta las ayudas de texto (traducción, explicación de cambios, controles de calidad, actualización de contenido obsoleto).
  • La clave de OpenAI alimenta la generación de imágenes y la búsqueda semántica.

Configura una o ambas; las funciones de cada proveedor pasan a tu clave de forma independiente. Las claves se guardan cifradas y, por seguridad, nunca vuelven a mostrarse después de guardarlas.

Dos cosas que conviene saber: la clave no se comprueba con el proveedor al guardarla (una clave errónea simplemente falla la próxima vez que se use la IA, así que pégala con cuidado), y tu propia clave no activa la IA en el plan Gratis: las funciones de IA necesitan un plan de pago, pague quien pague las llamadas.

Conectar un asistente de IA (MCP)

PullPress habla MCP (el Model Context Protocol), así que un asistente como Claude o ChatGPT puede trabajar en tu contenido. El asistente actúa como tú: nunca puede hacer más de lo que permite tu propio rol en un sitio, y además solo recibe los permisos (scopes) concedidos a la conexión:

  • Leer: listar tus sitios y leer entradas, medios, ideas y cambios.
  • Escribir: guardar borradores, enviarlos a revisión, subir medios y gestionar ideas.
  • Aprobar y programar (el scope publish): aprobar, rechazar y programar cambios, pero solo en sitios donde tú mismo eres aprobador o administrador.

Sin el permiso de aprobar y programar, un asistente solo puede redactar y enviar: una persona de tu equipo aprueba antes de que se publique nada. Con él, un asistente conectado por un aprobador o un administrador puede aprobar y programar cambios igual que esa persona, y por tanto publicar contenido sin que nadie más lo mire.

Nuestra recomendación: da a los asistentes solo lectura y escritura. Con los tokens personales marcas exactamente eso. Una aplicación conector elige qué permisos pide (una aplicación que no pide nada en concreto recibe los tres), y la pantalla de consentimiento los muestra antes de que permitas el acceso. Si incluye “aprobar, rechazar y programar” y no lo quieres, cancela y usa en su lugar un token personal con lectura y escritura.

Dos formas de conectar

  • Como conector (OAuth). Añade PullPress como conector MCP en una aplicación como Claude.ai e inicia sesión. La pantalla de consentimiento muestra adónde se te devolverá (la dirección web de la aplicación) y qué podrá hacer: leer, escribir y/o aprobar y programar. Las aplicaciones que PullPress no reconoce se marcan como Aplicación no verificada: permítelas solo si tú mismo iniciaste la conexión. Aparece en Mi perfil → Aplicaciones conectadas, donde puedes desconectarla cuando quieras. Cada conexión nueva también se te notifica por correo, con un enlace para desconectarla si no la reconoces, y una cuenta puede tener como máximo diez aplicaciones conectadas a la vez. Estas conexiones duran poco y se renuevan solas en segundo plano; si una credencial de renovación se vuelve a usar después de que la aplicación ya pasó a la siguiente (señal de que se copió), la conexión se corta y simplemente vuelves a conectar. Se tolera un reintento rápido tras una respuesta de red perdida, una vez y en un plazo de 30 segundos.
  • Con un token personal. En Mi perfil → Tokens de API, crea un token (ponle un nombre como “Claude en mi portátil”, marca lo que puede hacer (leer, escribir borradores y subir archivos, aprobar) y elige cuánto tiempo es válido) y pégalo en tu asistente. El endpoint es /api/mcp/mcp, con el token como credencial Bearer.
Un token personal se muestra una sola vez y funciona como una contraseña: no está limitado a un sitio y sigue siendo válido durante los 30 días, 90 días o el año que elegiste, salvo que lo revoques antes (la lista muestra la caducidad de cada token). Guárdalo en un lugar seguro y revoca desde la misma página los que ya no uses (o no reconozcas). Ningún token de asistente, personal o de aplicación conectada, puede eliminar tu cuenta ni registrar un dispositivo para notificaciones push: solo puede hacerlo el inicio de sesión propio de la app de Apple de PullPress.
La sección Tokens de API (agentes de IA) del perfil: una explicación del endpoint MCP, una lista de tokens vacía, un campo de nombre con un botón Crear token, tres casillas de permisos (leer; guardar borradores, enviar y subir medios; aprobar, rechazar y programar), un menú Válido durante con 90 días y, debajo, la lista Aplicaciones conectadas
Mi perfil → Tokens de API: pon nombre al token, marca lo que puede hacer y elige cuánto dura.

Qué puede hacer un asistente

Estas son todas las herramientas que recibe un asistente conectado. Cada una sigue comprobando tu rol en el sitio, así que un asistente conectado por un lector puede leer pero no escribir.

Lectura (permiso de lectura)

  • list_sites: los sitios en los que puedes trabajar, con tu rol en cada uno.
  • get_style_guide: la guía de voz de marca del sitio, para que los borradores la sigan.
  • list_collections: las colecciones del sitio y sus campos.
  • list_entries / get_entry: listar entradas y leer una completa.
  • search_content: buscar por título y texto, o por significado cuando el sitio tiene un índice de búsqueda.
  • list_media: las fotos de la biblioteca de medios.
  • list_relation_options: a qué puede apuntar un campo que enlaza con otra entrada.
  • list_ideas: las ideas del tablero del sitio.
  • list_changes: borradores, envíos y cambios publicados hace poco (los aprobadores ven todo el sitio, los demás los suyos).
  • list_change_requests / get_change: solo aprobadores: los envíos que esperan revisión y el diff exacto de un cambio.
  • get_change_diff: el diff palabra por palabra de un cambio, por archivo (aprobadores, o el propio autor del cambio), con la versión sobre la que se calculó y los controles de calidad automáticos en lenguaje sencillo (también en get_change).
  • check_change_links: comprobar los enlaces que añade un cambio y listar los rotos (aprobadores, o el propio autor del cambio).
  • list_comments: la conversación de un cambio y las personas que participan en ella (el autor del cambio y los aprobadores).
  • get_help: la ayuda para redactores (escribir, guardar, revisión y estados) en tu idioma, el mismo texto que la página de ayuda de la aplicación.
  • list_entry_history: las últimas 20 versiones de una entrada (qué cambió, cuándo y quién), el mismo historial que la página Historial del editor. get_entry también indica los idiomas de una entrada en sitios multilingües y, si están configuradas las vistas previas de página, un enlace de vista previa de tu borrador.

Redacción (permiso de escritura)

  • save_draft: guardar un cambio como borrador.
  • submit_for_review: guardarlo y enviarlo a revisión.
  • upload_image: subir una foto para un borrador posterior: se comprueba que sea una imagen real, se reduce y se le quitan los datos de ubicación ocultos, y luego se adjunta al guardar, para que una entrada con muchas fotos se guarde igualmente de una vez.
  • upload_media: añadir una foto a la biblioteca de medios, con las mismas reglas que la página Medios: nunca sustituye un archivo existente, y la subida de un redactor pasa por revisión.
  • create_idea / delete_idea: añadir o quitar una idea del tablero.
  • delete_entry: proponer eliminar una entrada; como cualquier cambio, pasa por revisión (en sitios con publicación directa se elimina al momento).
  • withdraw_change / reopen_change: retirar uno de tus propios borradores o envíos, o volver a convertir un envío (en espera, o devuelto con una nota) en borrador. Siempre solo tus propios cambios.
  • rename_entry: dar un nombre nuevo a una entrada (normalmente también una dirección web nueva); como cualquier cambio, pasa por revisión, y se publica al momento en sitios con publicación directa o, con el permiso de publicar, para usuarios que pueden publicar.
  • duplicate_entry / create_translation: copiar una entrada, o empezar un idioma que le falta, como un borrador nuevo tuyo.
  • restore_entry_version: recuperar una versión anterior del historial como borrador nuevo; pasa por revisión antes de publicarse.
  • acquire_entry_lock / release_entry_lock: indicar que estás editando una entrada para que tus compañeros lo vean, el mismo bloqueo de edición que en el editor web.
  • add_comment / set_comment_resolved: participar en la conversación de un cambio (como su autor o como aprobador), @mencionando solo a personas de esa conversación, y marcar comentarios como resueltos o volver a abrirlos.

Publicación (permiso de aprobar y programar, solo aprobadores y administradores)

  • approve_change: aprobar un envío y publicarlo. La aprobación indica la versión que leyó el asistente; si el cambio se editó después, la aprobación se rechaza en lugar de publicar algo que nadie revisó.
  • reject_change: devolver un envío con una nota.
  • schedule_change: aprobar un envío para que se publique a una hora fijada en lugar de ahora (no en sitios que publican a través de GitHub).
  • fix_and_publish: corregir un envío y publicarlo en un solo paso, como Corregir en la página de revisión: ábrelo con get_entry y el id del cambio, y guarda los campos corregidos. También necesita el permiso de escritura.
  • En sitios que exigen controles de calidad sin problemas, aprobar, programar y corregir y publicar esperan hasta que los controles se superen.
  • delete_entry con publish: eliminar una entrada al momento en lugar de pedir revisión (administradores, que pueden escribir y publicar).
  • schedule_publish: guardar un cambio y programarlo para que se publique solo a una hora fijada. Como también escribe, solo los administradores pueden usarlo.
  • Con este permiso, el upload_media de un aprobador o administrador publica la foto al momento, como en la aplicación.
También conviene saberlo: en sitios con publicación directa (donde aprobado por defecto es justamente la idea), “enviar para aprobación” publica al instante, igual que para una persona. Si dependes de ese modo, conecta solo asistentes de confianza.

Cómo aparecen los cambios escritos por IA

Cuando un asistente redacta un cambio, puede adjuntar su procedencia: el modelo, el encargo del que partió, las fuentes que usó y un nivel de confianza. Los revisores ven entonces un panel Redactado por IA en la página de revisión, y los mismos datos se registran como trailers en el commit de Git, así que el origen de un cambio nunca es un misterio, ni en la aplicación ni en el historial de tu repositorio.

MCP en sí no depende del plan: cualquiera con acceso a un sitio puede conectar un asistente, porque el asistente usa su propia IA, no la de la plataforma. Lo que requiere un plan de pago son las ayudas de IA de la aplicación y tus propias claves.

Ver también: roles y permisos · voz de marca · revisar cambios