fix(release): o fragmento do #474 viola o gate que o #474 criou

O PR #474 descobriu que um `**` aberto numa linha e fechado na seguinte chega
à tela do operador com os asteriscos literais, e escreveu o gate que proíbe
isso. O fragmento de versão QUE ELE MESMO TROUXE tem exatamente esse defeito:

  Quem conectou a Agenda do Google tinha a integração **ligada e sem efeito
  nenhum**, nas duas direções, e nada na tela dizia isso.

Por que só vermelhou agora: o gate está na main, o fragmento estava só nesta
branch. Cada um foi medido sem o outro; o encontro aconteceu aqui.

É a terceira vez hoje que 'a regra não protege quem a escreve' aparece, e a
forma é sempre a mesma — quem escreve a guarda já internalizou o defeito e
para de enxergá-lo no próprio texto.

CONTROLE POSITIVO, porque verde depois do conserto não prova que o gate vigia:

  conserto aplicado ...... Tests 10 passed (10)     exit=0
  desfazendo o conserto .. Tests 2 failed | 8 passed exit=1
  restaurando ............ Tests 10 passed (10)     exit=0

Dois casos caem, não um: o que valida o fragmento isolado e o que calcula o
número da versão a partir do conjunto — o segundo porque parseFragmento lança
antes de somar.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

Author: melgarafael

.changes/agenda-do-google-o-compromisso-chega-la.md

@@ -4,8 +4,8 @@ secao: corrigido
 titulo: O compromisso marcado aqui passa a aparecer na Agenda do Google — e o que está ocupado lá aparece aqui
 ---
 
-Quem conectou a Agenda do Google tinha a integração **ligada e sem efeito
-nenhum**, nas duas direções, e nada na tela dizia isso.
+Quem conectou a Agenda do Google tinha a integração **ligada e sem efeito nenhum**.
+Valia nas duas direções, e nada na tela dizia isso.
 
 **Nada saía daqui.** O compromisso era marcado, o sistema tentava criá-lo lá a
 cada cinco minutos, e o Google recusava todas as vezes — por um detalhe de