release-openclaw-announcement

Anúncio de Lançamento do OpenClaw

Use junto com release-openclaw-maintainer após a publicação de uma versão. Use com $discord-user-post para realmente postar no Discord como o usuário logado.

Evidências em Primeiro Lugar

Antes de redigir áreas de foco, leia as evidências reais da versão:

1. Corpo da release no GitHub e tag imutável; para extended-stable, confirme também o escopo exclusivo de npm/container e a classificação como não-Latest.
2. O arquivo CHANGELOG/<version>.md da versão base lançada e o registro de contribuição, resolvido com node scripts/release-changelog.mjs read --version <version> [--ref <sha-or-tag>] (adicione --record para contabilidade). O resolvedor compartilhado lê tags monolíticas históricas; o CHANGELOG.md atual é um índice. Após a publicação aprovada da documentação, leia o espelho completo da documentação e o registro congelado, em vez de tratar o corpo compacto do GitHub como notas completas.
3. Commits desde a versão anterior publicada ou a base especificada pelo operador.
4. Metadados do registro/do pacote para a versão exata e a dist-tag atual.
5. Status de validação relevante para a confiança do usuário.

Não afirme ter feito uma auditoria completa do changelog a menos que você realmente a tenha feito. Se você leu apenas as notas de release geradas ou uma seção selecionada do changelog, diga isso e ou faça a auditoria corretamente ou redija o anúncio com essa limitação.

Para áreas de foco beta, priorize mudanças observáveis pelo usuário em vez de testes internos ou mecanismos de CI:

• caminhos de instalação/atualização
• comportamento específico do sistema operacional/plataforma
• inicialização/reinicialização do Gateway, configuração e comportamento em tempo de execução
• roteamento de provedor/modelo/runtime
• carregamento de plugins e desenvolvimento local de plugins
• canais e caminhos de mídia
• correções de segurança/perda de dados/impacto no usuário

Não permita que correções tardias de branch de release dominem automaticamente o anúncio. Se a versão incluir um delta grande em relação à versão anterior publicada, classifique as áreas de foco pelo delta total da release e pelo impacto esperado no usuário; mencione correções tardias em sua categoria natural.

Texto Obrigatório

Cada anúncio beta deve tornar explícito o status beta e incluir:

• versão exata, ex: OpenClaw 2026.5.25-beta.1
• frase de um período sobre o risco: beta, útil para teste, não promoção de versão estável
• áreas de teste focadas derivadas das evidências, não de suposições
• comando de atualização promovido próximo ao topo:

  openclaw update --channel beta --yes
  openclaw --version
  

• caminho de instalação nova: Instale em https://openclaw.ai
• link da release no GitHub
• nota de validação concisa, sem fazer do CI o destaque

Não sugira comandos de instalação via npm em anúncios beta, a menos que o operador peça explicitamente por texto específico de npm ou de solução de problemas. É aceitável usar metadados de registro como evidência; não transforme isso em orientação pública de instalação.

Para anúncios estáveis, use a redação do canal estável:

openclaw update --channel stable --yes
openclaw --version

Instalações novas ainda apontam para https://openclaw.ai.

Para extended-stable, nomeie a versão exata e o mês final. Mencione apenas backports observáveis, e use:

openclaw update --channel extended-stable
openclaw --version

Não adicione --yes: usuários vindo de uma estável regular mais nova devem ver o aviso de downgrade porque versões mais antigas podem não entender configurações mais novas. Link para a Release do GitHub, mas não herde afirmações sobre macOS, Windows, ClawHub, latest ou site da versão estável regular.

Estilo

• Markdown do Discord, sem tabelas.
• Mantenha escaneável: introdução curta, marcadores, comandos, links.
• Lidere com o que os usuários podem sentir ou testar, não com a parte técnica interna.
• Mencione a validação somente após as instruções de instalação/atualização.
• Seja específico sobre onde o feedback é útil.
• Não mencione caminhos de prova local privados em anúncios públicos.
• Não exagere em plataformas, canais ou comportamento de provedor não verificados.

Postagem

Quando for solicitado a postar, use $discord-user-post para operar o aplicativo Discord desktop do usuário logado. Resolva e verifique visivelmente o servidor/canal exato, inspecione o corpo final e solicite confirmação no momento da ação antes de entrar ou enviar. Nunca use envios de canal do OpenClaw, bots, webhooks, relays ou tokens.