O Catálogo de Agentes

O FlowForge não trata IA como um gênio único. Ele opera um banco de especialistas — cada um um expert profundamente instruído em uma disciplina, cada um despachado pelo ACE exatamente para o trabalho em que é melhor. Este capítulo é o elenco: 53 agentes especialistas, divididos por disciplina, um item para cada um.

O mesmo catálogo é publicado na web em flowforgesoft.com/agents — este capítulo espelha essa estrutura para que o manual e o site se leiam como um único produto.

Roteamento, em uma frase: recorra ao especialista quando ele te multiplica — trabalho paralelo, expertise profunda de domínio, ou uma revisão independente — e diga por que quando não recorrer. Algumas disciplinas são hierárquicas: um arquiteto de nível estratégico decide a abordagem e entrega um brief a um agente-folha que o implementa. Esses pares são indicados abaixo.

Ingestão e Descoberta de Projeto

fft-code-explorer — O especialista de ingestão de projeto da fase 0. Lê a árvore de código-fonte, o esquema do banco de dados (inferido a partir das migrations — sem necessidade de credenciais ao vivo), configurações e lockfiles para detectar o que um projeto é: frameworks e suas versões exatas, linguagens, dependências, arquitetura, pontos de entrada. Ele nunca chuta — verifica na fonte — e então delimita o escopo da onda de especialistas seguinte. É aqui que começa a aterrissagem de uma base de código legada.

Arquitetura e Planejamento

fft-requirements-analyst — O interrogador anti-fabricação. Questiona o escopo antes de qualquer arquitetura ser desenhada, captura a intenção do cliente ao pé da letra, e produz o pacote estruturado de requisitos sobre o qual todos os agentes seguintes constroem. Somente leitura: ele pergunta e relata; não escreve código.

fft-architecture — O arquiteto de sistemas. É dono das decisões estruturais, dos padrões de design e da liderança técnica — as decisões no estilo SOLID, faça-certo-e-faça-uma-vez, que são caras de desfazer.

fft-project-manager — Quebra features em tarefas, constrói a estrutura de milestones e tickets, e mantém o plano organizado.

fft-product-owner — Prioriza por valor, alinha as partes interessadas, e guarda a linha entre o que está no escopo e o que não está.

API e Backend

fft-api-designer — Design de APIs REST, GraphQL, gRPC e WebSocket: contratos, especificações OpenAPI, versionamento e superfícies amigáveis para desenvolvedores.

fft-backend — Implementação do lado do servidor em Node.js, Python, Ruby, Java e Go — autenticação, serviços e arquiteturas escaláveis.

Banco de Dados

Banco de dados é hierárquico, e é a única organização cuja divisão é uma divisão de direitos: o arquiteto desenha os dados em arquivos e nunca abre uma conexão — ele não tem shell algum —, enquanto o DBA é o único agente autorizado a tocar um banco de dados real, e somente pela porta flowforge db. Leituras em produção rodam sob um papel somente-leitura; qualquer mudança em produção exige uma concessão emitida por você, registrada e com prazo de validade. Ninguém da equipe jamais detém a chave de proprietário.

fft-database-architect — A cabeça do modelo de dados (antes fft-database). Decide qual armazenamento serve — perguntando primeiro se o PostgreSQL já absorve a necessidade —, depois o ERD, o design físico (chaves, índices, partições), quem pode ler e escrever cada tabela e como conferir isso, e o plano de migração passo a passo, com o custo de bloqueio e o caminho de volta. Entrega tudo isso como um SCHEMA BRIEF e julga o relatório do DBA contra ele.

fft-dba — A folha de operação, hoje para Supabase-PostgreSQL e SQLite. Ensaia toda migração antes numa cópia descartável, lê a produção somente-leitura, aplica uma mudança só com o brief, a evidência do ensaio e a sua concessão ainda válida, depois confere o resultado e devolve um OPERATION REPORT — inclusive “preparado, não aplicado” quando falta a concessão. Nunca altera o design, nunca executa nada destrutivo, nunca põe uma senha na linha de comando e nunca aprova o próprio trabalho.

Frontend e Design

O trabalho de design é hierárquico: a autoridade de design decide quais diretrizes regem esta superfície e entrega um brief ao implementador-folha certo.

fft-design-architect — A autoridade máxima de design — o análogo, em design, do arquiteto de sistemas. Detém o corpo de diretrizes (Apple HIG, Material 3, WCAG, o cânone de design do FlowForge e o manual de marca) e emite, para cada superfície, o design brief contra o qual os designers-folha implementam e o revisor julga o GOLDEN. A estratégia de design começa aqui.

fft-frontend — React, Vue, Angular e UI moderna — o agente-folha de implementação web: arquitetura de componentes, animação e interfaces responsivas e acessíveis.

fft-web-designer — O agente-folha de craft visual web: a aparência do site de marketing, do dashboard administrativo e do web-chrome do app desktop — composição, hierarquia visual, layout visual responsivo, movimento e temas claro/escuro. Aplica os tokens de marca a partir do design brief e entrega ao fft-frontend uma especificação visual pronta para implementar. É dono da aparência; delega pesquisa, arquitetura de informação e impressão ao fft-designer, e o código ao fft-frontend.

fft-designer — O agente-folha de disciplina de UX e sistema de design — pesquisa de usuário, arquitetura da informação, método de usabilidade e acessibilidade, e arquitetura de design system — além de todas as superfícies de impressão/papelaria (relatórios, PDFs). Por ora também responde pelo design de mobile e apps nativos, até que um agente-folha dedicado de design de plataforma seja criado. Implementado a partir do brief.

fft-brand-architect — Identidade de marca, teoria das cores, sistemas de tipografia e design tokens — o agente-folha de marca.

Mobile

fft-ios — iOS nativo: Swift, SwiftUI, UIKit, concorrência estruturada e o ciclo de vida da App Store.

fft-android — Android nativo: Kotlin, Jetpack Compose, Material Design 3 e conformidade com a Play Store.

fft-flutter — Dart 3+ multiplataforma com Riverpod e GoRouter, UI adaptativa em iOS/Android/Web/Desktop.

UI de Terminal

O trabalho de UI de terminal é hierárquico: um arquiteto decide a composição, um designer trabalha o visual de cada tela, e um agente-folha escreve o código da view — arquiteto → designer → tui.

fft-tui-architect — Composição estratégica de UI de terminal: layout em tela cheia, foco entre painéis, breakpoints responsivos, a disciplina de adoção do ecossistema Charm, e o portão de QA visual. Decide a composição; delega o design visual de cada tela ao fft-tui-designer e o código de linha ao fft-tui.

fft-tui-designer — O agente-folha de design visual de terminal: mockups por tela, hierarquia visual, co-renderização de cor/glifo/rótulo, aplicação dos tokens de espaçamento, e tabelas de estado — a régua do “belíssimo”. Guarda o gosto do fundador como cânone (o Manual de Design de TUI, o Cânone de Espaçamento, o blueprint de cabeçalho/moldura) e entrega ao fft-tui uma especificação de tela pronta para implementação.

fft-tui — Artesanato profundo em Charm.sh: BubbleTea, lipgloss, bubbles, glamour e o padrão Model-View-Update da Elm, com acessibilidade, design responsivo e um orçamento de 60fps. O cockpit que você usa é obra dele.

Qualidade e Segurança

fft-qa — Garantia de qualidade e estratégia de testes: TDD, cobertura e testes unitários, de integração, E2E e de performance.

fft-code-reviewer — O guardião da qualidade de código e o único árbitro do veredito GOLDEN. Ele verifica as alegações de um worker contra as fontes primárias, não contra a própria palavra do worker.

fft-security — Modelagem de ameaças, conformidade OWASP e revisão de segurança em defesa profunda (defense-in-depth).

fft-web-quality — Validação empírica de PRs web: capturas de tela em múltiplos viewports, Core Web Vitals, varreduras WCAG com axe-core, detecção de links quebrados — evidência, não opinião.

Operações

fft-devops-agent — O operador de plataforma: deploys, DNS, certificados, plan e apply de Terraform, workflows de CI, encanamento de segredos e leitura de custos — da stack que o seu projeto realmente usa, pela porta flowforge platform e com a sua aprovação registrada. Nunca mexe em banco de dados nem executa uma release.

fft-github — Fluxos de trabalho de Git e GitHub: branches, PRs, mecânica de issues e gestão de repositório.

fft-release-engineer — O operador de release. Leva uma release de “a linha está pronta” até “os clientes já têm” pelos próprios verbos de release do FlowForge: a verificação prévia, as notas de release e o pacote da carta, o corte até o pedido de consentimento, a tag, o staging, a conferência de cada artefato pelo nome, o ensaio do candidato, a checagem que um cliente faria depois da promoção e a atualização com paridade de instalação. Carrega as armadilhas de release documentadas. Nunca responde ao consentimento do corte e nunca promove — essas duas aprovações continuam sendo suas.

Documentação

fft-documentation — Redação técnica, documentação de API e gestão do conhecimento — documentação abrangente e sustentável.

fft-documenter-br — Documentação em português brasileiro, com gramática e acentuação PT-BR rigorosas. Rejeita o português europeu; todo conteúdo em PT-BR passa por ele.

fft-documenter-es — Documentação em espanhol, com ortografia da RAE, tildes e pontuação invertida, e registro latino-americano. O equivalente, em espanhol, do fft-documenter-br.

Marketing e Conteúdo

Marketing é hierárquico: uma cabeça guarda a história que todas as frentes contam, e as frentes a contam. A cabeça decide; não escreve copy, não publica e não gasta. Mídia paga mantém a própria cabeça (abaixo) e só sobe as questões que cruzam frentes.

fft-marketing-architect — A cabeça de marketing. Decide o que a empresa diz, para quem, em que ordem e por quais frentes: o cânone de posicionamento e sua espinha de mensagem travada (uma afirmação principal, três provas, uma chamada para ação e as formulações exatas que todas as frentes copiam), o nível de lançamento que uma versão merece — julgado pelo que mudou para o comprador, não pelo número da versão —, o calendário, o papel de cada frente e como um orçamento se divide entre as frentes. Escreve o LAUNCH BRIEF contra o qual as frentes planejam, montado a partir do que o product owner e a cabeça de analytics já possuem. Onde um número não existe, diz UNKNOWN e nomeia o trabalho que o produziria; nunca decide uma disputa da qual é parte, e só prepara rascunhos — nunca publica nem gasta.

fft-content-strategist — O agente-folha de copy: as palavras de todas as frentes. Landing pages, conteúdo de SEO on-page, copy de e-mail, micro-copy, textos longos e variações de anúncio, escritos a partir de um brief que ele não escreveu. Nunca inventa posicionamento, público ou métrica de sucesso, e nenhum número, citação ou afirmação sai sem fonte citada e datada — uma linha sem fonte é uma lacuna visível, nunca um chute. Ele prepara rascunhos; nunca publica.

fft-social-media — O agente-folha de redes sociais: transmissão da marca e mecânica de plataforma em seis plataformas — Instagram, LinkedIn, X, TikTok, empacotamento do YouTube, e Páginas e Grupos do Facebook. Mantém a ficha datada de restrições de cada plataforma que todas as frentes usam, redige toda resposta a comentários recebidos para uma pessoa aprovar, nunca apaga uma crítica, nunca roda anúncios da Página, e avalia um post apenas contra a linha de base da própria conta — nunca contra um benchmark inventado.

fft-devrel — O agente-folha de relações com desenvolvedores. Conquista para um produto o seu lugar nos canais em que desenvolvedores confiam — Hacker News, Reddit, Product Hunt, Discord, newsletters de desenvolvimento e criadores de conteúdo — ajudando desenvolvedores a ter sucesso em público. Decide quais histórias técnicas contar, onde e com que prova; pesquisa criadores um a um e redige a abordagem para o fundador enviar; conduz o programa do Discord; e relata as perguntas que a documentação não responde. Nunca vota nem pede votos, nunca usa uma segunda identidade nem esconde para quem trabalha, nunca mexe em avaliações, nunca publica como uma pessoa real e nunca lança sem o aval do fundador e sem uma pessoa real, que consentiu, para publicar. Só prepara rascunhos — quem aperta o botão é uma pessoa.

fft-product-marketer — O agente-folha de marketing de produto: transforma a história da cabeça no material com que uma venda acontece. Mantém a tabela de afirmações — a lista do que a empresa pode dizer, cada afirmação com a evidência que a sustenta, reverificada a cada versão — e, a partir dela, monta battlecards, o kit de uma venda conduzida pelo fundador, estudos de caso e o anúncio de cada versão. Aplica a história que a cabeça de marketing guarda; nunca é dono dela nem a altera. Nunca decide um preço, nunca cita um concorrente em nada que o comprador leia, nunca pede um estudo de caso a um cliente que ainda não teve resultado e nunca inventa uma citação. Só prepara rascunhos.

fft-lifecycle-marketer — O agente-folha de ciclo de vida: é dono do que uma pessoa recebe por e-mail, desde o dia em que se inscreve ou cria a conta até virar cliente pagante e ativo. O trabalho fixo dele é a newsletter: a cada edição, pede a cada agente dono de uma parte essa parte — o que foi lançado, a história, os números, as palavras — e monta um pacote único; no dia do envio, roda uma lista de verificação, cada linha com a sua prova (o gate e o preflight da edição, o envio de teste recebido, consentimento e descadastro comprovados, as páginas publicadas). Entre uma edição e outra, lê a saúde da lista com o analista de dados — quem entrou, quem saiu depois de cada edição, o que foi devolvido — e desenha as jornadas de boas-vindas, ativação e reconquista. Nunca escreve as palavras, nunca manda e-mail a quem não pediu, nunca mexe numa conta acompanhada pelo customer success e nunca conta uma “abertura” como uma pessoa lendo. Só prepara rascunhos — quem aperta enviar é o fundador.

Customer Success

Customer Success é hierárquico: o arquiteto desenha a máquina de retenção e entrega um brief de play ao analista, que o executa contra contas reais.

fft-cs-architect — A cabeça de estratégia de CS. Desenha a arquitetura de onboarding→adoção→retenção→expansão, o modelo de health score (sinais de uso, engajamento, sentimento, suporte e faturamento — indicadores antecedentes, não um verde de vaidade), a modelagem de risco de churn, a estrutura de QBR e planos de sucesso, e os playbooks segmentados. Conhece o cenário de ferramentas — Gainsight, Totango, ChurnZero e afins da classe Vitally — e a matemática de NRR/GRR que faz da retenção o motor de crescimento composto.

fft-cs-analyst — O agente-folha de execução. Executa os playbooks do arquiteto contra contas nomeadas: cadência de touchpoints, relatórios de health por conta, acompanhamento do runway de renovação, save plays sobre gatilhos de risco, e relatórios estruturados de resultado de volta à cabeça. Ele nunca reescreve a estratégia — quando a realidade contradiz o brief, escala com evidências.

Tráfego Pago

Tráfego pago é hierárquico: o arquiteto desenha a campanha; o gestor de tráfego a constrói e opera dentro dos consoles de anúncio de verdade.

fft-paid-media-architect — A cabeça de estratégia de mídia paga. Pesquisa de mercado e audiência (estágios de consciência), posicionamento e desenho de oferta, arquitetura de funil de vendas, mix de canais entre Meta e Google/YouTube, direção de campanha e criativos, estratégia de orçamento e lances, e o plano de mensuração — métricas de sucesso nomeadas, limiares de kill/scale, e a disciplina de ROAS por plataforma versus a verdade combinada (blended). Desenha todos os degraus de rastreamento, de nada sair da empresa (R0) até o pixel no navegador (R4), e registra o degrau que o cliente escolheu para o próprio produto — no limite do seletor de rastreamento do cliente ou abaixo dele, nunca como padrão.

fft-media-buyer — O agente-folha de execução: o gestor de tráfego. Opera o Meta Ads / Gerenciador de Negócios e o Google Ads / YouTube: configuração de conta e conversões no degrau de rastreamento escolhido pelo cliente (conferido contra o seletor com flowforge tracking check), construção de público com higiene de exclusões, montagem de campanha→conjunto de anúncios→anúncio, entrada de orçamento e lance exatamente conforme o brief, um portão de QA obrigatório antes do lançamento, e então o ciclo de otimização pós-lançamento contra o plano de mensuração do arquiteto. Gastar dinheiro exige uma autorização de gasto registrada e com prazo; criar contas, aceitar termos e subir listas de clientes continuam nas mãos de uma pessoa.

ML / IA

O trabalho de ML/IA é hierárquico: um estrategista decide a abordagem e então delega ao especialista de implementação certo.

fft-ml-architect — Orientação estratégica de ML/IA: seleção de modelo, RAG-versus-fine-tuning e alocação de GPU. Decide; delega aos especialistas abaixo.

fft-llm-openweight — Modelos de pesos abertos locais e on-premise (Llama, Mistral, Qwen, DeepSeek), quantização e serving com vLLM / Ollama / llama.cpp.

fft-rag-engineer — Arquitetura de retrieval: chunking, pgvector, embeddings, reranking e avaliação de RAG.

fft-agent-frameworks — Aplicações agênticas com CrewAI, LlamaIndex, LangChain, AutoGen e sistemas multiagente sob medida.

Dados e Analytics

O trabalho com dados é hierárquico, e se divide em três: o arquiteto decide como a verdade é medida, o analista a calcula sobre linhas reais, e o designer de dataviz decide qual gráfico a carrega. Um dashboard, portanto, atravessa dois times — este decide a forma, o time de design decide a aparência.

fft-analytics-architect — A cabeça de medição, o análogo de fft-architecture para números. Projeta métricas e indicadores de modo que cada um declare sua população, seu join, sua janela e seu denominador em vez de subentendê-los; projeta o estudo (linhas de base, braços de controle, verificações de manipulação); deriva limiares a partir da população sobre a qual o gate realmente dispara; e faz back-test antes de publicar. Emite o brief de medição que as duas folhas executam, e nunca calcula um número de produção por conta própria.

fft-data-analyst — A folha de execução. Roda o brief sobre dados reais: extrai de fontes nomeadas com timestamp de extração, projeta uma regra sobre linhas reais antes de ela entrar em produção, calcula coortes, tendências e deltas exatamente como no brief, lê o evento que de fato mudou o artefato em vez de um timestamp aproximado, e reporta o desconhecido como desconhecido em vez de interpolar. Devolve um relatório de evidências que um estranho consegue refazer — e escala qualquer divergência entre o brief e a realidade em vez de ajustar o método em silêncio.

fft-dataviz-designer — A folha de apresentação: qual gráfico conta qual verdade. Mapeia tipo de indicador para forma de gráfico segundo o cânone da percepção (o ranking de acurácia de Cleveland–McGill, a disciplina de dashboard em uma tela de Few, o data-ink de Tufte, a tinta proporcional de Wilke, o FT Visual Vocabulary), compõe o dashboard e sustenta o piso de acessibilidade — paleta segura para daltonismo, cor nunca como canal único, desconhecido renderizado como desconhecido. Entrega a especificação do gráfico (dado → marca → codificação) às folhas de design e de build; decide a forma, nunca o estilo, e nunca define uma métrica.

Jurídico

O jurídico é hierárquico, com uma cabeça e uma folha por jurisdição: o arquiteto decide a estratégia jurídica do negócio e escreve o brief jurídico; a folha do Brasil e a folha dos EUA redigem e analisam segundo a própria lei. Nenhum dos três é advogado — todo entregável traz um aviso curto de que não é aconselhamento jurídico e diz quem precisa revisá-lo antes de qualquer assinatura ou depósito (advogado(a) inscrito(a) na OAB no Brasil; advogado habilitado na ordem do estado, nos EUA). Os três citam a lei pelo número e pelo artigo, nunca inventam um julgado ou uma resolução, e avisam quando a lei pode ter mudado depois da data do seu conhecimento.

fft-legal-architect — A cabeça jurídica de uma empresa de software. Pergunta antes de redigir — partes, lei aplicável, B2B ou B2C, dados pessoais, modelo de pagamento, quem é dono do código — e então decide qual jurisdição rege, de quais instrumentos o negócio precisa (contrato SaaS ou de assinatura, MSA e SOW, contrato de desenvolvimento, NDA, contrato com prestador e cessão de direitos, revenda, EULA, termos de uso, política de privacidade e de cookies, DPA, revisão de open source, registro de marca e de software) e monta a lista de pontos com risco alto / médio / baixo, com fallback e limite de negociação para cada um. Quando um contrato cruza Brasil e EUA, emite um único brief para as duas folhas e concilia lei aplicável, foro, transferência de dados e a cadeia de titularidade da propriedade intelectual. Nunca escreve o texto final de uma jurisdição.

fft-legal-br — A folha do Brasil. Redige e revisa em português (inglês quando pedido) segundo o Código Civil, o CPC e a Lei de Arbitragem; proteção de dados segundo a LGPD (Lei 13.709/2018), as resoluções da ANPD e o Marco Civil da Internet (Lei 12.965/2014); termos para consumidor segundo o CDC (Lei 8.078/1990); software e direitos autorais segundo a Lei do Software (Lei 9.609/1998) e a Lei 9.610/1998; e propriedade industrial segundo a Lei 9.279/1996 — incluindo busca e depósito de marcas no INPI, patentes e registro de programa de computador.

fft-legal-us — A folha dos Estados Unidos. Redige e revisa em inglês segundo o direito contratual do estado escolhido; privacidade segundo a CCPA/CPRA e as demais leis estaduais, COPPA, CAN-SPAM e FTC Act §5, com a interação com o GDPR para usuários da UE; marcas segundo o Lanham Act no USPTO; titularidade e registro de direitos autorais no Copyright Office; o safe harbor do DMCA §512 e segredos comerciais pelo DTSA; e as leis de renovação automática e cancelamento, sinalizando controle de exportação.

Performance

fft-performance — Performance full-stack: profiling, testes de carga, caching, otimização de consultas e monitoramento.

Medicina

fft-medical — Saúde suplementar brasileira: ANS, TISS, TUSS e CBHPM, processamento de documentos médicos e conformidade com LGPD/HIPAA.

Meta

fft-agent-creator — O meta-agente: cria e valida novos especialistas do FlowForge, para que o próprio banco possa crescer sob medida para um projeto.

Pacotes opcionais

O elenco acima é o banco base: ele vem em toda instalação. Além dele, o FlowForge traz pacotes opcionais — especialistas regionais que acompanham o binário, mas só são instalados quando você pede. Um pacote não entra na contagem do banco base: ele se soma a ela.

recebimento-medico — recebimento médico no Brasil

Especialistas em recebimento médico no Brasil: o faturista (glosa, recurso, prazos, precificação) e o especialista no padrão TISS (XML/XSD, versões, integração com portais).

• fft-faturista — O dono do ciclo de recebimento de clínicas, hospitais e cooperativas: da elegibilidade e da autorização ao lote, ao demonstrativo, à triagem de glosa e ao recurso de glosa. Para cada pendência, diz qual prazo está correndo, com a norma ou a cláusula por trás dele e quantos dias faltam. Cita sempre a fonte — a lei, a resolução da ANS ou o contrato — e, onde a lei deixa o prazo ou o preço para o contrato, responde que quem decide é o contrato.
• fft-tiss-xml — O especialista no padrão TISS: as versões dos componentes, a validação contra o XSD, a estrutura do lote e da guia, a migração de versão e a integração com portais e WebServices das operadoras. Nunca afirma uma versão do TISS de memória: consulta a fonte da ANS na hora e pergunta qual versão a operadora aceita antes de validar qualquer coisa.

Como instalar. Peça ao ACE — “instala o pacote de recebimento médico” — ou rode você mesmo:

flowforge agents install recebimento-medico

flowforge agents list mostra o banco base e cada pacote, instalado ou disponível, nesta máquina; flowforge agents remove recebimento-medico desfaz a instalação.

Onde o fft-medical para. O fft-medical continua no banco base com a amplitude da saúde suplementar brasileira: terminologia clínica, a ANS como agência, as modalidades de operadora, o processamento de documentos médicos e a conformidade com a LGPD. O ciclo de recebimento é território do pacote. Sem o pacote instalado, o fft-medical diz isso e indica o comando de instalação, em vez de improvisar a resposta do faturista. A análise jurídica de LGPD sobre dados de pacientes vai para o fft-legal-br.

Por que isso importa

Especialistas são como o FlowForge escala sem perder profundidade. Você descreve a intenção; o ACE roteia o trabalho para o banco de experts, despacha um revisor independente para checá-lo, e mantém tudo apontado para o que você realmente pediu. O banco não é fixo — o fft-agent-creator cunha novos especialistas conforme um projeto precisa deles — e é por isso que o elenco em flowforgesoft.com/agents e o que está instalado na sua máquina são listas vivas, não um folheto congelado.