Sáltate la instalación. Funcionando en menos de 2 minutos.
Inicia una prueba gratuita en cloud.anythingmcp.com, añade Doppler con un clic y apunta tu cliente de IA (Claude, ChatGPT, Copilot o Cursor) al endpoint MCP generado. Sin Docker, sin git clone, sin experiencia de desarrollo.
Resumen
El gestor de secretos Doppler desde cualquier agente de IA: proyectos, entornos y configs, nombres y valores de secretos (leer, actualizar, descargar), registros de cambios de configs y rollback, el registro de actividad del workplace, miembros, grupos, cuentas de servicio, integraciones y service tokens. Tres herramientas devuelven valores de secretos en texto claro.
Prueba a pedir
Prompts de ejemplo para Doppler
Haz clic en un prompt para copiarlo. Pégalo en Claude, ChatGPT, Cursor, Gemini, Copilot u OpenClaw para ejecutarlo contra este conector.
Claude es IA y puede equivocarse. Verifica siempre las respuestas.
💡 ¿Sin instalación? Usa cloud.anythingmcp.com directamente. Inicia sesión, pulsa Connectors → Doppler, pega tus credenciales, genera una MCP API key y listo. Sin Docker, sin
git clone, sin servidor local.
Doppler
El gestor de secretos Doppler desde cualquier agente de IA: proyectos, entornos y configs, nombres y valores de secretos (leer, actualizar, descargar), registros de cambios de configs y rollback, el registro de actividad del workplace, miembros, grupos, cuentas de servicio, integraciones y service tokens. Tres herramientas devuelven valores de secretos en texto claro.
Configuración
La configuración lleva unos 2 minutos. Necesitas una cuenta de Doppler y un token.
Los secretos son visibles para la IA. doppler_list_secrets, doppler_get_secret y doppler_download_secrets devuelven valores de secretos en texto claro: entran en la conversación, en el contexto del proveedor de IA y en el historial de chat de tu cliente. La visibilidad masked y restricted solo oculta los valores en el panel de Doppler; la API los devuelve a cualquier token con acceso de lectura. Para ver qué contiene una config, la IA usa doppler_list_secret_names, lee valores solo cuando los pides y no repite un valor si no se lo pides. Si la IA solo debe ver nombres y metadatos, un administrador del espacio de trabajo desactiva esas tres herramientas.
- Elige un token en https://dashboard.doppler.com:
- Service account token (
dp.sa., planes Team y Enterprise): Team, Service Accounts, crea una con un rol en el workplace y acceso a proyectos limitado a lo que necesita la IA, y después crea un API token. La mejor opción. - Service token (
dp.st.): en un proyecto abre una config, después Access, Generate. Elige acceso de lectura salvo que la IA deba escribir. Solo llega a esa config; workplace, proyectos, registro de actividad e integraciones responden 403. - Personal token (
dp.pt.): ajustes de tu cuenta, Tokens. Puede hacer todo lo que puedes hacer tú, en todos los proyectos.
- Service account token (
- Pega el token en
DOPPLER_TOKENtal como lo muestra Doppler, sinBearery sin espacios. Se envía comoAuthorization: Bearer <token>. - Ejecuta
doppler_get_me: muestra el tipo de token y el workplace.
Estructura y personas: doppler_get_workplace, doppler_list_workplace_users, doppler_list_groups y doppler_list_service_accounts (solo metadatos, nunca tokens); doppler_list_projects, doppler_get_project, doppler_list_project_members, doppler_list_environments, doppler_get_environment, doppler_list_configs y doppler_get_config. Ninguna de ellas devuelve valores de secretos.
Secretos: primero doppler_list_secret_names, que devuelve los nombres sin ningún valor. Valores solo si se piden: doppler_get_secret para uno, doppler_list_secrets para varios (acotados con secrets), doppler_download_secrets para una config completa como archivo JSON, .env, YAML, Docker o .NET.
Cambios: doppler_update_secrets crea o sobrescribe valores; los secretos no incluidos se quedan como están. doppler_update_secret_note pone una nota que vale para ese nombre de secreto en todos los entornos del proyecto. doppler_create_project (Doppler añade dev, stg y prd), doppler_update_project, doppler_create_environment, doppler_create_config (una config branch vacía) y doppler_clone_config (una copia con secretos) dan forma a la estructura. Los valores que pasas a doppler_update_secrets también pasan por la conversación. La IA confirma contigo nombres, valores y config antes de escribir, sobre todo en configs prd.
Historial y auditoría: doppler_list_config_logs y doppler_get_config_log muestran qué cambió en una config, con los nombres de secretos añadidos, cambiados y eliminados pero sin valores. doppler_rollback_config_log restaura el estado anterior a un cambio; el rollback es a su vez una nueva entrada del registro, así que se deshace del mismo modo. doppler_list_activity_logs y doppler_get_activity_log son la auditoría del workplace. doppler_list_integrations y doppler_get_integration muestran sincronizaciones con AWS, GitHub, Vercel, Kubernetes y otros; doppler_list_service_tokens lista los service tokens de una config sin sus valores.
Desactivadas al instalar: doppler_delete_secret. Las aplicaciones que leen la config pierden el valor en su siguiente lectura y el borrado no se puede deshacer, así que un administrador del espacio de trabajo la activa cuando el equipo la necesita.
Identificadores: project es el slug del proyecto, environment el slug del entorno (dev, stg, prd), config el nombre de la config: una config raíz se llama como el slug del entorno, una config branch empieza por él, por ejemplo dev_feature_x. Los nombres de secretos distinguen mayúsculas y minúsculas y por convención van en mayúsculas.
Formatos de datos: las entradas de secretos llevan raw (tal como se escribió, con referencias ${OTHER}) y computed (referencias resueltas). doppler_download_secrets con format: json devuelve un objeto plano de NOMBRE a valor. Las horas son ISO 8601 en UTC. Las respuestas llevan success: true; los fallos llevan messages.
Paginación: las herramientas de lista aceptan page (desde 1) y per_page (20 por defecto). La IA pide la página siguiente mientras vuelva una página completa.
Límites: por minuto, el plan Developer permite 240 lecturas, 120 lecturas de secretos y 60 escrituras; Team 480, 240 y 120; Enterprise 480, 480 y 240. Por encima del límite Doppler responde 429.
Errores comunes: 401 indica un token incorrecto, caducado o revocado, 403 un token sin acceso a ese proyecto, esa config o ese endpoint del workplace (un service token solo llega a su config), 404 un proyecto, config, secreto o id de registro desconocido, 400 un nombre o cuerpo no válido, 429 el límite de peticiones.
El conector nunca devuelve los valores de service tokens ni de tokens de cuentas de servicio, no borra proyectos, entornos ni configs y no cambia integraciones ni permisos de acceso.
Requisitos previos: DOPPLER_TOKEN
Instalar el conector localmente
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Abre http://localhost:3000/connectors/store, elige Doppler e introduce las variables listadas en los Requisitos previos.
Herramientas disponibles
| Tool | What it does |
|---|---|
doppler_get_me | Who the token belongs to: token type (personal, service, service_account, cli), name, token preview, creation and last-seen time, and the… |
doppler_get_workplace | The workplace (organisation) the token belongs to: slug, name, billing and security email |
doppler_list_workplace_users | Members of the workplace with their user id, email, name, workplace role and access level. 20 per page; filter by email to find one person |
doppler_list_groups | Groups of the workplace with their slug, name, default project role and members |
doppler_list_service_accounts | Service accounts of the workplace: slug, name, workplace role and creation time |
doppler_list_projects | Projects the token can see: slug (used as project everywhere else), name, description and creation time |
doppler_get_project | One project by its slug: slug, name, description and creation time, without its configs or secrets |
doppler_list_project_members | Who has access to a project: members of type workplace_user, group, service_account or invite, with their project role and the environments… |
doppler_list_environments | Environments of a project (e.g. dev, stg, prd): slug, name, whether personal configs are on, and creation time |
doppler_get_environment | One environment of a project by its slug: name, slug, whether personal configs are on, and creation time |
doppler_list_configs | Configs of a project, optionally of one environment: name, environment, whether it is a root config, locked, inheritable, and when its… |
doppler_get_config | One config: name, environment, root or branch, locked, inheritable, the configs it inherits from, creation time and last fetch |
doppler_list_secret_names | The NAMES of the secrets in a config, without any value |
doppler_list_secrets | READS SECRET VALUES: every secret of a config (or the ones named in secrets) with its raw value, computed value (references resolved)… |
doppler_get_secret | READS A SECRET VALUE: one secret of a config with its raw value, computed value, note, visibility and value type |
doppler_download_secrets | READS SECRET VALUES: the computed values of a config as one file, in JSON (default, a NAME to value object), .env, YAML, Docker or .NET… |
doppler_list_config_logs | Change history of a config, newest first: log id, text, who made the change, when, and whether it was a rollback |
doppler_get_config_log | One entry of a config's change history, with the list of secret names added, changed and removed |
doppler_list_activity_logs | Workplace audit trail, newest first: who did what to which project, environment or config, and when |
doppler_get_activity_log | One workplace activity log entry by id: text, user, project, environment, config and time of the action |
doppler_list_integrations | Integrations of the workplace (AWS Secrets Manager, GitHub, Vercel, Kubernetes and others): slug, name, type, kind and whether it is… |
doppler_get_integration | One integration with its syncs (which config is pushed where) |
doppler_list_service_tokens | Service tokens of a config: name, slug, access (read or read/write), creation and expiry time |
doppler_create_project | Create a project |
doppler_update_project | Rename a project or change its description |
doppler_create_environment | Add an environment to a project, e.g. qa |
doppler_create_config | Create an empty branch config in an environment |
doppler_clone_config | Create a branch config as a copy of another config, secrets included |
doppler_update_secrets | Create or overwrite secrets in a config. secrets maps each NAME to its new value as a string; secrets left out stay as they are |
doppler_update_secret_note | Set the note on a secret |
doppler_rollback_config_log | Restore a config's secrets to the state before the change of one log entry |
doppler_delete_secret | Delete one secret from a config |
Ejemplos de prompts
- "¿Qué secretos contiene la config prd del proyecto backend? Solo los nombres, sin valores."
- "¿Qué cambió esta semana en la config stg de backend y quién hizo el cambio?"
- "Pon FEATURE_NEW_CHECKOUT a true en la config dev de backend. Enséñame el cambio antes de guardar."
- "Deshaz el último cambio de la config prd de backend. Enséñame antes esa entrada del registro."
- "¿Qué integraciones sincronizan nuestras configs con AWS o Vercel y qué configs envían?"
Siguientes pasos
¿Te ha sido útil esta guía?