Changelog da plataforma.

Todas as mudanças da sextafeira, em ordem cronológica. Breaking changes são sinalizadas com antecedência mínima de 14 dias e sempre incluem guia de migração. Versões de segurança são publicadas assim que o patch está disponível.

Seguimos versionamento semântico (SemVer). Major = breaking change · Minor = nova funcionalidade · Patch = correção e segurança

Última versãov2.0.018 de março de 2026

Ver detalhes ↓

Breaking ChangeAtual18 de março de 2026

APICLIVS Code ExtensionAutenticação2 breaking changes · 1 depreciação · 4 nova funcionalidades · 3 melhorias

⚠ Breaking Change

Migramos para o padrão RFC 6750 para alinhar com as melhores práticas da indústria. Todos os SDKs oficiais já foram atualizados. Integrações customizadas precisam ajustar o header de autenticação.

diff

- curl -H "X-SF-Token: sk_live_abc123" \
-   https://api.sextafeira.ai/v1/messages
+ curl -H "Authorization: Bearer sk_live_abc123" \
+   https://api.sextafeira.ai/v1/messages

Guia de migração

O que mudou: O header de autenticação mudou de X-SF-Token para Authorization: Bearer.

Por quê: Conformidade com RFC 6750 e compatibilidade com proxies e ferramentas de API padrão.

Quem é afetado: Todas as integrações que usam a API REST diretamente. SDKs oficiais já foram atualizados.

Como migrar:

Atualize o SDK para a versão mais recente (sf update)
Substitua o header X-SF-Token por Authorization: Bearer em integrações customizadas
Teste a autenticação no ambiente de staging antes de atualizar produção

Prazo: O header antigo será aceito até 18 de maio de 2026 (60 dias).

Suporte: Abra um ticket via [email protected] para ajuda na migração.

APIAutenticaçãoRFC 6750

Consolidamos os endpoints de interação em um único endpoint `/v1/messages` que suporta tanto mensagens simples quanto conversas multi-turno. O endpoint `/v1/ask` continua funcionando por 90 dias mas será removido na v2.2.0.

bash

# Antes (descontinuado)
POST /v1/ask
{ "prompt": "Explique este código", "code": "..." }

# Agora
POST /v1/messages
{ "messages": [{ "role": "user", "content": "Explique este código: ..." }] }

Guia de migração

O que mudou: O endpoint /v1/ask foi substituído por /v1/messages.

Por quê: Unificação da API para suportar conversas multi-turno e contexto persistente.

Quem é afetado: Integrações que usam /v1/ask diretamente.

Como migrar:

Substitua POST /v1/ask por POST /v1/messages
Converta o campo 'prompt' para o formato 'messages' com role 'user'
Ajuste o parsing da resposta para o novo formato

Prazo: Endpoint /v1/ask será removido na v2.2.0 (estimativa: junho 2026).

Suporte: Documentação completa em docs.sextafeira.ai/api/migration-v2

APIMigração

⏳ Depreciação

★ Nova funcionalidade

↑ Melhoria

Publicado em 18/03/2026 às 14:32 BRT · Tempo de deploy: 12 minutos · Com janela de manutenção de 3 minutos · a1b2c3d

Segurança4 de março de 2026

AutenticaçãoInfraestrutura1 segurança

🛡 Segurança

Identificada via responsible disclosure em 28/02/2026, a vulnerabilidade permitia em condições específicas de race condition a extensão indevida de uma sessão expirada. Impacto: baixo — requer condições de timing muito específicas e acesso autenticado prévio. CVE-2026-1847 atribuído.

💡 Atualização automática aplicada em todos os ambientes em 04/03/2026 às 09:15 BRT. Sem ação necessária por parte dos clientes.

⚠ Relatório completo disponível para clientes Enterprise mediante solicitação via [email protected].

SegurançaCVE-2026-1847Autenticação

Publicado em 04/03/2026 às 09:15 BRT · Tempo de deploy: 4 minutos · Sem downtime · e5f6g7h

Nova funcionalidade15 de fevereiro de 2026

CLIVS Code ExtensionDashboard3 nova funcionalidades · 2 melhorias · 1 correção de bug

★ Nova funcionalidade

↑ Melhoria

● Correção de bug

Publicado em 15/02/2026 às 16:00 BRT · Tempo de deploy: 8 minutos · Sem downtime · i9j0k1l

Versões anteriores a v1.0.0 — período beta

Nova funcionalidadeBeta10 de dezembro de 2025

APICLIChat Web3 nova funcionalidades

★ Nova funcionalidade

Publicado em 10/12/2025 às 11:00 BRT · Tempo de deploy: 15 minutos · Sem downtime · m2n3o4p

Como funciona o nosso processo de changelog.

Breaking changes são anunciadas com no mínimo 14 dias de antecedência via banner no dashboard, email para administradores e entrada no changelog marcada como "Anúncio de breaking change". A versão com a mudança efetiva só é publicada após o prazo.

Patches de segurança são publicados assim que disponíveis, sem prazo mínimo de aviso. Detalhes técnicos completos são divulgados após o patch estar aplicado em todos os ambientes.

O changelog segue SemVer estrito. Versão Patch nunca introduz mudança de comportamento. Versão Minor nunca remove funcionalidade existente. Versão Major pode conter breaking changes com guia de migração obrigatório.

Cada entrada de breaking change inclui guia de migração completo antes da publicação da versão. Não publicamos breaking changes sem documentação de migração pronta.