Alembic Launch Academy · Módulo 2 · Visual Course

Produto e modelo de negócio

No Módulo 1 você leu o repositório como código. Aqui você vai lê-lo como produto: o que o Alembic é, que problema resolve, para quem, como cria valor — e por que a Appfy vende as peças fundidas, não a fundição. Tudo ancorado em arquivo real; toda hipótese de mercado aparece marcada como hipótese.

Leia primeiro (fonte primária)

README.md + CONTEXT.md + os ADRs 0001/0014/0015/0016/0017 deste repositório

Esta lição destila o README.md (a moldura "Motor Appfy de destilação agêntica"), o glossário canônico CONTEXT.md, e os documentos de produto (PRODUCT.md, POSITIONING.md, GTM.md) — sempre separando o que está travado em código/ADR do que ainda é rascunho v1 para decisão do fundador. Nada aqui é inventado.

Leia a versão simples, ou abra a camada técnica em qualquer seção.

O que você vai conseguir fazer

Explicar o Alembic em uma frase de comprador — sem jargão de repositório — e dizer qual é o seu "job".
Separar os dois planos do produto: o motor interno (@alembic/*) e as ventures vendáveis que ele funde.
Distinguir fato travado em código/ADR de hipótese de mercado — e nunca confundir os dois ao falar do produto.
Descrever a doutrina de portfólio (perseguir toda oportunidade, com WIP limitado) e por que ~$0,15/run é o que a torna viável.
Nomear o cliente real (C.D Advocacia, parceira de design) e o estágio honesto: motor construído, fechamento ainda em andamento.

Suposições tolas (o que presumimos de você — bem pouco)

Você leu (ou pode ler) o Módulo 1 e sabe que o Alembic é um monorepo TypeScript de pacotes @alembic/*.
Você entende a diferença grosseira entre "uma ferramenta interna" e "um produto que se vende a um cliente". A gente afia isso aqui.
Você não precisa saber finanças, GTM ou direito previdenciário. Construímos cada termo do zero.

Fig. 0 — Duas leituras de "produto". Separá-las é metade desta lição. CONTEXT.md; ADR-0001.

A grande ideia

O nome não é decorativo. Alembic é o alambique — o aparelho de destilação. O produto faz, com conhecimento, o que um alambique faz com líquido: pega uma matéria bruta e volumosa (um corpus) e a destila em algo concentrado, verificável e acionável.

O README.md abre com uma frase de uma linha: "Motor Appfy de destilação agêntica". Logo abaixo: "Alembic é um motor de execução de planos por agent-swarm. Ele pega um objetivo, um plano executável e um contrato de validação, e executa unidades de trabalho em múltiplos modelos, roteando por tier de custo, executando proofs de comando, aplicando gates de validação e publicando o resultado." Em linguagem de comprador: o Alembic transforma conhecimento parado em decisões e ativos de mercado verificados — e faz isso de forma barata, auditável e sem confiar cegamente em um único modelo.

Pense como… uma destilaria de uísque. A cevada (o corpus) é abundante e barata; o uísque (o sinal verificado, a decisão, o ativo de lançamento) é concentrado e valioso. Ninguém vende a cevada — vende o destilado. E ninguém compra o alambique de cobre para fazer um drink em casa: compra a garrafa. Guarde essa imagem; ela é literalmente o modelo de negócio (seção 5). A analogia quebra num ponto: o uísque é sempre o mesmo; aqui cada "garrafa" é uma venture diferente fundida pelo mesmo motor.

Por baixo do capô — a etimologia está no glossário

O CONTEXT.md (o glossário canônico do projeto) define: "Alembic — Appfy's internal engine/platform (@alembic/*): the agentic harness that ingests, distills, and reasons over the WIKI_LLM. Named for the distillation still. Internal infrastructure, not a customer-facing product (see ADR-0001)." Ou seja, a própria palavra "produto" tem duas leituras neste repositório, e separá-las é metade desta lição.

A arquitetura em camadas do README.md mostra o caminho da destilação como código: L0 ETL/Storage → L1 Adapters (roteamento por tier/custo) → L2 Council (debate + verificação) → L3 Swarm (orquestração) → L4 Harness/VM. Cada estágio é um pacote real.

Fig. 1 — O produto é o alambique: corpus → estágios de destilação → saídas concentradas. README.md, linhas 1–10.

Guarde isto O "job" do Alembic não é conversar. É destilar corpus em sinais verificáveis e transformá-los em decisões, learnings e ativos. Se uma frase de venda não menciona destilação ou verificação, ela provavelmente está descrevendo outro produto.

Fig. 1b — A destilação é construída em camadas L0→L4 + Apps, uma por pacote. README.md, linhas 38–46.

Em uma imagem

Duas leituras do mesmo objeto. À esquerda, o Alembic como cadeia de valor (o que entra, o que sai). À direita, a estrutura de produto: um motor, muitas ventures.

Infográfico de dois andares: em cima, a cadeia de valor do Alembic (corpus → sinais → council → ativos → receita); embaixo, a estrutura foundry, mostrando um motor central @alembic/* fundindo três ventures distintas (Previdência Factory, FounderOS, TetoDuro) com o lema 'venda as peças, não a fundição'.

Fig. 2 — O Alembic em uma imagem: a cadeia de destilação por cima, a estrutura "motor único / muitas ventures" por baixo.

Fig. 3 — "Você vende as peças fundidas, não a fundição." PRODUCT.md §2; ADR-0001.

Preveja antes de continuar

Pela imagem acima: se um cliente liga querendo "licenciar o motor Alembic para rodar internamente", qual é a resposta padrão segundo os documentos do repositório?

"Hoje, não." O ADR-0001 trava o Alembic como infraestrutura interna, não SKU. Vender o motor (harness-as-a-service / private deployment) exigiria um novo ADR superando o 0001 — só se houver tração de mercado comprovada. O PRODUCT.md cita "private deployment" apenas como exemplo de uma decisão futura que ainda não foi tomada.

Três embalagens — e qual é real

O Alembic poderia ser empacotado de várias formas. A disciplina do produto é saber qual embalagem está decidida e qual é só hipótese de mercado. Clique nas abas: cada uma se declara honestamente.

decidido (ADR)

Venture factory

O motor escolhe, valida e funde ventures — produtos próprios da Appfy. É o uso REAL e travado: a Previdência Factory é a primeira venture comprometida (ADR-0014).

PRODUCT.md §2 · ADR-0014 · ADR-0016

Resumo de comprador: a Appfy é uma holding de empresas agênticas; o Alembic é o motor compartilhado que escolhe e constrói essas empresas. O que se vende ao mercado são as empresas (ventures), não o motor. A primeira venture mira escritórios de advocacia. As outras embalagens (um SaaS chamado FounderOS, um serviço de deployment) existem como ideias em estudo — ainda não decididas.

Travado: ADR-0001 (motor ≠ produto), ADR-0016 (doutrina de portfólio: perseguir toda oportunidade, WIP = 2 slots de build), ADR-0014/0015 (a flagship é a fábrica jurídica, funil aberto a qualquer área). Em rascunho v1 (marcado [uncertain — founder] nos próprios docs): o escopo/preço do FounderOS (PRODUCT.md §6), todo preço de venture (GTM.md §6), e a tese de que o padrão "grátis → diagnóstico → assinatura" generaliza. Os termos "productized service", "venture OS" e "private deployment" não aparecem como posicionamento travado em lugar nenhum — trate-os como hipótese.

Cuidado A versão EN antiga desta lição apresentava "productized service / private deployment / venture OS" como três embalagens do negócio. Os documentos do repositório não sustentam isso como decisão — são hipóteses. Esta lição corrige o rumo: a única embalagem decidida hoje é a venture factory.

Fig. 3b — A regra de ouro como árvore de decisão. Aplique-a a TODA afirmação antes de apresentá-la.

No código — por que isto não é um chatbot

A prova de que o Alembic é um "motor de destilação verificável" e não um wrapper de chat está em três arquivos. Você pode abrir cada um e conferir.

4.1 — Ele trabalha com sinais estruturados, não texto solto

O domínio do negócio vive em packages/contracts/src/domain.ts como schemas Zod (validados em cada fronteira). Não há "string que talvez seja um insight": há tipos.

// packages/contracts/src/domain.ts
const businessSignalSchema = z.object({
  id, kind: z.enum(['pain','trend','gap','validation','tech']),
  domainId, evidenceQuote: z.string().min(1),  // toda afirmação cita uma fonte
  strength: z.number().int().min(1).max(5),
  confidence: z.number().min(0).max(1), sourceRef,
});
const councilDecision = z.enum(['GO', 'PIVOT', 'NO_GO']);

Repare no evidenceQuote: min(1): um sinal não pode existir sem uma citação de evidência. Isso é o "trust" do produto codificado como contrato. Há ainda Learning (afirmação + confiança + proveniência) e OpportunityEdge (aresta tipada do grafo de oportunidades: supports, contradicts, derives-from, competes-with, serves).

Fig. 4a — Zod valida em cada fronteira. domain.ts

Fig. 4b — OpportunityEdge: arestas tipadas. ADR-0007

4.2 — O funil T0→T3 converte corpus em sinais verificados

O orquestrador da destilação está em packages/harness/src/funnel.ts. Seu próprio comentário de cabeçalho é a melhor descrição do produto:

"It drives one corpus through four tiers… T0: deterministic, $0 score/dedupe/route over 100% of the corpus. T1: a LOCAL model extracts BusinessSignals (free-tier). T2: a budget-gated FRONTIER shortlist refines the strongest signals. T3: a council debate + maker-checker verifier scores the shortlist; a verified GO emits opportunity edges + learnings." packages/harness/src/funnel.ts, cabeçalho (linhas 55–81)

Fig. 4 — O funil de valor T0→T3. Apenas T2/T3 gastam; um run hermético offline custa $0. funnel.ts, linhas 55–128.

Três invariantes de segurança estão escritas no código como "load-bearing, do not regress" — e são exatamente a proposta de confiança do produto:

PII (fail-closed). Um sinal de canal privado passa por redactSignal e é barrado por assertRedactedForEmit antes de ser gravado. Não redigido = descartado, nunca emitido. (emitSafeSignal, l.246)

Budget (fail-closed). Toda chamada paga (T2/T3) é envolvida por um BudgetGuard; uma projeção de estouro bloqueia a chamada e o tier degrada em vez de gastar demais.

Append-only. Resultados vão para dois stores por escrita append-only, content-addressed e validada por schema; a leitura da fonte permanece read-only.

Offline = $0. O registro de adapters é injetado; um registro offline torna o run inteiro $0 e hermético (sem rede). É o que permite iterar barato.

Fig. 4c — O fail-closed de PII: não redigido = descartado, jamais emitido. funnel.ts, emitSafeSignal (l.246).

4.3 — A marketing factory transforma um sinal em ativo versionado

Fig. 4d — De um sinal verificado a um ativo versionado. flow.ts, runMarketingFactory.

O elo final está em packages/marketing-factory/src/flow.ts: runMarketingFactory recebe um BusinessSignal verificado e devolve um AssetsManifest versionado e content-addressed (posicionamento → copy/GTM → criativo → filtro de viralidade → manifest).

Honestidade do código O ViralityScorer padrão é o offlineViralityScorer, e o próprio comentário avisa: "It does NOT predict virality — it derives a stable pseudo-score from a hash of the creative URL" (rationale: 'offline heuristic; no live predictor'). O produto é honesto sobre o que ainda é fake/seam — uma qualidade rara que vale destacar ao comprador técnico.

Exemplo guiado — escreva a frase de produto a partir do código

Abra o domínio. Em domain.ts, confirme que a unidade de valor é BusinessSignal com evidenceQuote obrigatório — logo, "evidência" é parte do produto, não enfeite.

Abra o funil. Em funnel.ts, confirme os quatro tiers e os três fail-closed (PII/Budget/append-only) — logo, "auditável e barato" é verdade técnica.

Abra a fábrica. Em flow.ts, confirme que um sinal vira AssetsManifest — logo, o output chega até "ativo de lançamento".

Componha: "Para a Appfy, o Alembic transforma um corpus em oportunidades verificadas e ativos de lançamento com evidência citada, orçamento controlado e custo ~$0,15/run."

Agora você: reescreva essa frase para um comprador NÃO-técnico (um sócio de escritório de advocacia). Troque "corpus" e "manifest" por palavras que ele usa. Guarde — é o exercício da seção 9.

O modelo de negócio — a fundição e as peças

Aqui a metáfora do alambique vira economia. O PRODUCT.md diz, com todas as letras: "the engine is to the ventures what a foundry is to the products it casts. You sell the castings, not the foundry."

Fig. 5a — Vende-se as peças (💲), não a fundição (🔒). PRODUCT.md §2.

slots de build em paralelo (WIP) — ADR-0016

~$0,15

custo de um run do funil — PRODUCT.md / POSITIONING.md

GO 7.43

nota Council da flagship (de 10) — ADR-0014

~R$10

CPA verificado em Meta Ads (jurídico) — GTM.md / ADR-0014

A doutrina de portfólio (ADR-0016)

A decisão de negócio mais característica do projeto: perseguir toda e qualquer oportunidade de ganhar dinheiro, não importa o tamanho — mas com um limite de obra em progresso. O ADR-0016 cita o fundador literalmente: "Quero muitos produtos … todas e qualquer oportunidade de ganhar dinheiro, não importa o tamanho", e fixa WIP = 2 slots de build. Vetos de tamanho são nulos; vetos de gosto valem.

Fig. 5 — A esteira do portfólio: validar muitas barato, construir poucas por vez, gate humano no ship. ADR-0016; ADR-0005.

Duas decisões de negócio sustentam essa esteira:

O gate humano fica no ship (ADR-0005): o sistema é autônomo até o ponto de gasto real/irreversível, onde um humano aprova. Foi exatamente o que aconteceu com a TetoDuro — Council deu GO 7,35, mas o fundador vetou no ship (parked T4).
A marketing factory pré-constrói GTM para ventures na fila (ADR-0016): "many products prepared, few in flight" — quando um slot abre, o lançamento já está pronto.

Fig. 5b — O único gate humano fica no ship. A TetoDuro foi vetada ali, apesar do GO do Council. ADR-0005; ADR-0013.

Por que ~$0,15/run importa para o negócio Se validar uma oportunidade custasse centenas de dólares, perseguir "toda oportunidade" seria suicídio financeiro. Como o funil roda a ~$0,15 (e $0 offline), a doutrina de portfólio deixa de ser slogan e vira operação viável. O custo baixo é a estratégia.

O cliente real — e o estágio honesto

Produto de verdade tem cliente de verdade. A flagship (Previdência Factory, nome de trabalho) tem uma parceira de design real — mas está em construção, não vendida. Manter essa distinção é a própria disciplina "fato vs hipótese".

O que é fato (em ADR/doc)

A C.D Advocacia é a parceira de design e tenant nº 1 (ADR-0017) — não o formato do produto. Suas economias verificadas ancoram o caso: escritório real de ~900 clientes; planejamento previdenciário precificado a R$1.518; CPA lucrativo em Meta (~R$10/conversa). O produto é multi-tenant com RBAC desde a fundação (ADR-0017).

O que é hipótese / em andamento

O fechamento da C.D (preços de rascunho Base R$497 / Pro R$997) é alvo, não receita registrada. O backlog.md diz: "engine construído; falta Phase 4 client-dependent; rename pendente antes do landing". O código do produto vive num repositório irmão (appfy/prev-factory), fora deste.

Leitura honesta do estágio. Em síntese (CONTEXT.md, 2026-06-24): "the engine is built and green; the launch work is integration and decision, not construction." O motor existe e passa nos testes. O que falta para faturar é integração com o cliente e decisões de fundador — não mais código de motor.

Fig. 6b — O estágio honesto: dois passos concluídos, o fechamento ainda à frente. backlog.md; CONTEXT.md (2026-06-24).

Não confunda "Temos um cliente real" é verdadeiro no nível de parceria de design. "Já vendemos / faturamos com a C.D" seria falso hoje. Ao apresentar o produto, diga "parceira de design / tenant nº 1, fechamento em andamento" — nunca "cliente pagante".

Fig. 6c — Multi-tenant com RBAC desde a fundação; a C.D é o tenant nº 1, não a forma do produto. ADR-0017; ADR-0015.

O que o Alembic NÃO é (guardrails travados)

Tão importante quanto a promessa é a anti-promessa. Os documentos de produto listam o que o Alembic deliberadamente não vende — e quebrar isso exigiria um novo ADR.

Infográfico comparativo com uma balança de dois pratos: o prato esquerdo afundado com selo verde 'DECIDIDO' lista os fatos travados em ADR/código (motor não é produto, funil ~$0,15/run, evidência obrigatória, fail-closed, WIP=2, tenant nº 1, gate humano); o prato direito mais leve com selo vermelho 'HIPÓTESE' lista os rascunhos a validar (escopo do FounderOS, preços de venture, private deployment, productized service), com a frase 'nunca venda uma hipótese como fato'.

Fig. 6 — A balança fato vs hipótese: o que se pode afirmar (verde, travado em ADR/código) versus o que é rascunho v1 a validar (vermelho).

NÃO é…	porque	onde está travado
harness-as-a-service / plataforma de agentes	o motor é interno; vender exige novo ADR superando o 0001	ADR-0001 · PRODUCT.md
assistente pessoal / gateway de chat	a fusão Hermes ignorou de propósito seus 23 adapters de mensageria	PRODUCT.md
"IA jurídica" genérica	a flagship é uma fábrica de peças personalizada por escritório, não um chatbot legal	POSITIONING.md §8
revisão jurídica automatizada	o verifier é um pré-revisor; o advogado é o gate obrigatório	ADR-0014

Guarde isto "productized service", "venture OS" e "private deployment" não são posicionamento travado — são hipóteses. Se você os usar, marque-os como hipótese a validar em discovery.

Fig. 7a — Uma anti-promessa só muda com um novo ADR aprovado. A porta está fechada, não trancada para sempre.

retrieval

Por que "você vende as peças, não a fundição"?

clique para virar

Porque o Alembic é o motor interno (ADR-0001). O que se vende ao mercado são as ventures que ele funde — produtos da Appfy — não o motor em si.

retrieval

O que garante o "trust" do produto no código?

clique para virar

evidenceQuote obrigatório no sinal + os três fail-closed do funil: PII redigida antes de emitir, BudgetGuard, e writes append-only.

retrieval

Qual número torna a doutrina de portfólio viável?

clique para virar

~$0,15 por run do funil (e $0 offline). Validar barato é o que permite "perseguir toda oportunidade" com WIP = 2 slots.

retrieval

Qual o estágio honesto da venture flagship?

clique para virar

Motor construído e verde; falta integração + decisão (Phase 4 client-dependent). C.D = parceira de design / tenant nº 1, fechamento em andamento, não faturado.

Recapitulando

Passe pelos slides para fixar o arco: do "o que é" ao "como ganha dinheiro" à "disciplina fato vs hipótese".

O que é

Um alambique de conhecimento

"Motor Appfy de destilação agêntica." Pega um corpus e o destila em sinais verificados, decisões e ativos — barato e auditável.

A estrutura

Um motor, muitas ventures

O motor (@alembic/*) é interno e não se vende. O que se vende são as ventures que ele funde. Venda as peças, não a fundição.

A prova no código

Não é um chatbot

BusinessSignal com evidência obrigatória · funil T0→T3 com PII/Budget/append-only fail-closed · AssetsManifest versionado. Trust virou contrato.

A economia

Validar barato, construir pouco

Doutrina de portfólio (ADR-0016): perseguir toda oportunidade, WIP = 2 slots, gate humano no ship. Viável porque o run custa ~$0,15.

O cliente

Real, mas em construção

C.D Advocacia = parceira de design / tenant nº 1 (ADR-0017). Motor pronto; fechamento em andamento. "Cliente pagante" ainda seria falso.

A disciplina

Fato vs hipótese, sempre

Travado em ADR/código = afirme. Rascunho v1 / [uncertain] = marque como hipótese. Nunca venda uma hipótese como fato.

1 / 6setas ← →

Recall ativo: sem rolar para cima, complete — "O Alembic destila ____ em ____; vende-se a ____, não o ____; e a regra de ouro é separar ____ de ____."

Verifique seu entendimento

Três perguntas pontuadas + dois exercícios práticos. As respostas têm comprimento parecido de propósito (o formato não entrega a certa).

Quiz cumulativo

Acertos: 0/3

1. Qual frase descreve corretamente o que se VENDE no modelo da Appfy?

É a (b). ADR-0001 trava o motor como infraestrutura interna; PRODUCT.md: "you sell the castings, not the foundry". A (a) e a (c) são justamente o que o produto NÃO é.

2. O que torna a doutrina de portfólio (perseguir toda oportunidade) operacionalmente viável?

É a (c). Validar barato é o que permite o WIP-limited "muitos preparados, poucos em obra" (ADR-0016). A (b) é falsa: o gate humano no ship é travado (ADR-0005).

3. Como descrever honestamente o estágio do cliente C.D Advocacia hoje?

É a (a). ADR-0017 + backlog.md: economias verificadas e tenant nº 1, mas "falta Phase 4 client-dependent". A (b) seria fabricar receita; a (c) ignora as economias reais.

exercício 1 — one-liner de comprador

Pegue a frase técnica que você escreveu na seção 4.3 e reescreva-a para um sócio de escritório de advocacia. Modelo: "Para [ICP], o Alembic transforma [o que ele já tem] em [resultado que ele quer], com [a prova]." Sem jargão de repositório.

exercício 2 — caça à hipótese

Abra POSITIONING.md ou GTM.md e ache uma afirmação marcada [uncertain — founder]. Escreva, em uma linha, qual discovery (entrevista, teste de ads, call) provaria ou derrubaria essa hipótese.

Eu sou seu tutor neste curso. Quer que eu gere mais flashcards sobre os ADRs 0014–0017, ou que eu te faça um "grill" defendendo o ICP e o preço de rascunho? É só pedir — e leve suas dúvidas reais para a próxima lição, onde abrimos a arquitetura técnica que sustenta tudo isto.