Você roda verboo plugin install nome-do-plugin@verboo-plugins minutos depois de alguém publicar uma versão nova na marketplace nativa do Verboo Code, e o CLI resolve contra um manifesto que já estava em cache. Plugin não encontrado, ou pior: instala a versão de ontem. Até a 0.13.3, um install explícito confiava no catálogo que já estava salvo localmente, não no que de fato existia no servidor naquele segundo. A 0.13.4 fecha essa lacuna num único commit, focado só nisso.
O que muda na 0.13.4?
O Verboo Code trata a marketplace nativa (verboo-plugins) diferente de qualquer marketplace de terceiro. Ela roda auto-update por padrão, mas até agora esse auto-update fazia duas coisas ao mesmo tempo: atualizava o catálogo e empurrava os plugins já instalados pra versão mais nova em segundo plano, sem avisar. A partir da 0.13.4, isso vira dois caminhos separados:
- Auto-update em background passa a mexer só no catálogo (manifesto) da marketplace nativa. Plugin já instalado não muda de versão sozinho: só muda quando você pede, com update explícito.
- Install explícito (
verboo plugin install pluginX@verboo-plugins) força um refresh síncrono do manifesto antes de resolver o pacote. Se esse refresh falhar (manifesto fora do ar, rede instável), o comando retorna erro em vez de cair pra um catálogo em cache que pode estar errado.
"The manifest is refreshed synchronously. This prevents the CLI command from resolving a plugin against an old cached manifest and then exiting before the background updater has a chance to run." (comentário em officialMarketplaceStartupCheck.ts, commit 242fe44)
Correção extra: duas rotinas de startup brigando pelo mesmo arquivo
O auto-setup da marketplace nativa pode disparar por mais de um caminho na inicialização do CLI (o hook de notificação e o updater em background, por exemplo). Antes da 0.13.4, os dois podiam buscar o manifesto duas vezes ou entrar em corrida escrevendo o mesmo arquivo de configuração local. Agora, checkAndInstallVerbooMarketplace() junta chamadas concorrentes numa única promise em andamento: os dois caminhos esperam o mesmo resultado, em vez de pisar um no outro.
Ângulo contrário: por que separar catálogo de plugin instalado
Pra marketplace de terceiro, atualizar plugin instalado em background sozinho faz sentido: você escolheu essa fonte explicitamente e espera que ela acompanhe o upstream. Pra marketplace própria do Verboo Code, fazer a mesma coisa significava que um plugin podia mudar de comportamento entre duas sessões sem você tocar em nada, justamente na fonte em que a plataforma deveria ser mais conservadora. Não é um recurso novo. É a distinção que faltava, e que virou o centro do commit.
Como conferir
- Atualize com
npm install -g @verboo/code@latest. - Rode
verboo --versione confirme0.13.4. - Depois de uma atualização na marketplace nativa, rode
verboo plugin install <nome>@verboo-pluginse confira se pega a versão nova, não a que estava em cache. - Se você já tinha desligado auto-update da marketplace nativa antes, confira que a opção continua desligada: a 0.13.4 não sobrescreve esse opt-out.
A operação segue crescendo: MRR de R$ 31.955,90 (+49% no mês), com 171 assinantes ativos (+35%). A 0.13.3 fechou brechas de precedência de autenticação; a 0.13.4 fecha a camada seguinte, o catálogo que decide qual versão de plugin chega até você.
Como atualizar
npm install -g @verboo/code@latestQuem prefere Bun: bun install -g @verboo/code@latest. Veja o diff completo entre a 0.13.3 e a 0.13.4 no GitHub.
Catálogo de plugin desatualizado só aparece na hora em que o plugin certo não tá lá pra instalar. Rode o Verboo Code com marketplace atualizada e tokens ilimitados.
