> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Inicio rápido: marketplace del equipo

> Configura un marketplace de plugins compartido para tu equipo en cinco pasos

<Note>
  Los plugins están en **beta cerrada**. Para solicitar acceso, contacta con [support@cognition.ai](mailto:support@cognition.ai). El comportamiento y la configuración pueden cambiar en futuras versiones.
</Note>

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](/es/product-guides/plugin-ecosystem).

<div id="1-fork-the-template">
  ## 1. Haz un fork de la plantilla
</div>

Haz un fork de [CognitionAI/team-marketplace-template](https://github.com/CognitionAI/team-marketplace-template). Su estructura:

```
your-marketplace/
├── .devin-plugin/
│   └── plugin.json      # el meta-plugin: tu configuración base + policy
├── AGENTS.md            # regla activa incluida con la configuración base
├── plugins/
│   ├── engineering-baseline/   # cada subcarpeta es su propio plugin
│   ├── security-guardrails/
│   ├── frontend-standards/
│   └── docs-and-release/
└── scripts/validate-template.mjs   # validación de CI
```

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.

<div id="2-make-it-yours">
  ## 2. Hazlo tuyo
</div>

* 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](https://github.com/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](/es/cli/extensibility/skills/creating-skills) normales, sin cambios de formato.

<div id="3-test-locally-with-the-cli">
  ## 3. Prueba en local con la CLI
</div>

```bash theme={null}
node scripts/validate-template.mjs      # validación estructural (también se ejecuta en CI)

devin plugins install .                 # instala el meta-plugin desde tu checkout
devin plugins list                      # muestra todo lo que se incluyó
```

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>`.

<div id="4-distribute-it-to-everyone">
  ## 4. Distribúyelo a todos
</div>

Un Admin de una org o de Enterprise agrega un plugin obligatorio al manifest administrado en [Settings → Marketplace](https://app.devin.ai/settings/marketplace):

```json theme={null}
{
  "requiredPlugins": ["your-org/your-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.

<div id="5-evolve-and-govern">
  ## 5. Evolución y gobernanza
</div>

* 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](/es/product-guides/plugins#how-updates-roll-out).
* 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](/es/product-guides/plugins#governance-rules).

<div id="next-steps">
  ## Próximos pasos
</div>

* [Configura tu ecosistema de plugins](/es/product-guides/plugin-ecosystem) — la guía completa de la organización
* [Referencia de plugins](/es/cli/extensibility/plugins/overview) — formato del manifiesto, procesos de instalación y niveles de gobernanza
* [Marketplace de plugins](/es/product-guides/plugins) — en la aplicación web: manifiestos, scopes y cargas
