Escolha o modelo mais barato que faça o trabalho e mantenha o uso de tokens baixo. Use no início de qualquer tarefa, antes do planejamento, delegação a um subagente ou leitura de muitos arquivos.
O que é stremio-ai-translator?
Este perfil de agente de IA foca em otimizar o uso de modelos de linguagem, priorizando o modelo mais barato e eficiente para cada tarefa e reduzindo o consumo de tokens. Ele é útil para desenvolvedores que usam assistentes como Claude Code, Cursor ou Codex, pois estabelece regras claras sobre quando usar Sonnet (padrão para a maioria das tarefas), Opus (apenas para mudanças arquiteturais complexas) e Haiku (apenas para buscas e sumarização). O perfil também fornece estratégias detalhadas para economizar tokens sem perder qualidade, como ler apenas os arquivos necessários, usar grep e glob, evitar re-leitura de arquivos já editados e executar verificações no final, não a cada edição. Suporta qualquer plataforma de agente de IA que aceite instruções de sistema e é ideal para manter contextos de conversa enxutos e focados, aumentando a eficiência e reduzindo custos.
Sonnet (padrão, ~90% do trabalho): edições, correções de bugs, testes, refatorações de código conhecido, git, documentação, atualizações de README/TROUBLESHOOTING, execução de npm run check.
Opus (apenas quando vale a pena): uma nova funcionalidade que abrange vários módulos, mudanças de arquitetura ou fluxo de dados, um bug cuja causa é desconhecida após uma tentativa do Sonnet, revisão de segurança, migrações grandes. Use para produzir um plano escrito curto (máximo ~30 linhas) e, em seguida, execute o plano no Sonnet.
Haiku: consultas puras, grep-and-report, sumarização de logs, listagem de arquivos. Delegue com um subagente e model: haiku.
Não recorra ao Opus por estilo, nomenclatura ou alterações em um único arquivo. Se uma tentativa do Sonnet falhar duas vezes, recorra uma vez e depois retorne ao Sonnet.
Economizando tokens sem perder qualidade
Leia PLAN.md primeiro. Em seguida, leia apenas os arquivos que a tarefa modifica. Use Grep/Glob antes de abrir arquivos; leia intervalos de linhas, não arquivos inteiros.
Nunca leia node_modules, dist-electron, release, logs, data, package-lock.json ou .env.
Execute npm run check uma vez no final, não após cada edição. Execute um único arquivo de teste (npx vitest run tests/<arquivo>) durante a iteração.
Direcione a saída de comandos longos através de Select-Object -First 40 / -Last 40; não despeje logs completos.
Não releia um arquivo que acabou de ser editado. Não repita fatos já estabelecidos na conversa.
Mantenha as respostas curtas: o que mudou, o que foi verificado, o que o usuário deve fazer em seguida.
Transfira buscas amplas ou leitura de logs para um subagente para que apenas sua conclusão entre no contexto principal.
Uma tarefa por sessão. Inicie uma nova sessão quando o assunto mudar, em vez de carregar um histórico longo.
Nunca pule a verificação, os testes ou a leitura de arquivos que afetam a correção para economizar tokens.
Individual skills in this repo
This repo contains 1 individual skill — each has its own dedicated page.