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.

As regras antes da paleta

• Dark-first. Sand-950 e empilhamento de superfícies. Light mode existe (5.8) para contextos editoriais — não default.
• Saturação baixa. Nenhum neutral passa de chroma 0.02. Saturação é informação.
• Um accent. Amber #E07A4A é o único. Sem accent-2. Se algo precisa "destacar" e não é estado, está mal hierarquizado.
• Estado tem cor; emphasis não. success/warning/danger/info dizem "este objeto está neste estado". Nunca "olha aqui".
• Hierarquia por superfície, não por sombra. Card mais importante → promove para surface-raised.
• Identidade ≠ UI. Paleta member-* é para pessoas. Nunca vira UI.

Superfícies + tinta

Surfaces · empilhamento dark

Ink · tinta

Borders

O único accent

Amber é a assinatura. Primary CTA, indicador de tab ativa, switch on, focus ring, "in progress" status. Nada decorativo.

Cor diz estado, não importância

Avatars · estável-por-hash

Hash do UUID → slot. Mesma pessoa = mesma cor em todo lugar (avatar, owner tag, mention chip). Nunca reaproveitar como UI.

Exemplo · avatar stack

Quanto de cada cor por tela

Contrastes verificados

Regra prática: nunca use --brand (#E07A4A) como cor de texto em body. Use --brand-hi (#f0a872) — testado AAA.

Quando o dark não cabe

Light mode existe para contextos editoriais: propostas Revera, certificados, livro Alavancagem, longform de blog. App e dashboard ficam dark. Nunca há "alternância de tema" em produto.

O único caso de accent #2

Como a cor aparece em filme

• LUT DFL custom: warm shift +5 mireds, sat −15%, lift slight em sombras.
• Highlight clip: never burn out. Sand white é o teto.
• Sombras: nunca crush · mantém detalhe em sand-950.
• Skin tones: warm-realista. Sem hot-orange.
• Lower-thirds: amber +1 frame em entrada · usa stroke amber, não fill.

Para entregar a designers e devs

Quem faz o quê

Spec + amostra

Como uma página longa se organiza

O que combina

As 10 não-negociáveis

• Floor body: 12px desktop · 14px mobile.
• iOS input rule: any input · 16px mínimo (evita auto-zoom).
• Mono uppercase quando é meta. Mono case-sensitive quando é código/dado.
• Barlow Condensed nunca em body. A condensação prejudica leitura longa.
• Inter italic só em ênfase. Não estilizamos parágrafos inteiros · pra isso existe Georgia.
• Letter-spacing só em mono uppercase (0.6–0.8px) e em display ≥48px (negativo, −0.5 a −2px).
• Tabular nums obrigatório em colunas numéricas e dashboards.
• Line-height mínimo: 1.2 em display, 1.4 em body, 1.6 em prosa.
• Max line-length: 72ch em prosa, 90ch em UI.
• Hyphen automático off para títulos · on para body longo.

Features ativadas

PT-BR + EN + futuro global

• PT-BR: Barlow Condensed e Inter ambos têm suporte completo a diacríticos (ã, ê, ç).
• EN: idem · sem ajuste.
• Espanhol: suporte completo nas três famílias · pré-aprovado para LATAM.
• Asiáticos (futuro): Noto Sans CJK como fallback. Inter+CJK pairing pre-aprovado para JP/KR.
• Hebraico/Árabe: ainda não testado. Necessita audit se for usar.

Web · self-hosted

• Self-hosted em brand/fonts/ · WOFF2 + WOFF + TTF backup.
• Subsetting: Latin + Latin Ext + PT-BR diacríticos. Reduz peso ~60%.
• Preload Inter 400 · Inter 600 · Barlow 700 (3 críticos).
• font-display: swap · evita FOIT.
• Fallback metric overrides: ajusta system-ui pra match Inter (size-adjust, ascent-override).
• Lazy load: JetBrains Mono e Georgia (não-crítico) lazy.

@font-face {
  font-family: "Inter";
  src: url("/brand/fonts/inter-400.woff2") format("woff2");
  font-weight: 400;
  font-style: normal;
  font-display: swap;
}

/* preload no <head> */
<link rel="preload" href="/brand/fonts/inter-400.woff2"
      as="font" type="font/woff2" crossorigin>

Como o texto respira

Grid 24px

Conceitos da runtime

O que não criamos

Para UI genérico, usamos Lucide-react — biblioteca open-source com mesmo grid 24, stroke 1.5. Lista pré-aprovada:

Workflow

• Primeiro pergunte: dá pra reusar? 80% existe em Lucide.
• Se for conceito DFL-específico (runtime), cria. Plans, harness, drift, episode.
• Desenha no grid 24 × 24, mantém 2px padding. Figma ou direto SVG.
• Stroke 1.5px, round caps. Testa em 14px e em 28px.
• Sem fill. Sem gradient. Sem cor hard-coded.
• Submit como PR em dfl-components/icons. Acompanha uso real + teste visual.

Quando usar qual tamanho

Foto > placeholder > diagrama

DFL não tem estilo de ilustração próprio. Deliberado. Ilustração custosa de manter ⨯ baixo retorno em produto operacional ⨯ alto risco de "AI slop look".

• Layout pede imagem? → placeholder honesto (SVG striped + label mono).
• Conteúdo exige imagem real? → foto (cap. 08), nunca ilustração.
• Visualizar conceito? → blocos + linhas no estilo runtime.

Posição: muito raro

Em produto: nunca. Em canal interno fellow (TG, Discord): tudo bem, faz parte do registro corrido. Em marketing público: nunca.

Emoji permitidos · usos internos

Como salvar

<!-- icon · plan · 24x24 · stroke 1.5 -->
<svg
  width="24" height="24" viewBox="0 0 24 24"
  fill="none"
  stroke="currentColor"
  stroke-width="1.5"
  stroke-linecap="round"
  stroke-linejoin="round"
  xmlns="http://www.w3.org/2000/svg"
>
  <rect x="4" y="4" width="16" height="16" rx="2"/>
  <path d="M8 10h8M8 14h5"/>
</svg>

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.

Como compomos uma tela

• Hierarquia por superfície. panel → raised mostra importância. Nunca border-accent ou shadow.
• Respiração consciente. Padding default 20px em card, 24px em seção, 64px entre seções.
• Linhas dentro · espaço entre. Items em lista têm hairline divider. Cards entre si têm 32px respiração.
• Tipografia faz hierarquia, não cor. Tamanho, peso, mono-eyebrow.
• Densidade adequada à tarefa. Dashboard pode ser denso. Landing precisa de ar.
• Alinhar à grid. Sem pixels intermediários · sempre 4px múltiplos.
• Content-first. Layout serve conteúdo, não o contrário.
• Mobile-first em produto. Marketing pode ser desktop-first se faz sentido.

Tokens completos

6 tiers

As que se repetem

Desktop → mobile · regras

Hard rule: <body> nunca tem overflow-x.

44 · 48 · 56

Hit area pode exceder o visual via padding invisível — o que conta é onde o dedo acerta.

A composição-mãe do produto

┌─ header (56px) ─────────────────────────────────┐
│                                                 │
├─ sidebar ─┬─ main ──────────────────────────────┤
│ 224px     │ contentMaxWidth: 1280px             │
│ 56px      │ padding: spacing.6 (24px)           │
│ collapsed │                                     │
├───────────┴─────────────────────────────────────┤
│ statusbar (24px) · mono-uppercase               │
└─────────────────────────────────────────────────┘

Hierarquia de camadas

Layouts que se adaptam

/* 1 / 2 / 3 / 4 cols responsivo */
.bg-grid-auto {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(240px, 1fr));
  gap: var(--space-6);
}

/* sidebar + main */
.bg-app {
  display: grid;
  grid-template-columns: 224px 1fr;
}
@media (max-width: 880px) {
  .bg-app { grid-template-columns: 1fr; }
}

/* container max-width */
.bg-container {
  max-width: 1280px;
  margin-inline: auto;
  padding-inline: var(--space-6);
}

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.

Surface inventory completo

Os blocos que se repetem em todo app

Componentes vivem no registry dfl-components-cli (shadcn-style). App nunca copia-cola — sempre puxa do registry com npx dfl add.

Botões · 6 variantes

Inputs · estados

StatusPill · 13 estados

Cards · 3 variantes

App icons · web

14 receitas visuais · aplicadas em 7 formatos

A biblioteca abaixo é um cardápio. 14 receitas visuais (manifesto-card, big-stat, slash-hero, terminal, debate, etc.) re-renderizadas em 7 formatos (IG feed/stories/reels, TikTok, YouTube thumb, LinkedIn, X, AppStore, landing). Pegar uma receita + um formato dá um template pronto.

Receitas visuais

9 templates prontos · ratio 1/1

Feed @devfellowship — alterna manifesto-card, big-stat, fellow-spotlight e editorial-quote para criar ritmo. Não publique 3 manifestos seguidos: o feed perde respiração visual.

> spawning 11 subagents
> plan: onboarding-revera ✓
> sandbox up · paperclip up
> exec ▌
─────────────────────────
  episode 03  drift +0.14
  episode 07  drift +0.02
  episode 11  drift −0.08
─────────────────────────> 11/11 PR merged

Padrão de grid · 9 posts

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

6 templates prontos · ratio 9/16

Story é o canal mais rápido. Hierarquia: topo com mark, centro com mensagem, rodapé com CTA. Margens internas 8–10% pra UI nativa do IG não engolir.

5 templates · hook obrigatório nos primeiros 3s visualmente

Reels cover é o que para o scroll. Texto grande, legível em mute. O cover não precisa "ser bonito" — precisa fazer o dedo parar.

4 templates · caption-safe

TikTok come 30% inferior com caption + CTA nativos. Tudo importante fica no terço central. Anúncios usam o template announcement-amber: fundo brand inteiro garante view sem necessidade de cor.

10 variações · 1 padrão de cabeçalho · 0 clickbait

Thumbnail YouTube é onde a regra "mono uppercase para meta" mais ajuda: o "— EPISODE 07 · 22 MIN" no canto vira reconhecimento de canal. Texto principal sempre Barlow Condensed, 60+ pt no design 1280×720.

Anti-padrões

• Não use rosto com boca aberta + setas vermelhas + emoji de fogo. Não somos YouTuber.
• Não escreva o título do vídeo na thumbnail. Thumbnail diz uma coisa, título diz outra.
• Não capitalize a frase inteira em formato sentença. Use Barlow Condensed uppercase no sistema, ou caps-on-purpose.
• Nunca use mais de duas cores além do sand-stack + amber. Intent colors aparecem só em "data-chart".

2 templates · safe zone respeitada

Tudo crítico fica na safe central de 1546 × 423 (linha tracejada no exemplo). Bordas podem ser stripe ou gradient — TV vai cropar.

3 covers · 3 posts · 1 carrossel completo

Banners de perfil · 3 variações

Imagens para post · 3 receitas

Carrossel completo · 6 slides (drift = data)

2 headers + 2 cards · sem emoji, sem 🧵

4 ícones · 4 screenshots prontos

Ícones · 4 variações

Screenshots App Store · 4 telas · iPhone

2 templates · light pra transacional · dark pra marketing

Subject lines · padrão DFL

DFL · Revera · Alavancagem · hero pronto

Estrutura padrão da landing DFL

O que aparece quando linkam você

OG cards · 3 receitas

GitHub social preview · 1280×640

Coberturas de canais editoriais

Discord · Telegram · Calendly

O que aparece quando algo não está pronto

DFL não esconde estado vazio. 404 captura como drift; coming soon registra timing. Em vez de ilustração mascote, o mesmo sistema vazio do produto + voz.

Headers consistentes em todo repo

<div align="center">
  <h1>DFL <span style="color:#E07A4A">/</span> plans</h1>
  <p><em>plan-driven autonomous execution · part of the DFL runtime</em></p>
  <p>
    <a href="#"><img src="https://img.shields.io/badge/status-alpha-E07A4A" alt="alpha"/></a>
    <a href="#"><img src="https://img.shields.io/badge/devfellowship-runtime-1a1714" alt="runtime"/></a>
    <a href="#"><img src="https://img.shields.io/badge/self--hosted-yes-7aa2e0" alt="self-hosted"/></a>
  </p>
</div>

> "Plans before code. Code before review. Review before celebration."

## What it is
plans-app is the source of truth for durable decisions in the DFL runtime.
Public, versioned, immutable once locked. Agents execute. Humans unblock.

## Quick start
```bash
npx dfl-plans init
npx dfl-plans publish ./my-plan.md
```

## Architecture
- read · the plan
- act · agents claim episodes
- record · drift signal at end of run
- learn · brain ingests

## Why
Plans aren't documentation. They're the runtime.
Hand-rolled READMEs are theater. Plans are operational.

— DFL · 2026

9 layouts canônicos

Documentação interna que parece DFL

• Page cover: banner sand-dark de 40px + slash amber centro · sem foto stock.
• H1: Inter 28 bold.
• Body: Inter 15.
• Callout: background panel-2, ícone / amber, mono uppercase pra label.
• Code block: JB Mono 13, theme dark sand (não tema padrão dark do Notion).
• Database views: Table com mono uppercase no header, StatusPill nos status fields.
• Templates registrados: "Plan", "ADR", "Run report", "Drift signal", "Episode", "FAQ entry".

Cada pessoa · mesmo template

Reconhecimento na timeline

Não-negociáveis em produto e marketing

• Contrast WCAG AA mínimo em todos os pares texto+fundo (cap. 5.7).
• Alt text descritivo em toda imagem publicada — incluindo OG, IG feed, LinkedIn. "DFL marca" não é alt text — descrever o conteúdo da imagem.
• Focus visível sempre. Nunca outline: none sem substituição amber.
• Caption em todo vídeo postado. Caption queimada (open) pra short-form (TikTok/Reels), caption nativa pra YouTube.
• Touch target 44px+ em todo botão mobile.
• Reduced motion respeitado em toda animação não-essencial (cap. 11.5).
• Heading hierarchy correta (h1 → h2 → h3, sem pular nível).
• Form labels sempre presentes (não apenas placeholder).

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

Logo das mini-apps DFL

Logo → app (proposta, ranqueada por acesso)