docs: add Portuguese docs and English CLAUDE.md

Add README.md, docs/ (fluxo, configuracao, arquitetura) in PT-BR and a
CLAUDE.md technical reference in English describing the installer flow,
generated files, containers and architecture.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
jb
2026-06-19 11:53:56 -03:00
co-authored by Claude Opus 4.8
parent 009c4bc8d1
commit 25137eb5da
5 changed files with 675 additions and 0 deletions
+122
View File
@@ -0,0 +1,122 @@
# Arquitetura Interna
Visão de como o código está organizado. A aplicação segue o padrão
[The Elm Architecture](https://github.com/charmbracelet/bubbletea) (Model–Update–View)
da biblioteca Bubble Tea.
## Estrutura de pastas
```
.
├── cmd/
│ └── main.go # Ponto de entrada; inicia o programa Bubble Tea
├── internal/tui/
│ ├── model.go # Struct Model, ConfigValues, carga de defaults, InitialModel/Init
│ ├── steps.go # Enum das etapas do assistente
│ ├── update.go # Lógica de transição (Update) por etapa
│ ├── view.go # Renderização (View) por etapa
│ ├── form.go # Componente genérico de formulário (FormStep/FormField)
│ ├── cmds.go # Mensagens (Msg) e comandos assíncronos (tea.Cmd)
│ ├── docker.go # Wrappers de chamadas ao binário docker
│ ├── config.go # Geração e gravação de config.toml e envs
│ └── styles.go # Paleta de cores e estilos Lip Gloss
├── config.toml # (gerado em runtime; ignorado no git)
├── envs # (gerado em runtime, vproxy)
└── Makefile # Build multiplataforma e publicação no S3
```
## Componentes principais
### `Model` ([model.go](../internal/tui/model.go))
Estado único da aplicação. Campos relevantes:
- `currentStep` — etapa atual do assistente.
- Estado de progresso/flags: `dockerInstalled`, `downloadDone`, `finishedFile`,
`finishedDockerRun`, e os respectivos erros.
- Um `FormStep` por etapa de formulário (`loginForm`, `wireguardForm`, `appForm`,
`serverForm`, `dbForm`, `certForm`).
- `configValues` (`ConfigValues`) — acumula os valores de todos os formulários,
agrupados por seção.
`loadConfig()` define os **valores padrão** e, se houver um `config.toml` no diretório,
sobrescreve com o conteúdo dele (usando `BurntSushi/toml`). `InitialModel()` constrói
todos os formulários com esses defaults.
### Etapas ([steps.go](../internal/tui/steps.go))
`step` é um enum (`iota`) que define a ordem do assistente. O `Update` faz o dispatch
com base em `currentStep`. Ver [fluxo.md](fluxo.md) para o detalhamento.
### Update ([update.go](../internal/tui/update.go))
`Update` trata primeiro mensagens globais (`Ctrl+C`, `WindowSizeMsg`, tick do spinner)
e depois delega para um handler por etapa (ex.: `updateCheckDocker`,
`updateDownloadImage`, `updateRunDocker`). As transições de etapa acontecem ao
concluir formulários (`done == true`) ou ao receber mensagens de conclusão dos
comandos assíncronos.
Constantes importantes ficam no topo do arquivo:
- `imageName` / `wireguardImageName` — imagens no registry privado.
- `configPath` (`config.toml`) / `wireguardConfigPath` (`envs`).
### View ([view.go](../internal/tui/view.go))
`View` monta a tela com cabeçalho fixo, corpo dependente da etapa e rodapé de ajuda.
Usa `AltScreen`. Cada etapa tem um método `viewXxx` ou reutiliza o `View()` do
formulário.
### Formulário genérico ([form.go](../internal/tui/form.go))
`FormStep` agrupa vários `FormField`. Suporta os tipos texto, senha, número e seleção.
`Update` cuida da navegação entre campos (`Tab`/setas) e retorna `done = true` quando
o `Enter` é pressionado no último campo. `Values()` devolve um `map[string]string`
indexado pelo `Id` de cada campo — é isso que alimenta o `ConfigValues`.
### Comandos e mensagens ([cmds.go](../internal/tui/cmds.go))
Toda operação bloqueante (chamar `docker`, escrever arquivo) é encapsulada em um
`tea.Cmd` que roda em goroutine e devolve uma `Msg` ao loop do Bubble Tea:
| Comando | Ação | Mensagem de retorno |
| ----------------------------- | ------------------------------------- | --------------------------- |
| `CheckDockerCmd` | `exec.LookPath("docker")` | `DockerCheckedMsg` |
| `DownloadImageCmd` | `docker login` + `pull` (app) | `ImageDownloadFinishedMsg` |
| `DownloadWireguardImageCmd` | `docker login` + `pull` (vproxy) | `ImageDownloadFinishedMsg` |
| `GenerateConfigFile` | grava `config.toml` | `ConfigFileMsg` |
| `GenerateWireguardConfigFile` | grava `envs` | `ConfigFileMsg` |
| `RunAppContainer` | `docker run` (app) | `DockerRunMsg` |
| `RunWireguardContainer` | `docker run` (vproxy) | `DockerRunMsg` |
| `TickCmd` | tick da barra de progresso | `TickMsg` |
### Camada Docker ([docker.go](../internal/tui/docker.go))
Funções utilitárias que invocam o binário `docker` via `os/exec`:
- `EnsureNetwork` — cria a rede `app-dono_app` se necessário.
- `RunAppClienteContainer` / `RunWireguardDockerContainer` — montam os argumentos do
`docker run`, removem container homônimo prévio e verificam o status `running`.
- `verifyContainerRunning` — inspeciona o status e, em falha, anexa os últimos logs.
- `removeExistingContainer`, `PullImage`, `ImageExists`, `PushFileToContainer`.
### Estilos ([styles.go](../internal/tui/styles.go))
Paleta de cores e estilos Lip Gloss reutilizados na View (títulos, cursor, ajuda,
erros, barra de progresso, seleção).
## Dependências
- `charm.land/bubbletea/v2` — runtime TUI (loop Model/Update/View).
- `charm.land/bubbles/v2` — componentes (`textinput`, `spinner`).
- `charm.land/lipgloss/v2` — estilização.
- `github.com/BurntSushi/toml` — leitura do `config.toml` para defaults.
## Observações para manutenção
- **Porta:** o `config.toml` grava `port = 8080` fixo; a porta do formulário só afeta o
mapeamento de host no `docker run`. Ver [configuracao.md](configuracao.md).
- **Credenciais:** o login do registry é coletado uma vez e reutilizado para baixar a
imagem do vproxy.
- **Rede:** o nome da rede é a constante `networkName` (`app-dono_app`) em `docker.go`;
usar sempre a constante ao referenciá-la.