fix: bump plugin.json de marketing/gestao/project-manager/wordpress

O commit 0e2c832 bumpou só o marketplace.json agregado. A fonte de verdade
para o /plugin update é <plugin>/.claude-plugin/plugin.json, que ficou nas
versões antigas — resultado: o catálogo mostrava marketing 2.0.0 mas o
/plugin update respondia "already at the latest version (1.0.0)" e o cache
continuou a servir a superfície SEO morta.

Alinha as quatro fontes com o agregado e documenta o acoplamento no README:
os dois ficheiros têm de ser bumpados juntos, não há automação a sincronizá-los.
This commit is contained in:
2026-07-30 22:58:46 +01:00
parent 37af142c33
commit 1f19ec315c
5 changed files with 32 additions and 5 deletions
+28 -1
View File
@@ -8,4 +8,31 @@ layer: wiki
---
# claude-plugins
Marketplace de plugins Claude Code da Descomplicar
Marketplace de plugins Claude Code da Descomplicar
## Versões — bumpar sempre nos DOIS sítios
A versão de cada plugin vive em dois ficheiros e **não há automação a sincronizá-los**:
| Ficheiro | Papel | Quem o lê |
|---|---|---|
| `<plugin>/.claude-plugin/plugin.json` | **fonte de verdade** | `/plugin update` — é esta que decide se há versão nova |
| `.claude-plugin/marketplace.json` | agregado derivado | `/plugin marketplace update` — catálogo |
Bumpar só o agregado **não tem efeito nenhum**: o catálogo mostra a versão nova, o
`/plugin update` responde `already at the latest version` e o cache continua na antiga.
Aconteceu a 30-07-2026 com marketing/gestao/project-manager/wordpress.
Verificar coerência antes de commitar:
```bash
for p in */; do p=${p%/}; f="$p/.claude-plugin/plugin.json"; [ -f "$f" ] || continue
a=$(jq -r .version "$f")
b=$(jq -r ".plugins[]|select(.name==\"$p\").version" .claude-plugin/marketplace.json)
[ "$a" = "$b" ] || echo "DIVERGE $p: plugin.json=$a marketplace.json=$b"
done
```
Depois de publicar: `/plugin marketplace update descomplicar-plugins` (catálogo) **e**
`/plugin update <nome>@descomplicar-plugins` (reinstala no cache). O primeiro sozinho
não actualiza o que corre.