# Memória Operacional - Precisamos que o layout em si do TUI tenha uma experiência similar a do OpenCode

## Estado final
- Memória operacional gerada de forma determinística a partir dos artefatos locais existentes.
- O índice de intelligence deve ser reconstruído após alterações nos artefatos canônicos.

## Funcionalidades implementadas
- Risk Classification: Risk Classification - Precisamos que o layout em si do TUI tenha uma experiência similar a do OpenCode (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/00-risk-classification.md`)
- Idea: Idea — Layout do TUI com experiência similar ao OpenCode (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- PRD: PRD — Layout do TUI com experiência similar ao OpenCode (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- Tech Spec: Tech Spec — Layout do TUI estilo OpenCode (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)
- Tasks: Tasks — Layout do TUI estilo OpenCode (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/04-tasks.md`)
- Refinement: Refinement — Layout do TUI estilo OpenCode (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/05-refinement.md`)
- Execution: Execution — Overhaul de layout da TUI (estilo OpenCode) (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-execution.md`)
- ADR: ADR 0001 — Camada de tema e overlays na TUI (estilo OpenCode) (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-adr.md`)

## Arquitetura atual
- Alterar contratos de artefatos, schemas ou persistência em `docs/<slug>/`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Não mudar contratos de artefatos, schemas (`schemas/artifact-sections.json`) ou a persistência em `docs/<slug>/`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Camada 0 — Casco persistente**: header minimalista (contexto + rota de provider) e footer (hint de ação à esquerda · modelo/rota à direita), inspirados no rodapé "enter send … modelo" do OpenCode. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Camada 1 — Tela de etapa/contexto**: conteúdo centrado e minimalista da tela ativa (home, lista, board, viewer, checkpoint…). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Camada 2 — Overlays flutuantes**: command palette, seletor de provider/modelo e painel de telemetria — modais centrados sobre fundo escurecido, com título à esquerda e `esc` à direita. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Mapa de comandos do palette** (mínimo): nova orquestração, abrir orquestração, trocar provider/modelo, executar/abrir etapa, aprovar checkpoint, regenerar artefato, editar no $EDITOR, alternar telemetria, ajuda, sair. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- E a persistência de artefatos em docs/<slug>/ permanece inalterada (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **R2 (regressão visual)**: `ui.rs` tem 1484 linhas e testes de snapshot de render. **Mitigação**: introduzir tema sem mudar contrato das funções de render; estender testes `renders_all_screens_no_panic` para overlays. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)

## Decisões
- Decisões do design-interview: overhaul completo · estética + command palette · minimalista com detalhe sob demanda (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **RN-03**: minimalismo não pode esconder informação **crítica de decisão** de checkpoint (artefato, critério, provider/rota) — essa permanece visível; só telemetria de consumo vai para sob demanda. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- Arquivos: `src/tui/ui.rs` (`render_home`), `src/tui/app.rs` (decisão de landing quando sem orquestração ativa). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/04-tasks.md`)
- Escopo: remover telemetria do default; manter info crítica de decisão (RN-03); hint de descoberta no footer. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/04-tasks.md`)
- E a informação crítica de decisão permanece visível (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/04-tasks.md`)
- **PO-3 (RN-03)**: ao enxugar board/checkpoint/running, NÃO remover info crítica de decisão (artefato, critério, provider/rota) — só telemetria de consumo. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/05-refinement.md`)
- **PO-5 (home/landing)**: decisão de renderizar home sem novo `Screen`; se a revisão de execução achar que polui `OrchestrationList`, promover a `Screen::Home` (alternativa já registrada na Tech Spec). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/05-refinement.md`)
- [ ] ADR registrado (`sdd adr`) para a decisão de camada de tema + overlays (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/05-refinement.md`)
- **Sem feature flag de runtime** por padrão (overhaul é a nova UI). Caso a revisão de execução queira rollout gradual, registrar variável de ambiente opcional `SDD_TUI_THEME=legacy|opencode` como ponto de reversão — decisão a confirmar na Ex
...(truncado)
 (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/05-refinement.md`)
- **Sem feature flag** (decisão: substituição direta); reversão por VCS. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-execution.md`)
- Documento: ADR (Architecture Decision Record) (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-adr.md`)
- Adotar **duas camadas aditivas** sobre a arquitetura existente: (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-adr.md`)

## Falhas recorrentes
- Nível: medium (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/00-risk-classification.md`)
- external_dependency (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/00-risk-classification.md`)
- Definir no checkpoint conforme o nível de risco. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/00-risk-classification.md`)
- Etapa anterior: `00-risk-classification.md` (risco **medium**, fator `external_dependency`) (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- O TUI atual (`src/tui/`, ratatui 0.29 + crossterm 0.28) é funcional, porém visualmente pesado e de alta carga cognitiva: (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **Bordas em toda parte** (`Block::default().borders(Borders::ALL)` em praticamente todas as telas) criam ruído e fragmentam a leitura. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **Densidade alta por padrão**: telemetria de tokens, tabela de roteamento por etapa, limites de provider e budget aparecem sempre, competindo com a ação principal (ver `render_board` em `src/tui/ui.rs`). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **Navegação só por telas e teclas posicionais** (`↑/↓`, `Enter`, `p`, `Esc`), sem um ponto único de descoberta de comandos. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Acentos de cor distribuídos (ciano, azul, amarelo, verde, magenta) sem um **acento primário** consistente. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Seleção sinalizada por símbolo (`▸`/`▶`) em vez de **barra full-width**, reduzindo affordance. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Resultado: a ferramenta passa sensação de "console de operação" em vez da experiência fluida e moderna que o OpenCode entrega no terminal. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **Overhaul completo** — reestilizar as 11 telas do enum `Screen` (`ProviderSetup`, `OrchestrationList`, `NewOrchestration`, `StageBoard`, `Running`, `Viewer`, `Checkpoint`, `RefinementPrompt`, `ErrorPanel`, `Help`, `Summary`). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)

## Comandos confiáveis
- Reposicionar o **SDD cockpit** de uma estética de "painéis com bordas densas" para uma experiência **minimalista, centrada e calma no estilo OpenCode**, sem alterar o motor de orquestração SDD (etapas, checkpoints, rastreabilidade, provider
...(truncado)
 (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **Primário**: engenheiros e tech leads que rodam o fluxo SDD no terminal fora do editor/agent (o caso "quando não for dentro do editor/agent"). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **Secundário**: pessoas avaliando a camada SDD pela primeira vez — a home/launcher é o cartão de visita do produto. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **CS-5 (sem regressão)**: o fluxo Ideia→Memória, os checkpoints e a persistência continuam funcionando; `cargo test` (incluindo os testes de render `renders_all_screens_no_panic`) passa em larguras 40/80/120. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Reformular a camada de apresentação e o modelo de entrada do SDD cockpit (TUI) para uma experiência **minimalista no estilo OpenCode**: borderless por padrão, conteúdo centrado com respiro, acento primário único, listas agrupadas por seção
...(truncado)
 (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **U-1 — Operador SDD (primário)**: engenheiro/tech lead que roda o fluxo no terminal fora do editor/agent. Precisa de foco na ação corrente e acesso rápido a comandos. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **U-2 — Avaliador (secundário)**: alguém vendo a camada SDD pela primeira vez; a home é o primeiro contato e precisa transmitir qualidade. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- Quando executo "cargo test" (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **M-4 (robustez)**: `cargo test` verde, incluindo testes de render em 40/80/120 e novos testes de overlay; 0 panics. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Comando**: `cargo test` (já é o gate do projeto); `cargo fmt --check` e `cargo clippy` conforme padrão do repo. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)
- **R5 (escopo grande)**: → plano incremental abaixo, cada fase entregável e verde no `cargo test`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)
- Sequência incremental (cada fase compila, passa `cargo test` e é um checkpoint natural de PR): (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)

## Padrões úteis
- **Densidade alta por padrão**: telemetria de tokens, tabela de roteamento por etapa, limites de provider e budget aparecem sempre, competindo com a ação principal (ver `render_board` em `src/tui/ui.rs`). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Alterar contratos de artefatos, schemas ou persistência em `docs/<slug>/`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **CS-1 (estética)**: as 11 telas usam o tema central, sem `Borders::ALL` como padrão; acento primário único e barras de seleção full-width substituem os símbolos `▸`/`▶`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **CS-5 (sem regressão)**: o fluxo Ideia→Memória, os checkpoints e a persistência continuam funcionando; `cargo test` (incluindo os testes de render `renders_all_screens_no_panic`) passa em larguras 40/80/120. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- **R2**: overhaul toca `ui.rs` (1484 linhas) e o input em `event.rs`/`app.rs` — risco de regressão visual e de quebra dos testes de render. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
- Reformular a camada de apresentação e o modelo de entrada do SDD cockpit (TUI) para uma experiência **minimalista no estilo OpenCode**: borderless por padrão, conteúdo centrado com respiro, acento primário único, listas agrupadas por seção
...(truncado)
 (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- Não mudar contratos de artefatos, schemas (`schemas/artifact-sections.json`) ou a persistência em `docs/<slug>/`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Camada 0 — Casco persistente**: header minimalista (contexto + rota de provider) e footer (hint de ação à esquerda · modelo/rota à direita), inspirados no rodapé "enter send … modelo" do OpenCode. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Camada 1 — Tela de etapa/contexto**: conteúdo centrado e minimalista da tela ativa (home, lista, board, viewer, checkpoint…). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Camada 2 — Overlays flutuantes**: command palette, seletor de provider/modelo e painel de telemetria — modais centrados sobre fundo escurecido, com título à esquerda e `esc` à direita. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **Mapa de comandos do palette** (mínimo): nova orquestração, abrir orquestração, trocar provider/modelo, executar/abrir etapa, aprovar checkpoint, regenerar artefato, editar no $EDITOR, alternar telemetria, ajuda, sair. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
- **RF-02 — Borderless por padrão**: remover `Borders::ALL` como padrão; usar espaçamento, alinhamento e títulos/regras sutis. Bordas só onde agregam (ex.: caixa de input, contorno fino do overlay). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)

## Testes e comandos
- Comandos confiáveis para começar a validação:
  - Reposicionar o **SDD cockpit** de uma estética de "painéis com bordas densas" para uma experiência **minimalista, centrada e calma no estilo OpenCode**, sem alterar o motor de orquestração SDD (etapas, checkpoints, rastreabilidade, provider
...(truncado)
 (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
  - **Primário**: engenheiros e tech leads que rodam o fluxo SDD no terminal fora do editor/agent (o caso "quando não for dentro do editor/agent"). (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
  - **Secundário**: pessoas avaliando a camada SDD pela primeira vez — a home/launcher é o cartão de visita do produto. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
  - **CS-5 (sem regressão)**: o fluxo Ideia→Memória, os checkpoints e a persistência continuam funcionando; `cargo test` (incluindo os testes de render `renders_all_screens_no_panic`) passa em larguras 40/80/120. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md`)
  - Reformular a camada de apresentação e o modelo de entrada do SDD cockpit (TUI) para uma experiência **minimalista no estilo OpenCode**: borderless por padrão, conteúdo centrado com respiro, acento primário único, listas agrupadas por seção
...(truncado)
 (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
  - **U-1 — Operador SDD (primário)**: engenheiro/tech lead que roda o fluxo no terminal fora do editor/agent. Precisa de foco na ação corrente e acesso rápido a comandos. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
  - **U-2 — Avaliador (secundário)**: alguém vendo a camada SDD pela primeira vez; a home é o primeiro contato e precisa transmitir qualidade. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
  - Quando executo "cargo test" (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
  - **M-4 (robustez)**: `cargo test` verde, incluindo testes de render em 40/80/120 e novos testes de overlay; 0 panics. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md`)
  - **Comando**: `cargo test` (já é o gate do projeto); `cargo fmt --check` e `cargo clippy` conforme padrão do repo. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)
  - **R5 (escopo grande)**: → plano incremental abaixo, cada fase entregável e verde no `cargo test`. (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)
  - Sequência incremental (cada fase compila, passa `cargo test` e é um checkpoint natural de PR): (fonte: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md`)

## Pendências
- Revisar esta memória em checkpoint humano quando houver decisões de produto ou arquitetura que não aparecem nos artefatos atuais.

## Próximos passos
- Rodar `sdd intelligence learn --all` após qualquer alteração relevante neste diretório de artefatos.

## Contexto para o próximo agente
- Orquestração: `Precisamos que o layout em si do TUI tenha uma experiência similar a do OpenCode`
- Slug: `precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode`
- Gerado em: `2026-07-04T19:17:47Z`

## Rastreabilidade
- Origem local: `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/traceability-map.yaml`
- Artefatos lidos:
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/00-risk-classification.md` (risk)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/01-idea.md` (idea)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/02-prd.md` (prd)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/03-techspec.md` (techspec)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/04-tasks.md` (tasks)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/05-refinement.md` (refinement)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-execution.md` (execution)
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-adr.md` (adr)
- Artefatos esperados para fechamento da memória:
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/06-adr.md`
  - `docs/precisamos-que-o-layout-em-si-do-tui-tenha-uma-experiencia-similar-a-do-opencode/07-review.md`
