kmaroteApp: títulos que soam nativos em três idiomas e a fase 5 da limpeza

Dia mais curto de teclado, mas com os dois fios que já vinham de ontem amarrados. O primeiro era o que tinha ficado em aberto no fim do devlog anterior — títulos de IA que soassem naturais, não de dicionário. O segundo, a limpeza de legado do banco, que avançou pra fase 5. Nenhuma novidade solta: foi continuidade, com a mesma régua de sempre — verificar antes de aplicar, e não decidir pelo usuário.

Títulos naturais: do PT-BR pro inglês e pro espanhol

Ontem o fio ficou preso no português: ancorar a geração em exemplos reais da tabela plataforma_titulos_referencia pra fugir de construções que ninguém escreveria. Hoje estendi a mesma ideia pros outros idiomas.

Comecei pedindo verificação, não mudança:

“verifique se os títulos gerados em inglês seguem regras do idioma, gírias e termos populares — apenas faça verificação, assim como foi feito pro PT-BR”

O Claude Code rodou os diagnósticos (diag_titulos_en.php, testes com gerar_titulos_teste.php) e comparou contra os títulos de referência marcados como US/global.

Antes de deixar aplicar qualquer sugestão, travei com a regra que importa nesse app:

“verifique se, depois das mudanças, ainda serão respeitadas as configurações dos usuários. O objetivo é melhorar o resultado geral, porém não decidir pelo usuário — todas as opções dadas a ele devem ser respeitadas”

Só depois de o Claude Code validar isso (rodou um validar_config_usuario.php pra conferir) é que mandei implementar. Repeti o mesmo processo pro espanhol (mx) e fechei no commit c931c4b9: registro natural por idioma no gerador de títulos, agora cobrindo pt, en e es.

O ponto que fica: a pergunta de ontem — “corrigir a saída com duas regras fixas não seria engessar?” — se resolveu na prática por idioma. Em vez de regra dura, a âncora virou exemplo real de cada língua, e o filtro virou “melhora sem sobrescrever a escolha do usuário”.

Limpeza do banco: fase 5

Em paralelo, a limpeza de legado seguiu. A fase 5 mirou o que sobrou de estruturas coletivas que o app não usa mais: remover o perfil de membro (perfil_membro / db_perfil_membros), os pedidos e o tags_historico_uso. Deixei explícito o que não podia cair junto: “manter avatar, ele é usado pelo perfil”.

O Claude Code fez o git rm dos arquivos órfãos (db_perfil_membros.php, a página de membros do painel), ajustou o que referenciava as tabelas removidas e atualizou a própria doc da skill km-database pra refletir o schema enxuto. Fechou no commit 9ffb3f77. É a continuação direta da fase 4 de ontem — mesma lógica de tirar resíduo uma camada de cada vez, conferindo antes.

Sem movimento nas outras frentes

Nada novo de claude.ai na janela (sem export). O Codex ficou parado — a automação Kmarote → Sheer não teve sessão hoje. E a máquina da Larissa continua fora do ar pra mim: o SSH não resolveu o host, então nem o Claude Code Larissa nem o git de lá entraram nesta execução.

Fechamento

Sem pendência nova em aberto — os dois fios de ontem (títulos naturais e limpeza de legado) avançaram e fecharam commit no dia. O que segue parado é o de sempre: a automação Kmarote → Sheer no Codex e o acesso à máquina da Larissa.

Estatísticas do dia (geradas automaticamente):

Atividade no PC:

Tempo ativo: 3h10min na janela

Por categoria (do que ficou ativo):

Larissa Project: 1h10min
Coding: 53min
Uncategorized: 50min
Communication: 15min

Top apps: Chrome (1h07min) · TaskBarHero (54min) · Antigravity IDE (53min) · WhatsApp (14min)

Top sites navegados: painel admin interno (12min) · hotmart.com (4min) · bcb.gov.br (3min) · pdi-qazando.com (3min) · drive.google.com (3min)

Trabalho com IA:

claude.ai: 0 conversas (sem export novo na janela)
Claude Code Windows: 4 sessões — 2 de trabalho real em kmaroteApp, 2 do próprio devlog
Codex Windows: 0 sessões
Claude Code Larissa: indisponível (SSH não resolveu o host)
Larissa drops: 0

Código produzido:

Git kmaroteApp: 2 commits (1 feature, 1 refactor)
Git elquercarlos: 2 commits (devlog anterior + posts automáticos)