Objetivo: ao final, o consultor adiciona o marketplace da Wayon, instala um plugin de lá, e sabe como propor um plugin novo para a biblioteca da consultoria.
/plugin marketplace add wayon/claude-plugins e instala-se com /plugin install plugin@marketplace — plugin primeiro, marketplace depois.# adicionar o marketplace da Wayon (uma vez por máquina)
/plugin marketplace add wayon/claude-plugins
# instalar um plugin de lá
/plugin install wayon-sap@wayon-plugins
# recarregar depois de instalar ou alterar
/reload-plugins
A ordem em plugin@marketplace é a que confunde: o plugin vem primeiro, o marketplace depois. É a mesma ordem usada no input plugins do GitHub Actions, na aula 3.5.5 (wayon-sap@wayon-plugins).
| Marketplace | Como chega | O que tem |
|---|---|---|
claude-plugins-official |
Já registrado na primeira sessão interativa | Conjunto curado pela Anthropic |
claude-community |
/plugin marketplace add anthropics/claude-plugins-community |
Submissões de terceiros, após revisão. Instala-se com sufixo @claude-community |
| Marketplace da Wayon | /plugin marketplace add wayon/claude-plugins |
O que a casa produziu — em repositório privado |
O marketplace da Wayon carrega o conhecimento acumulado da casa: template de FS, checklist de cutover, roteiro de teste integrado, convenção de nomenclatura de cliente. Isso é ativo da consultoria, não conteúdo de comunidade.
Hospedar o catálogo em repositório privado resolve isso sem nenhum mecanismo especial: o acesso ao marketplace é o acesso ao repositório. Consultor que entra na Wayon ganha acesso; quem sai, perde.
A aula 2.4.5 perguntou quando uma skill de squad sobe para a biblioteca da casa. Com o marketplace no lugar, o critério fica concreto:
| Estágio | Onde vive | Critério para subir |
|---|---|---|
| Experimento pessoal | .claude/ solto, na máquina de quem escreveu |
Funcionou duas vezes |
| Skill de squad | .claude/skills/ no repositório do projeto |
Resolveu o problema em mais de um cliente |
| Plugin da casa | Marketplace privado da Wayon | Passou por revisão de par e tem version declarada |
O que faz a promoção valer a pena não é a skill ser boa — é ela ser repetível fora do contexto onde nasceu. Skill que depende de uma particularidade do Meridiano não sobe; ela fica na squad.
Regra Wayon O marketplace da Wayon vive em repositório privado, e plugin só entra no catálogo depois de revisão de par — a mesma revisão da aula 2.4.5, agora com um item a mais: confirmar que o plugin não carrega nada específico de um cliente. Nome de sistema, transação, regra de negócio ou dado de um cliente dentro de um plugin da casa é vazamento entre contas.
📖 Descobrir e instalar plugins · Criar e distribuir um marketplace
wayon-sap a partir do marketplace wayon-plugins?/plugin install wayon-plugins@wayon-sapA ordem está invertida: o marketplace vem depois do plugin, não antes.
/plugin install wayon-sap@wayon-pluginsCorreto — plugin primeiro, marketplace depois. É a mesma ordem do input plugins no GitHub Actions (aula 3.5.5).
/plugin install wayon/claude-pluginsEsse é o formato de adicionar o marketplace (/plugin marketplace add), não de instalar um plugin dele.
O marketplace da comunidade é público por natureza; não há marcação de plugin privado ali.
.zip por e-mail para cada consultorResolve a confidencialidade e joga fora todo o ganho do módulo: descoberta central, versão rastreada e atualização num lugar.
Correto, e é o mecanismo previsto para marketplace interno de time.
Qualidade não é o critério: o critério é ser repetível fora do contexto onde nasceu.
Documentar não resolve o problema principal, que é levar particularidade de um cliente para dentro de um artefato usado em outras contas.
Correto, e é o item que a Regra Wayon acrescenta à revisão de par.
Correto.
Só o oficial é curado; o da comunidade recebe submissões externas.
É o inverso: o oficial vem registrado na primeira sessão interativa.