Skip to main content
Los plugins están en beta cerrada. Para solicitar acceso, contacta con support@cognition.ai. El comportamiento y la configuración pueden cambiar en futuras versiones.
Este inicio rápido te guía desde cero hasta tener un marketplace de plugins para tu equipo: un repo propiedad de tu org que reúne tus skills, Rules, hooks y servidores MCP, y se instala automáticamente en cada sesión de Devin y para cada usuario de la CLI. Para obtener más contexto, consulta Configura tu ecosistema de plugins.

​
1. Haz un fork de la plantilla

Haz un fork de CognitionAI/team-marketplace-template. Su estructura:
La raíz del repo es en sí misma un plugin: el meta-plugin. Instalar el repo instala toda tu configuración base: el requiredPlugins de su manifiesto incorpora los plugins que todo miembro del equipo debería tener, optionalPlugins recomienda plugins adicionales y forbiddenPlugins bloquea los que no quieres.

​
2. Hazlo tuyo

  • En el archivo raíz .devin-plugin/plugin.json, cambia cada URL de git-subdir para que apunte a tu fork y edita las listas de required/optional/forbidden.
  • Agrega un plugin por equipo o necesidad en plugins/<name>/ — cada uno necesita su propio .devin-plugin/plugin.json y, por lo general, un skills/<name>/SKILL.md. ¿Quieres crear un plugin desde cero? Usa CognitionAI/plugin-template.
  • ¿Ya tienes un repositorio de skills? Coloca cada carpeta de skill en el directorio skills/ de un plugin — las skills dentro de los plugins son skills normales, sin cambios de formato.

​
3. Prueba en local con la CLI

Las instalaciones locales están vinculadas, por lo que los cambios se aplicarán en tu próxima sesión — itera sobre una skill y luego inicia una sesión e invócala como /<plugin>:<skill>.

​
4. Distribúyelo a todos

Un Admin de una org o de Enterprise agrega un plugin obligatorio al manifest administrado en Settings → Marketplace:
Todos los que estén dentro del ámbito reciben la configuración base automáticamente: las sesiones en la nube y, en el caso del manifiesto de Enterprise o de la cuenta, también los usuarios de la CLI y de Devin Desktop que hayan iniciado sesión en la cuenta (los manifiestos a nivel de la organización llegan solo a las sesiones en la nube). Un repositorio privado funciona tal cual: las sesiones en la nube acceden a él a través de tu integración con Git; los usuarios de la CLI acceden con sus propias credenciales de Git.

​
5. Evolución y gobernanza

  • Fusionar cambios en la rama predeterminada del repo de tu marketplace equivale a publicar la versión: las sesiones nuevas lo incorporan automáticamente. Consulta cómo se implementan las actualizaciones.
  • Los equipos agregan plugins mediante una PR al repo del marketplace; CI valida la estructura.
  • Para restringir la cuenta únicamente a tu conjunto aprobado, agrega "forbiddenPlugins": ["*"] al manifest administrado y lista cada plugin aprobado (incluidas las dependencias del meta-plugin; las dependencias transitivas no están exentas) en requiredPlugins/optionalPlugins. Semántica completa: reglas de gobernanza.

​
Próximos pasos