Reconhecimento: mapeie antes de importar
Veja o Grok Build como várias superfícies — não um bloco único — e localize a única lacuna que o Alembic deve assumir.
Commit upstream fixado: b189869b7755d2b482969acf6c92da3ecfeffd36
- Nomear as superfícies upstream sem reduzi-las a “o CLI”.
- Localizar os donos existentes no Alembic para runtime, tools, workspaces e UI.
- Defender a costura de provider como a menor adoção útil.
A grande ideia
O Grok Build reúne interface terminal, modo headless para scripts, superfície ACP para editores, runtime de agente, ferramentas, workspace e sessões persistentes. O Alembic já é dono da maior parte desses trabalhos. O movimento útil não é portar o produto; é conectar o CLI publicado pela costura estreita de provider da Factory.
Pense como… Trate o repositório upstream como um aeroporto completo. O Alembic não precisa de uma segunda pista, torre e esteira de bagagem; precisa de um portão compatível onde um voo Grok possa acoplar. A analogia quebra porque a propriedade do software é imposta por interfaces e testes, não por concreto e placas.
O README fixado nomeia quatro crates Rust principais: pager/TUI, runtime shell e entry points, tools e workspace/checkpoints. Também documenta três superfícies de consumo: TUI, headless e ACP. Essa decomposição é a unidade de análise; cada superfície recebe seu próprio veredito de sobreposição.
O código upstream de primeira parte usa Apache-2.0, enquanto o repositório identifica separadamente ports vendorizados e avisos. O adapter TypeScript da fase um é clean-room contra contratos observáveis do CLI; não copia Rust nem cria um segundo dono de runtime.
Evidência: README fixado do Grok Build
Compare as fronteiras
Seguro: um adapter é dono do comando + tradução de eventos.
Arriscado: copiar runtime Rust, tools e engine de sessão para o Alembic.
| Superfície | Upstream | Alembic | Veredito |
|---|---|---|---|
| TUI / cockpit | Produto terminal em tela cheia | TUI, web e cockpit já existem | ALREADY |
| Agent runtime / tools | Loop Rust mais tools internas | Harness, VM, Factory e adapters | ALREADY |
| Headless CLI protocol | Fronteira estável de processo externo | Faltava provider Grok de primeira classe | ADOPT |
O código upstream de primeira parte usa Apache-2.0, enquanto o repositório identifica separadamente ports vendorizados e avisos. O adapter TypeScript da fase um é clean-room contra contratos observáveis do CLI; não copia Rust nem cria um segundo dono de runtime.
Código e comandos reais
/tmp/alembic-grok-build-20260716 @ b189869…
git -C /tmp/alembic-grok-build-20260716 rev-parse HEAD # b189869b7755d2b482969acf6c92da3ecfeffd36 rg -n "Repository layout|Headless|ACP|License" \ /tmp/alembic-grok-build-20260716/README.md
Como chegar lá
sed -n '1,150p' /tmp/alembic-grok-build-20260716/README.md
Evidência: RESOURCES.md
Atlas visual
Prática e feedback
Se o Alembic já possui orchestration e tools, qual superfície upstream tem a menor sobreposição?
Cartões de recuperação
Explore a superfície upstream
Escolha uma superfície e leia o veredito de propriedade.
Resumo em quatro slides
Teste seu modelo
Qual é a unidade de adoção da fase um?