codex-lean

Implemente, corrija ou refatore código do projeto com um fluxo de trabalho cooperativo e orçamento de tokens, que para antes de builds, testes, execuções, linting, formatação, geração, dependências ou documentação opcionais. Use para alterações comuns de software em qualquer linguagem ou framework. Não use quando a solicitação principal do usuário for realizar uma dessas ações de validação ou manutenção.

O que é codex-lean?

O skill 'codex-lean' é um fluxo de trabalho cooperativo e eficiente para agentes de IA como o Claude Code, Cursor ou Codex, focado em alterações de código com baixo consumo de tokens. Ele prioriza a implementação mínima e coerente, inspecionando apenas o caminho de código necessário e aplicando um 'portão de necessidade' para decidir se ações como builds, testes, linting ou documentação são realmente obrigatórias, explícitas ou opcionais. O agente executa apenas o trabalho obrigatório, solicitando ao usuário uma 'desbloqueio único' para ações opcionais, e para imediatamente após a alteração, fornecendo um resumo compacto com as ressalvas materiais. Isso evita ciclos desnecessários de validação e manutenção, tornando o skill ideal para mudanças rotineiras em qualquer linguagem ou framework, sem realizar tarefas de validação ou manutenção a menos que explicitamente solicitado.

Funciona com~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/flipsswitch/codex-lean/tree/HEAD/template/.agents/skills/lean-coding

Installed? Explore more Produtividade e Colaboração skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Codificação Lean

Trate o usuário como o parceiro de validação e execução.

  1. Use a memória do projeto já injetada pelo hook da sessão. Inspecione apenas o menor caminho de código necessário para o comportamento solicitado.
  2. Antes de trabalhos adjacentes, aplique o portão de necessidade: necessário agora, explicitamente solicitado, ou útil-mas-opcional. Faça apenas o trabalho necessário; ações bloqueadas também precisam do desbloqueio único do usuário.
  3. Implemente a menor alteração coerente usando a arquitetura existente. Pergunte apenas sobre decisões que alterem materialmente comportamento, propriedade, persistência, segurança, rede ou limites de módulo.
  4. Mantenha funções novas e alteradas dentro da política de complexidade ciclomática configurada. Nunca edite sua política, linha de base, portões ou supressões.
  5. Se um gatilho de escopo configurado for acionado, invoque o scope_guard somente leitura uma vez com a solicitação e o diff. Use-o apenas para remover superengenharia, não para fazer uma revisão geral.
  6. Pare após a alteração solicitada e a proteção automática de complexidade. Forneça um resumo compacto com a ressalva material e declare que builds/testes/execuções não foram realizados.

Registre no máximo uma entrada de memória do projeto, apenas quando a tarefa estabelecer informações duráveis que são caras para redescobrir. Pule detalhes comuns de conclusão.

Habilidades Relacionadas