Por que a DFL existe

Formar o operador completo de software pós-IA — em prod, em meses, com fluxo real — não em laboratório, não em quatro anos.— Propósito DFL

Onde vamos chegar

DFL como sistema operacional do desenvolvimento de software brasileiro — e, na sequência, global. Forma fellows → fellows treinam empresas via Revera → empresas contratam fellows → o ciclo gira.

"Passei pela DFL" vira selo de "sabe operar com IA em produção, em time". Não é título. É prova de operação.

A operação diária

• Shippar fellows operacionais. Cada coorte sai com PR real merged, plano publicado, eval rodado. Sem cerimônia, sem teatro.
• Operar a runtime DFL. Plans-app, harness, brain, sandbox-manager, paperclip — infraestrutura própria, self-hosted, sem dependência do hype-stack externo.
• Treinar empresas via Revera. Não vender entrega — vender a transição. O time interno do cliente sai 2–3× mais produtivo, operando IA em produção.
• Documentar o método em público. Plans, ADRs, episodes, drift-signals, runbooks — tudo público. O método é parte do produto.

O que recusamos negociar

Como pensamos antes de agir

• Capture > polish. Capturar dado bruto é mais valioso que polir relatório.
• Async > sync. Reunião é dívida. TG/Discord/Notion comments são default.
• Public > private. Plans, ADRs, repos: público por default. Privado por exceção.
• Build > buy quando é core. Buy > build quando é commodity.
• One-way doors exigem ADR. Two-way doors só decidem e seguem.
• Velocidade > perfeição em first draft. Perfeição > velocidade em ship final.
• Fact > opinion em debate técnico. PR ou número, não retórica.
• People > process sempre. Processo serve à pessoa, não o contrário.

O que prometemos a quem entra

Quem a DFL é

Por que essa combinação

Magician puro é sedutor mas frágil — promete sem provar. Outlaw puro é interessante mas auto-marginalizante. A combinação dá transformação com prova: o Magician produz o efeito, o Outlaw entrega sem cerimônia.

De cohort informal a runtime

Tainan, dev sênior multi-stack, viveu os três modos do dev moderno: tradicional (frameworks, time, prod), consultor/founder (entregar valor → cliente paga), e IA-first (operar com agente, plan-driven).

No terceiro modo, percebeu que o gap entre devs formados pelo modelo (a) e o que (c) exige é gigante — e nenhuma escola estava ensinando isso. Começou informalmente, mentorando devs próximos. Cohort virou programa. Programa virou DFL.

Dá pra escalar via processo + ferramentas próprias, não via "mais aulas". DFL não vende curso. Vende infraestrutura de prática.— O momento de virada

Marcos folclóricos

• O primeiro fellow que shippou PR em produção em menos de uma semana.
• A noite de 2026-05-19 → 20: 11 PRs mergeados via subagents enquanto Tainan dormia (overnight push protocol).
• O dia em que Tainan disse "tokens don't matter" e parou de medir custo por API call.
• A primeira coorte fechada com 100% placement (não foi a primeira coorte — foi a terceira).
• O primeiro PR rejeitado por um fellow num projeto de Tainan — momento em que se confirmou que a rede funciona.

Uma frase, um parágrafo, um pitch

Contra o que estamos

Como medimos a nós mesmos

Como o time DFL opera

• Stand-up async via TG. Todo dia 9h, cada membro posta "o que fiz · o que vou fazer · onde tô preso". Texto, mono uppercase para metadados.
• Plan antes de código. Qualquer trabalho > 4h tem plan publicado primeiro. Sem plan = sem trabalho.
• Review é dado, não tax. PR é review de plan vs execução, não de gosto pessoal. Limite de 2 reviewers.
• Public default. Repos, plans, ADRs, decisões — público. Privado vira ADR justificando.
• Demo de sexta. 30min · todo time mostra o que rolou. Hard limit no tempo, soft demo em qualidade.
• Drift retrospective. Cada quinta, time discute o maior drift capturado. Vira ADR ou eval.

Para quem isto é

Do clique no LinkedIn ao alumni

A quem dizemos não

Definir o público é definir quem não cabe. A clareza protege a marca tanto quanto atrai os certos.

• Buscador de diploma decorativo. Quer linha no LinkedIn. Não quer mergear PR.
• Hobby coder sem intenção de ship. Apaixonado por código, alérgico à entrega.
• Empresa que só quer carimbo de "fizemos treinamento IA". Quer PR de marketing, não transformação.
• Dev que detesta ferramentas IA por princípio. Posição respeitável — mas incompatível.
• Quem precisa de hand-holding tier 1. Não temos suporte síncrono 24/7. Lê doc, abre PR.
• Empresa em crise existencial. "Salva meu time" não é capacity-building. É consultoria de turnaround.
• Quem busca atalho. "Fellowship de 4 semanas" não existe na DFL.

Onde a DFL fala — e por quê

O que ninguém mais faz

• Plans-driven autonomous execution. Planos públicos versionados + ADRs + decisões locked. Agentes executam.
• Harness eval framework. Mede trabalho entregue: run grading + episode mining + LLM judges + human-in-the-loop.
• Plans-app + canal de feedback. Loop assíncrono humano-cérebro × agente-execução via Telegram.
• Self-hosted stack completa. dfl-runner · sandbox-manager · paperclip · Infisical · Traefik · OTel · Langfuse.
• Fellowship model real (vs cohort). Você não conclui — se forma. A rede vira ativo permanente.
• Brasileira de raiz, global de design. Voz BR, infra global, ambição mundial.

Junto, isso é uma runtime própria. Ninguém mais opera assim.

DFL vs bootcamp · faculdade · sozinho

Revera vs consultoria · software house

Família DFL · sub-marcas · produtos

Arquitetura branded house: DFL é a mãe. Sub-marcas herdam tokens (cor, tipo, voz) mas têm lockups distintos. Produtos internos são identificados por nome+mono, sem mark próprio.

DFL  ·  devfellowship  (the mother)
├── DFL Fellowship      ·  programa core (product line, não sub-marca)
├── Revera              ·  B2B / corporativo · sister-brand · lockup distinto
├── Alavancagem         ·  livro · extensão editorial · lockup próprio
├── DFL Labs            ·  playground experimental · visual mais solto
└── DFL Edu             ·  guarda-chuva educacional

Produtos internos (não são sub-marca · usam DFL):
  plans · harness · brain · paperclip · sandbox-manager · dfl-runner
  dfl-learn · dfl-financing · dfl-flows · lesson-studio · books-app

Regras de herança

• Paleta + tipografia compartilhada em toda a família.
• Lockup distinto por sub-marca: Revera tem o próprio wordmark; Alavancagem tem tratamento editorial com serifa display; Labs tem permissão de quebra estética.
• Accent secundário só para Revera: trust-blue (#5a85c4) ao lado do amber, para B2B trust.
• Produtos internos não têm logo: usam o wordmark DFL + nome em mono uppercase ao lado (DFL · plans).

Como entram

Funil Fellow

Funil B2B (Revera)

Como cobramos

Magician + Outlaw — shell vs. soul

O guia nomeia o arquétipo explicitamente: Magician dominante, Outlaw secundário.

• Dominante — Magician (Mago): a DFL transforma e faz acontecer; vê padrões que outros não veem (plans + harness + eval como runtime) e promete não conforto mas transformação real e mensurável ("a runtime própria", "your team ships 2–3× more, measured in the harness"). Promete transformação com prova, não vibes.
• Secundário — Outlaw (Rebelde): a DFL recusa a ordem estabelecida — universidade, bootcamp, consultoria por hora, "diploma-factory" — constrói as próprias ferramentas em vez de comprar SaaS de prateleira, tem opiniões fortes e não pede permissão. Seus inimigos nomeados (engineering-as-gatekeeping, bootcamps de certificado, "IA-vai-substituir-devs") são posicionamento Outlaw puro.

Por que o par: um Magician puro é sedutor mas frágil (promessas sem prova); um Outlaw puro é interessante mas se auto-marginaliza. Combinados, dão transformação com prova — o Magician produz o efeito, o Outlaw entrega sem cerimônia. Energia Creator/Sage aparece na textura de apoio (tooling próprio, método público, ADRs, drift-as-data), mas o par dominante + secundário é Magician + Outlaw.

O perfil

Sênior brasileiro que morou fora 10 anos, voltou pra investir no Brasil. Direto sem ser rude. Opinião forte, mas escuta. Cita planos e PRs como prova — não argumenta com adjetivo.— Perfil da marca

Onde a DFL fica nos eixos

Palavras-chave

Substituições rápidas

Antes de publicar qualquer texto

• Primeira frase carrega o sentido. Se a primeira frase pode sair sem perda, ela já não devia estar lá.
• Prova > adjetivo. "Shippamos 11 PRs em uma noite" > "somos eficientes".
• Verbo ativo. "Fellows shippam" > "É shippado por fellows".
• Número específico > faixa. "70% placement" > "alto índice de placement".
• Direto sem ser rude. "Não fazemos isso" > "Não estamos focando neste momento em iniciativas dessa natureza".
• PT e EN convivem. "Bora rodar harness no run do TG-typed" — sem itálico, sem aspas.
• Editar para subtrair. Toda revisão tem que devolver o texto mais curto.
• Frase curta. Default 8-15 palavras. Frase > 25 palavras é warning.
• Concreto > abstrato. "PR mergeado" > "entrega".
• Voz consistente em série. Se a edição #07 é informal, #08 não vira formal.

Calibração rápida

Mais exemplos · paralelos

Onde a voz se ajusta

Produtos · features · eventos · documentos

• Produtos internos: nome curto, lowercase, hifenizado se preciso. plans · harness · brain · paperclip · sandbox-manager. Não pluraliza, não maiúscula.
• Sub-marcas: nome substantivo, primeira maiúscula. Revera · Alavancagem · Labs. Lockup próprio.
• Eventos: formato tipo + edição. DFL Meetup #03 · Fellow Demo Day · Overnight Push 05-19 · Ship Night.
• Features dentro de produto: verbo+objeto se for ação ("run grading", "episode mining"), substantivo se for conceito ("ADR", "drift signal").
• Documentos canônicos: ALL-CAPS com hífen. DESIGN.md · CLAUDE.md · README.md · ADR-001-plan-format.
• Releases: semver. v1.0.0. Não "Mythical Names". Não "Aurora", "Phoenix", "Atlas".
• Coortes: número sequencial · "Coorte 03". Não nomes inventados.

Como contamos a história DFL

Os textos mínimos

Bandeiras vermelhas em qualquer texto

• Texto-comitê. Frase sem dono, sem opinião, sem voz. Soa como nada porque foi escrita por todos.
• Hedging excessivo. "Talvez", "pode ser que", "achamos que". Direto ou cala.
• Adjetivo-superlativo. "Incrível", "revolucionário", "único". Prova ou apaga.
• Pedido-de-engajamento. "Concordam?", "compartilha aí". Trabalho é da escrita, não do leitor.
• Auto-elogio. "Somos referência em…". Faz o trabalho · deixa outro dizer.
• Empilhamento de jargão. "AI-powered ML-driven SaaS". Use palavra concreta.
• Frase-zumbi de transição. "Pensando nisso…", "diante disso…". Editar fora.
• Promessa-vaga. "Transformaremos seu negócio". Diga O QUE muda e EM QUANTO TEMPO.

PT-BR é casa · EN é vizinho

• Default: PT-BR em todo material BR-facing (landing, IG, newsletter, fellow comms).
• EN aparece: termos técnicos (ship, drift, plan, runtime), nomes próprios (paperclip, harness), manifesto, GitHub.
• Conteúdo global: EN puro para LinkedIn de Tainan voltado a audiência LATAM/global, podcast cuts internacionais, repo READMEs.
• Não traduzir: "ship" não vira "entregar". "Drift" não vira "desvio". O termo é o conceito.
• Não code-switch performático: "let's grow together" no meio de texto BR soa fake.

Como traduzir "crew"

Os 3 elementos da logo

A logo DFL é puramente tipográfica. Três letras em Barlow Condensed Black, justaposta a uma barra (slash) em amber que marca a posição: dev / fellowship. A barra é o único elemento gráfico do sistema.

Regras de construção

Todos os arranjos oficiais

Quanto ar a logo precisa

O que nunca fazemos

Quando a DFL aparece junto

Co-branding com sub-marcas usa o slash como elemento de junção: DFL / SUB. Com parceiros externos: pipe vertical com 2× clear space.

A logo em contexto

De onde a marca vem

A logo atual é a v1.0 deste guide. Versões anteriores eram lockups ad-hoc.

Como o arquivo é feito

<!-- DFL wordmark · v1.0 · primary -->
<svg viewBox="0 0 240 60" xmlns="http://www.w3.org/2000/svg">
  <style>
    .dfl-text { font-family: "Barlow Condensed", sans-serif;
                font-weight: 700; font-size: 56px;
                letter-spacing: -2px; }
    .ink   { fill: #f4ede2; }
    .brand { fill: #E07A4A; }
  </style>
  <text class="dfl-text ink"   x="0"   y="48">DFL</text>
  <text class="dfl-text brand" x="118" y="48">/</text>
</svg>

Status legal

• "DFL" · marca registrada INPI · classe 41 (educação) e 42 (TI).
• "DevFellowship" · marca registrada INPI · classe 41 (educação).
• Slash + tipografia · trade dress · não-registrado mas reivindicado.
• Domínios · devfellowship.com (master) + .com.br + .dev defensivos.
• Handles sociais · @devfellowship em todas as plataformas onde existimos.

Mood & composição

O que cada tipo de imagem mostra

LUT DFL custom

Fellows · clientes · time

• Fellows são protagonistas. Foto em material DFL = fellow real, não modelo.
• Consentimento sempre. Toda foto de fellow precisa release assinado.
• Diversidade real, não cota visual. Foto reflete a coorte. Não montamos.
• Tela > rosto. Quando a história é o trabalho, foco vai pra tela.
• Tainan ≠ marca. Tainan é founder, não mascote. Pode aparecer, não TEM que aparecer.
• Crédito visível. Todo material publicado credita o fotógrafo em mono uppercase.

De onde puxar

Quando não tem imagem

Falta foto e o layout precisa preencher o espaço? Não invente. Coloca placeholder honesto.

Banido

• Generative AI illustration. Mascote 3D estilo Pixar, hand-drawn-AI, "isometric people".
• Stock corporativo genérico. "Business team high-five". "Diverse smiling group".
• Cliché tech. Mão segurando hologram, código verde matrix, gears flutuando.
• Foto de tela inventada. Se produto não existe ou não está em prod, placeholder.
• Brasilidade visual forçada. Sem amarelo-verde-azul, sem azulejo, sem Paulista pôr-do-sol.
• Sorriso de banco. Foto de "consultor sorrindo".
• Mãos digitando teclado prateado em fundo branco..
• Lousa branca com fórmula matemática complexa.

Como enquadrar

• Regra dos terços. Sujeito em 1/3 vertical e 1/3 horizontal. Nunca centro perfeito.
• Headroom mínimo. 5-10% acima da cabeça em portrait. Sem corte de testa.
• Linha do olhar livre. Sujeito olha para dentro do frame, não pra fora.
• Foreground / midground / background. 3 camadas dão profundidade.
• Negative space proposital. 30-40% vazio para texto ou respiro.

Como descrever uma foto

• Descrever o que está acontecendo, não o que é. "Maria revisando harness output no terminal" > "uma mulher trabalhando".
• Mencionar características relevantes sem reduzir a pessoa a elas.
• Máximo 125 caracteres. Mais que isso é narrativa, não alt.
• Nunca "DFL logo" como alt text. Descreva o conteúdo da imagem específica.
• Foto decorativa: alt="" (vazio explícito).

O que mandar pro fotógrafo

# brief · foto DFL · sessão YYYY-MM-DD

contexto:
[1 parágrafo · o que é a DFL · o que vamos usar a foto pra fazer]

mood:
- warm + low-sat (cap. 8.3)
- documental · pessoa trabalhando, não posando
- profundidade rasa em portrait · total em ambiente

shot list:
1. fellow @ work (10 frames · 1.6:1)
2. detail · keyboard / post-it (5 frames · 1:1)
3. portrait fellow (3 fellows · 5 frames cada · 4:5)
4. ambiente · hub (15 frames · misto)
5. tainan portrait · serial (10 frames · 4:5)

no-go:
- sorriso pra câmera
- prop stock
- flash duro
- saturação acima de 80%

entrega:
- RAW + JPG q85 + WebP q80
- ratio crops já feitos
- metadata · IPTC com créditos

— release assinado por todos · brand/photos/releases/

O único grafismo recorrente

A barra / da logo é o único elemento gráfico recorrente da DFL. Aparece como separador, acento, divider, bullet — sempre em amber, sempre em mesmo tratamento.

Único pattern oficial

Stripes diagonais a 135°, em duas variações de sand + uma amber para uso ritual.

12-col / 8-col / 4-col

Baseline · 4px

Toda altura, gap e padding é múltiplo de 4px. Passos usados: 4 · 8 · 12 · 16 · 20 · 24 · 32 · 40 · 48 · 64 · 80. Nada fora.

Hairline · mono-eyebrow · slash-divider · etc

Visualização de dados

Dataviz segue o sistema: 1 série em amber, intent para estado, mono pra eixo & rótulo. Sem 3D, sem sombra, sem gradient.

• Série principal sempre amber. Comparação usa muted neutral.
• Grid 1px --border-subtle. Eixos não recebem cor.
• Eixo, rótulo, valor — sempre mono. Tabular nums.
• Sem legenda flutuante. Inline annotation > legend separada.
• Outliers ganham cor de intent (danger queda, success alta).

Como desenhar a runtime DFL

Posters · spreads · capas

Decoração não é o trabalho

• 1 elemento gráfico por composição. Slash OU stripes OU dot pattern · não os três.
• Slash > tudo. Quando dúvida, slash. É o elemento mais reconhecível.
• Stripes pra quebra de seção. Não pra "preencher".
• Dot grid pra contexto técnico. Diagramas, fundo de timeline.
• Cross-hatch pra material editorial. Livro, proposta.
• Gradient pra hero. Sutil · radial · canto.

Quando faz sentido animar

• Motion comunica relação. A → B precisa mostrar de onde A virou B.
• Rápido por default. 120–220ms cobre 90%. Acima de 320ms só em page transition.
• Easing standard ou ease-out-snap. Sem bounce, elastic, spring exagerado.
• Reduzir motion = respeitar. prefers-reduced-motion desliga tudo não-essencial.
• Não animar em loop. Loading spinner exceção. Pulsa "pra atenção" → some.
• Direção espacial faz sentido. Sheet vem do lado · drawer de baixo · dropdown pra baixo.
• Stagger sutil. Items em lista podem entrar com 30ms stagger. Não mais.
• Performance > estilo. Anima só transform/opacity. Nunca width/height.

Os tokens completos

As que se repetem

Política de transition

• Entre páginas (app): nenhuma transition. Trocar página é instantâneo.
• Entre estados (mesmo componente): 120ms color/opacity. 180ms size/position.
• Entre views drill-in: 220ms slide-from-right; back slide-to-right.
• Modal/sheet/drawer: 220ms ease-out enter; 180ms ease-in exit.
• Hero animation marketing: 600–800ms tolerado · 1× por sessão.
• Route change marketing: 320ms cross-fade · não escudo de slide.

O contrato com acessibilidade

@media (prefers-reduced-motion: reduce) {
  *, *::before, *::after {
    animation-duration: 0.01ms !important;
    animation-iteration-count: 1 !important;
    transition-duration: 0.01ms !important;
    scroll-behavior: auto !important;
  }
}

Animações que não custam frame

Exemplo concreto

/* hero entra · 600ms total · ease-out · staggered */

@keyframes hero-eyebrow-in {
  from { opacity: 0; transform: translateY(-8px); }
  to   { opacity: 1; transform: translateY(0); }
}
@keyframes hero-title-in {
  from { opacity: 0; transform: translateY(12px); }
  to   { opacity: 1; transform: translateY(0); }
}
@keyframes hero-slash-in {
  from { opacity: 0; transform: scale(0.7); }
  to   { opacity: 1; transform: scale(1); }
}

.hero-eyebrow { animation: hero-eyebrow-in 220ms ease-out 0ms both; }
.hero-title   { animation: hero-title-in 320ms ease-out 100ms both; }
.hero-slash   { animation: hero-slash-in 220ms ease-snap 220ms both; }
.hero-body    { animation: hero-title-in 320ms ease-out 320ms both; }
.hero-cta     { animation: hero-title-in 320ms ease-out 440ms both; }

Motion que mata UX

• Parallax pesado. Faz a página parecer flutuante. Sem cabeça em prod.
• Auto-rotating carousels. Carousel só com swipe explícito.
• Bounce ao final. "Spring overshoot" estilo iOS 2008. Dramático sem ganho.
• Hover scale ≥ 1.05. Empurra layout · re-paint · cardápio de motion-sickness.
• Loading com mais de 1 sinal. Spinner + skeleton + progress = 3 ruídos.
• Animação que esconde estado. Animar uma tela inteira fade-in ao trocar de aba esconde quando carrega.
• Confete celebrativo. Sem confete. Sem fogos. Status sólido + número + pronto.
• Cursor follow effects. Cursor magnético, cauda de partículas — DFL não.

Papel ≠ tela

Em impresso o sistema vira light: papel sand #f6f1e7, tinta sand-900, amber rebalanceado para #c2663b (legível em CMYK 4-color). Tipografia ganha respiração maior; Georgia entra como serif editorial em texto longo.

Conversão CMYK · Pantone

6 surfaces · canônicos

Fellowship · Workshop · Participação

Template completo

Sales · Revera B2B · 12 slides

• Capa · dark · tagline + nome do prospect.
• Por que estamos aqui · 1 número específico sobre o time deles.
• Tese · 3 frases manifesto-style.
• O que ninguém faz · 3 diferenciais (plans, harness, infra própria).
• Como rodamos · diagrama da runtime.
• Caso 01 · cliente A · métrica antes/depois.
• Caso 02 · cliente B · métrica antes/depois.
• Caso 03 · cliente C · métrica antes/depois.
• Proposta · escopo + preço + cronograma — sem floreio.
• Time · quem entrega · headshot + role.
• FAQ · 4 perguntas que sempre vêm.
• Fechamento · 1 next step + canal de contato.

Material de evento + ambiente

Material distribuído

Capa · lombada · contracapa · spread interno

Livreto A5 · 24 páginas

O fellow recebe na entrada um livreto editorial: manifesto + sistema operacional do programa + glossário. Light editorial, Georgia + Inter, capa com slash + número da coorte.

• Cap. 1 — Manifesto (PT e EN lado a lado)
• Cap. 2 — O que é a runtime (plans · harness · brain · paperclip)
• Cap. 3 — Como medimos sucesso (drift, eval, PR shipped)
• Cap. 4 — Como pedir ajuda (TG, channels, mentor escalation)
• Cap. 5 — Como sair (offboarding + alumni network)
• Anexo · Glossário (mesmos termos do cap. 19 deste guide)

Ticket · meetup · 5 × 15cm

Como o material chega

• Welcome box (fellow): caixa kraft 30 × 22 × 8cm. Tampa interna com mark debossed. Wrap interno em papel seda sand. Manual A5 + camiseta + 3 stickers + caderno + cartão assinado.
• Livro pack (Alavancagem): envelope kraft 20 × 28cm. Adesivo de fechamento amber com slash. Marca-página em papel pesado com manifesto.
• Graduation box: caixa preta fosca 35 × 25 × 6cm. Foil amber externo (slash). Certificado emoldurado + livro + jaqueta + carta autoral.
• Revera kit: envelope A4 kraft + folder com proposta + caderno + cartão. Lacre amber.

Antes da peça

• Vestível diário. Cor sand-dark ou sand-light. Sem laranja-flúor, sem neon.
• Estampa pequena OU frase forte — nunca ambas. Marca discreta no peito, ou manifesto grande nas costas.
• Tipografia faz o trabalho. Barlow Condensed grande, JB Mono pequeno. Zero ilustração.
• Qualidade material acima da estética. Algodão 200g+, costura reforçada, tinta water-based.
• Fellow merch ≠ event swag. Fellow merch é nominado (nome no avesso). Evento é universal.
• Quantidade pequena, lote único. Não fazemos "loja DFL". Cada lote dura ~6 meses.
• Embalagem é parte. Caixa kraft, papel seda, cartão assinado. Não envelope plástico.

Default + manifesto + slash + drift + tokens + revera

Inverno + headwear + accessórios

Caderno · caneca · garrafa · mousepad · etc

Quem recebe o quê

Quando tiver espaço físico

• Parede manifesto · vinyl sand-dark sobre tinta sand-light · 240cm largura · manifesto Apple-1986.
• Parede de runs · monitor 65" mostrando paperclip board ao vivo.
• Sinalização interna · mono uppercase 24pt em vinyl amber discreto. Nomes: "Drift Room", "Plan Room", "Brain Room".
• Cadeiras · Aeron pretas. Sem cadeira startup colorida.
• Iluminação · 3500K constante. Sem RGB LED, sem neon "code is poetry".
• Plantas · aspidistra, monstera, sansevieria. Verde escuro, baixa manutenção.
• Mesa default · sand light, com caderno A5 DFL + lápis. Não desktop com 7 monitores.
• Música ambiente · pad eletrônico low-key. Sem rádio FM.
• Cozinha · café especialty BR. Sem cápsula Nespresso decorativa.

Como um meetup DFL aparece

Como o objeto chega

• Caixa kraft simples · 30 × 22 × 8cm · tampa interna com mark debossed · papel seda sand · welcome kit.
• Caixa preta fosca · graduation · 35 × 25 × 6cm · foil amber externo (slash) · interior amber acetinado.
• Envelope kraft · livro pack · 20 × 28cm · adesivo de fechamento amber · marca-página interno.
• Envelope A4 kraft · Revera · lacre amber · folder de proposta dentro.

Posição atual: leve, opcional

DFL não tem jingle. Tem um logo sonoro discreto: 1.2s de pad sand morno + 1 thump de baixo na entrada do slash. Quando aparece, marca o fim do intro/início do outro. Quando não aparece, silêncio é OK.

Banco sonoro · 5 cama de fundo

Frame-by-frame

00:00.0  silêncio · tela sand-dark
00:00.4  wordmark "DFL" fade-in 200ms (ease-out)
00:00.8  slash entra com snap (scale 0 → 1, 220ms ease-snap)
         + thump sonoro (opcional)
00:01.0  tagline "devfellowship" fade-in mono uppercase
00:02.0  hold
00:03.0  fade-out 400ms → conteúdo

Storyboard · 4 frames

Frame-by-frame

00:00.0  conteúdo · fade-to-black 300ms
00:00.5  wordmark + tagline fade-in centralizado
00:01.5  linha hairline cresce de 0 → 200px (220ms)
00:01.8  CTA mono uppercase fade-in
         "devfellowship.com / aplicar"
00:04.0  hold
00:05.0  end

Atribuição de fala

Como o vídeo se sente

• Corte seco. Sem dissolve, sem transition pack 2014. Cut, cut, cut.
• Cabeça reduzida. Cortar respiração inicial e final de cada take. Soa pensado, não falado.
• Cor. Warm + low-sat. LUT custom DFL: warm shift +5 mireds, sat −15%, lift slight em sombras.
• Tipografia em tela. Barlow Condensed. Mesma do print. Sem fontes de motion-pack.
• B-roll. Tela > pessoa caminhando. Mostramos código, plan, harness rodando.
• Aspect ratios. 16:9 master · 9:16 vertical · 1:1 quadrado.
• Frame rate. 24fps narrativa · 30fps screencast · 60fps motion intensa.
• Áudio. Mono em fala (não estéreo). Sample rate 48k. Bitrate AAC 256kbps.

O que produzimos · catálogo

Quando precisar de cama

Áudio standalone

Podcast canônico DFL: Drift Signal. 1 episódio/semana. Tainan + 1 convidado por episode. Estrutura: 3 min intro tese → 30 min conversa → 5 min síntese.

Texto em vídeo

• Short-form (Reels, Shorts, TikTok): caption queimada (open). Inter 32–40px. Fundo sand-dark com 70% opacity. Max 2 linhas.
• Long-form (YouTube): caption nativa SRT. Sem styling — herda do player.
• Idioma: PT-BR primário. EN secundário com auto-tradução revisada.
• Sincronia: caption aparece 50ms antes da fala, sai junto.
• Verificação: qualquer vídeo > 1min passa por revisor humano antes de publicar.

Voz · visual · cadência

Anti-padrões LinkedIn

• Sem "Eu estava no Uber e tive um insight…" no início.
• Sem perguntas-gancho fake ("vocês concordam?")
• Sem emoji decorativo (🚀💪✨).
• Sem "Eu te ensino em 10 passos" estilo guru.
• Sem hashtag explosion. Max 3 — todas em minúsculas.

Cultura · fellows · bastidores

• Feed: 1:1, dark-first, alterna manifesto-card / big-stat / fellow-spotlight / quote.
• Stories: bastidores (PR aberto, harness rodando), tickers de evento, drops.
• Reels: < 45s, 9:16, mesmo registro do YouTube short. Sem dance, sem trend.
• Highlight covers: ícone DFL amber sobre sand dark. Categorias: runtime · fellows · revera · meetups · alavancagem · manifesto.
• Bio: 1 linha posicionamento + link único pra hub.
• DM: resposta corrida tipo TG ("bora", "valeu"). Sem texto formal.

Grid de 9 · alternância

Pensa o feed como matriz 3×3 que rola. Próxima rolagem alterna: dark/light/dark · stat/quote/stat · slash/number/slash. Mantém o feed reconhecível mesmo no thumbnail.

Técnico · opinativo

• Conta DFL para anúncio + retweet do time. Conta Tainan para opinião + thread técnica.
• Thread > tweet solto. Cada thread: cabeçalho (tese), corpo (3–7 tweets), fechamento (call).
• Sem emoji. Sem "🧵". Apenas numerar tweets quando faz sentido.
• Screenshot de código sempre com tema sand-dark DFL (não tema padrão de IDE).
• Reply curto, direto, opinativo. Sem performance ou agradecimento ritual.

Cadência

• DFL: 1 anúncio / semana (drops, releases, threads próprias).
• Tainan: diário · 2-5 tweets · 1 thread / 2 semanas.

Educacional · long-form

• Vídeos > 8min. Padrão de intro/outro do cap. 15.
• Titles: minúsculas, descritivas, sem clickbait. "como rodamos overnight push", não "VOCÊ NÃO VAI ACREDITAR…".
• Thumbnail: cap. 12.8 — dark + Barlow Condensed grande.
• Descrição: 3 parágrafos máx + links pra plan/repo/blog.
• Comentários: respondemos com 24h, registro normal.
• End screen: cap. 12.X — wordmark + 1 next step.

Posição: tolerado · não prioritário

Shorts repurposed de YouTube — cortes de 30–60s com tese curta. Não fazemos conteúdo native pra TikTok. Se um short viralizar, ótimo. Não otimizamos pra algoritmo.

• Sem dancinha, sem trend, sem "POV".
• Capa: cap. 12.7 — hook gigante centro · zona safe-caption.
• Caption queimada (cap. 15.9).

Substack · quinzenal

Drop oficial + comunicação corrida

• Canal @devfellowship: drops de coorte, anúncios, vagas. Texto mono uppercase no início ("— DROP · 05-19"), mensagem em registro normal abaixo.
• Bot interno: avisos automáticos de run, drift signal, novo plan. Persona: técnica, sem floreio.
• Grupo de coorte: corrido, gírias BR+tech, "bora", "valeu", "PR aberto".
• 1:1 com Tainan: assíncrono. Tainan responde em minutos quando online, em horas senão.

Onde fellows ativos vivem

Drift Signal podcast

Hospedagem em Transistor.fm; distribuição via RSS público pra todas as plataformas. Identidade visual cap. 12.16 — capa quadrada sand-dark + slash. Sem capa diferente por episódio: identidade do canal > identidade do episódio.

Onde o método vive em código

• README de cada repo: header padronizado (cap. 12.19).
• Releases: versionamento semver. Notas em registro DFL — direto, sem "thanks all contributors" decorativo.
• Issues: templates de bug, feature, ADR. Quem abre escreve no tom DFL.
• Discussions: público; pergunta + resposta + decisão capturada.
• Social preview: cap. 12.15 — template visual por repo.
• Pinned repos: plans · harness · brain · paperclip. Os 4 pilares.

Como prospect Revera fala com a gente

• 2 tipos de slot: Alinhamento 60min (B2B) · Conversa fellow 30min (candidato).
• Cor: amber (cor da disponibilidade visualizada).
• Cover Calendly: cap. 12.17.
• Pré-meeting form: nome · empresa · timezone · 1 frase "o que tá te trazendo".
• Confirmação automática em PT-BR, voz DFL.

Comunicação interna avançada

• Loom: mensagens em vídeo curtas (< 5min). Background dark, lower-third pessoal.
• Notion comments: usados como ADR side-channel — decisões em comments viram ADR formal.
• Paperclip board: kanban interno · onde runs aparecem ao vivo. Não é canal de mensagem, é canal de estado.

Resumo único · todos os canais

Calendário de publicação

Playbook de erro público

Software DFL quebra em produção. Acontece. Quando acontece em público, a marca responde no tom da runtime: capturado, registrado, corrigido.

• Reconhecer rápido. Post / tweet em < 1h confirmando o problema.
• Sem desculpa performática. "Sentimos muito" sem ação concreta = ruído.
• Drift signal público. Capturar o que falhou em formato de post-mortem (cap. 19 link template).
• Status visível. fleet-health.devfellowship.com atualizado em tempo real.
• Resolução documentada. ADR público sobre o que mudou.

Template de comunicação · drift público

status · DEGRADED · 2026-05-19 14:32 BRT

what broke: harness-runner failed in 3/11 PRs
why: drift +0.34 no plan onboarding-revera
captured: episode 07 · drift signal in plans-app
fix: rolling out v2.1.3 · ETA 30min
status updates: fleet-health.devfellowship.com

— tainan

A família inteira em uma página

DFL  ·  devfellowship  (mother brand)
│
├── DFL Fellowship      ·  programa core (product line, não sub-marca)
├── DFL Edu             ·  guarda-chuva educacional (workshops, lives)
├── Revera              ·  B2B · sister-brand · lockup distinto
├── Alavancagem         ·  livro · editorial · serif protagonista
├── DFL Labs            ·  playground experimental
│
└── Produtos internos (não são sub-marca · usam DFL como pai):
       plans  ·  harness  ·  brain  ·  paperclip
       sandbox-manager  ·  dfl-runner  ·  dfl-learn
       dfl-financing  ·  dfl-flows  ·  lesson-studio
       books-app  ·  dfl-notifications  ·  dfl-fellow-portal
       dfl-process-mining  ·  dfl-bmcanvas  ·  dfl-apps

Quando criar nova marca

Quando a DFL veste terno

Paleta Revera

Aplicações Revera

Livro · serif protagonista

Paleta editorial · Alavancagem

Visual mais solto

Labs tem permissão de quebra estética — testamos motion ousado, ilustração experimental, layouts não-canônicos. O contrato: o wordmark DFL aparece em algum canto.

Workshops · live · cohorts curtos

DFL Edu cobre formato de aprendizado curto: workshops 1–3 dias, lives, cohorts focadas (ex.: "harness em 5 noites"). Visual = DFL puro. Lockup: DFL / EDU.

Como identificar produto interno

Plans, harness, brain, paperclip, sandbox-manager — não têm logo, não têm wordmark próprio, não têm paleta. São parte da DFL, identificados em mono uppercase ao lado da mãe.

Quando aparece com outra marca

Co-branding externo (cliente Revera, sponsor de evento, parceiro técnico) usa pipe vertical com 2× clear space entre marcas. Nunca trancamos a logo em uma "lockup parceria" — cada marca mantém sua área.

Quando duas regras colidem

• Cliente Revera quer cor própria. Não. Co-branding tem regra (17.8). Cada marca mantém sistema.
• Workshop pode usar logo de patrocinador no fundo? Sim, em pipe lateral. Nunca dentro do clear space DFL.
• Sub-marca novo que herda Revera? Não fazemos sub-sub-marca. Se necessário, vira produto Revera (sem marca, com label mono).
• Alavancagem vai virar série de livros? Sim · cada título mantém o lockup Alavancagem + serif. Cor da capa pode variar dentro da paleta sand.

Quem destrava o quê

Source of truth

Fluxo de pedido

• Abrir issue no repo devfellowship/brand com template "Pedido de artefato".
• Descrever: contexto, audiência, prazo, surface, exemplos de referência.
• Brand owner triagem em até 48h: aceita / pede ajuste / recusa com razão.
• Quem executa: fellow designer (se aceito) ou agente (se template existente).
• Review final: brand owner aprova ou pede iteração.
• Entrega: arquivo final + entrada em brand/artifacts/ + drop no canal interno.

3 formulários canônicos

### Pedido de artefato (template)

contexto: [1 parágrafo · pra quem é, pra quê]
audiência: [primária + secundária]
surface: [LinkedIn / IG / landing / etc]
prazo: [data hard]
referências: [3 links · pode ser do próprio guide]
arquivos necessários: [SVG, PNG, MP4, deck...]
quem entrega: [auto-assign ou nome]

— abre issue

Como o brand guide evolui

Cadência de review

Trimestral (4× ao ano). Cada review: brand owner + 1 fellow ativo + 1 cliente Revera convidado. Pauta: o que travou? o que foi ignorado? o que precisa de update?

Como mudar a marca ao longo do tempo

• Refinamento > ruptura. Marca DFL evolui em iterações pequenas. Rebrand total só se a tese mudar.
• Toda decisão durável vira ADR em brand/decisions/. Histórico fica auditável.
• Antes de adicionar, pergunta: dá pra remover? Sistema cresce por subtração quando possível.
• Brand é parte do produto. Mudança em DESIGN.md / tokens dispara revisão neste guide.
• Brand não é gosto pessoal. Owner muda, marca segue. Decisões ficam no ADR.
• Marca tem voz no design system. Quando os dois conflitam, fala-se primeiro com ambos os owners.

Como registrar mudança

# ADR-brand-007: adicionar cor secundária para Revera

## status
accepted · 2026-05-19

## contexto
Revera precisa de cor pra destacar KPIs em decks B2B
sem competir com amber DFL (que é a primary).

## decisão
adicionar trust-blue #5a85c4 como accent secundário
exclusivo de surfaces Revera.

## consequências
+ KPI Revera tem destaque visual próprio
+ DFL puro permanece mono-accent (amber)
- 1 cor a mais para manter
- risco de "vazar" para DFL puro · mitigação: docs no cap. 17

## alternativas consideradas
- usar amber + opacity diferente · rejeitado: pouco contraste
- usar success green · rejeitado: confunde com status

— brand-owner, ds-owner

Sweep regular do guide

• Cada app DFL passa por checklist visual: logo correto, cor correta, tipo correto, voz correta.
• Templates em brand/artifacts/ dos últimos 90 dias revisados em batch.
• Identificar drift entre guide e aplicação real. Drift > 10% = guide desatualizado, não app.
• Drift < 10% = corrigir aplicação.
• ADRs registrados para mudanças aprovadas.

Quem pode usar a logo DFL fora

A marca também diz não

• Pedido pra "uma versão da logo só com X" → não.
• Pedido pra "logo em foto stock corporativa" → não.
• Pedido pra usar a marca em produto que conflita com nossa tese → não.
• Pedido pra "colocar a logo num evento que não pediu permissão" → não.
• Pedido pra co-branding sem ADR aprovado → não.

O vocabulário canônico

Download bundle

Versão final em PT e EN

Quick check de 60 segundos

• Logo na posição certa, clear space respeitado.
• Cor primary amber aplicada onde faz sentido (CTA, focus). Sem amber decorativo.
• Tipografia: Barlow display, Inter body, JB Mono meta, Georgia editorial.
• Vocabulário-zumbi removido (synergy, leverage, jornada, stakeholder…).
• Verbos ativos. Prova > adjetivo. Número específico onde possível.
• Tom checado contra cap. 3.6 do canal específico.
• Acessibilidade: contraste WCAG AA mínimo, alt text em imagem.
• Tagline / rodapé com referência DFL onde aplicável.
• Foto = real ou placeholder. Nunca stock corporativo, nunca AI-illustration.
• Aprovação registrada (se aplicável, ver cap. 18.1).
• Versão do artefato no nome do arquivo (vYYYY-MM-DD-name.ext).
• Backup em brand/artifacts/ antes de distribuir.

Para quem usa a marca

Documentos canônicos da runtime

Plan template

# plan: <nome>
status · draft | locked | shipped | archived
owner · @taigfs
versão · v1.0.0

## contexto
[1 parágrafo · de onde veio o plan]

## decisões duráveis
- [decisão 1 · com link pra ADR-XXX]
- [decisão 2]

## escopo
- entregável A
- entregável B

## execução
- agent: claude-main
- sandbox: my-sandbox
- harness: required

## drift signal
[preenchido no fim da run]

— created 2026-05-19 · plans.tainanfidelis.com/0142

ADR template

# ADR-XXX: <título da decisão>
status · proposed | accepted | superseded
data · 2026-05-19

## contexto
[1 parágrafo · qual o problema]

## decisão
[1 parágrafo · qual a escolha]

## consequências
+ ganho 1
+ ganho 2
- custo 1
- risco 1

## alternativas consideradas
- alt 1 · rejeitada: razão
- alt 2 · rejeitada: razão

— quem aprovou · referências

Drift signal template

drift-signal · run-2026-05-19-overnight

magnitude: +0.14
episode: 07
expected: PR-142 merged in 30min
actual: merged em 2h · 3 reverts no caminho

root cause:
plan não previu race-condition em sandbox-manager.

what was learned:
adicionar lock em sandbox-spawn → ADR-024 aberto.

what changes:
plans v2 vão incluir secção "sandbox-locks needed".

— captured by paperclip · plans-app · ingested by brain

Quando bater dúvida

O que mudou e quando

Sobre este documento