Skip to main content
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>. (Sin --local, install agrega el plugin a tus plugins personales en Devin Cloud, que es lo que quieres una vez que se haya subido a un repo).

​
4. Distribúyelo a todos

Un admin de organización o de Enterprise instala el repo desde Customize → Plugins: Add plugin → From repository, introduce your-org/your-marketplace y selecciona el ámbito de organización o de Enterprise. Con eso se agrega un plugin requerido al manifest administrado de ese ámbito:
Todas las personas dentro del ámbito reciben la configuración base automáticamente en las sesiones en la nube, la CLI y Devin Desktop. Un repo private funciona tal cual: en la nube, las solicitudes de red se realizan a través de tu integración de Git; los usuarios de CLI las realizan con sus propias credentials de git, por lo que también necesitan acceso al repo. Consulta la guía de Plugins para conocer los ámbitos, la indexación y las conexiones MCP.

​
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 y Reindex plugins en Customize actualiza lo que muestra la página. Consulta cómo se implementan las actualizaciones; fija un sha cuando quieras controlar 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 (Plugin settings → Edit manifest en Customize) y lista cada plugin aprobado (incluidas las dependencias del meta-plugin; las dependencias transitivas no están exentas) en requiredPlugins/optionalPlugins. Semántica completa: dependencias y gobernanza.

​
Próximos pasos