---
id: 01-meta-framework-aiobuilder-funcionalidades-inspiradas-em-claude-code
name: AIOBUILDER - Funcionalidades inspiradas em Claude Code
source: lara-squads-import
source_path: 01-meta-framework/AIOBUILDER - Funcionalidades inspiradas em Claude Code.md
source_sha256: 3014d9de161cc4a29609cfa5a8b08bfca8ad4822a5df6c4c9aafe53fdf9e4bee
status: active
---

# AIOBUILDER - Funcionalidades inspiradas em Claude Code

> Espelhado de LARA/Squads para o catálogo canônico do OpenLife. Runtime deve ler este arquivo em `.catalog/squads`, não o Obsidian.

# AIOBUILDER - Funcionalidades inspiradas em Claude Code

## Objetivo
Traduzir os aprendizados do material em `LARA/Claude-code-estudo/` para funcionalidades concretas do AIOBUILDER.

## Tese central
Sistemas agentes sérios não funcionam só com prompt + modelo.
Eles funcionam com:
- arquitetura de contexto
- memória em camadas
- tools registry
- command surface clara
- permission model
- coordenação multiagente
- compressão/consolidação de contexto
- disciplina operacional

## Funcionalidades recomendadas para o AIOBUILDER

### 1. Memória em camadas nativa
O AIOBUILDER deve operar com 3 camadas explícitas:
- memória executiva — decisões, prioridades, próximos passos, status macro
- memória operacional — agente usado, arquivos/branch/build/preview/deploy, falhas reais, estado de execução
- memória contextual — intenção do Rafa, por que um caminho foi escolhido, o que incomodou, o que não repetir

### 2. Autoevolução constante
O AIOBUILDER deve rodar um ciclo contínuo de melhoria:
1. observar execução recente
2. consolidar acertos e falhas
3. atualizar DNA de sucesso
4. atualizar backlog evolutivo
5. propor novos agentes/squads/skills/workflows
6. podar regras ruins ou duplicadas

### 3. Dream / consolidação periódica
Criar um processo periódico de consolidação:
- ler memória recente
- promover fatos duráveis
- remover contradições
- podar ruído
- atualizar índice curto

### 4. Tool registry formal
Classificar ferramentas por categoria:
- leitura segura
- escrita local
- ação operacional controlada
- ação sensível

### 5. Permission model explícito
Separar claramente:
- ações livres
- ações condicionais
- ações que requerem aprovação
- ações proibidas sem validação forte

### 6. Command surface de primeira classe
Separar claramente:
- tool = capacidade
- command = interface/acionamento

Comandos nativos recomendados:
- `*aiobuilder;plan`
- `*aiobuilder;route`
- `*aiobuilder;ship`
- `*aiobuilder;build-agent`
- `*aiobuilder;build-squad`
- `*aiobuilder;build-skill`
- `*aiobuilder;canonize`
- `*aiobuilder;evolve`
- `*aiobuilder;dream`
- `*aiobuilder;memory-status`

### 7. Context collection + compression
Antes de executar, o AIOBUILDER deve montar:
- contexto imediato da tarefa
- contexto recente da sessão
- contexto estrutural do projeto
- memória persistente relevante

Depois, deve comprimir/consolidar esse contexto em um pacote operacional curto.

### 8. Cost routing
O AIOBUILDER deve escolher executor/modelo por:
- complexidade
- risco
- custo
- urgência

### 9. Heartbeat inteligente
AIOBUILDER pode ter modo proativo controlado:
- falar pouco
- agir quando houver valor
- usar orçamento de interrupção
- registrar o que checou

### 10. Runtime safety
Regra central:
- nunca dizer que algo está rodando se nada está rodando

## Próximas implementações recomendadas
1. `*aiobuilder;dream`
2. `*aiobuilder;memory-status`
3. score por squad/skill/agente
4. registro de runs reais
5. consolidação periódica da memória do sistema
