36 specialists.
Every domain covered.

When to dispatch

Dispatch before fft-architecture on any greenfield feature or scope-unclear brief. This agent interrogates requirements outside-in (stakeholders → constraints → NFRs → functional → scope → acceptance) and produces an 8-artifact handoff packet that blocks six LLM fabrication modes before the architect plans.

When to dispatch

Dispatch before any work begins on a new feature, migration, or infrastructure change. This agent produces the design options the developer chooses between — the controller never decides architecture unilaterally.

When to dispatch

After architecture decisions are made, dispatch to decompose the chosen option into tickets, dependencies, and a sequenced execution plan.

When to dispatch

When translating business goals into acceptance criteria or when the team needs a value-delivery lens on what to build next.

When to dispatch

Dispatch first on any legacy-ingest, onboarding, or "what is this codebase" task. fft-code-explorer reads the source tree, DB schema (from migrations — no live creds), configs, and lockfiles to produce a structured laudo + ERD + FF-branded diagrams + a filled project CLAUDE.md. It then scopes and dispatches the downstream specialist wave (fft-database first, then architect tier, then domain specialists as detected). Anti-fabrication: verify-at-source, never guess a framework or version. ForgePlay #1 (Legacy Code Analysis) entry point.

When to dispatch

Before implementation begins on any new API surface — contract design prevents the expensive rework of API-first mistakes.

When to dispatch

Once the API contract exists and the architecture is decided — this agent writes the server-side code with 80%+ test coverage and logger discipline.

When to dispatch

For any data-modeling decision, migration authoring, or query that is slow or structurally wrong.

When to dispatch

Dispatch FIRST on design-strategy, multi-surface, or "which guidelines govern this" work. It holds Apple HIG, Material 3, WCAG 2.x, and the FlowForge design canon, and emits a per-work design brief — the applicable-guidelines checklist, composition direction, and acceptance bar — that leaf designers implement and fft-code-reviewer judges GOLDEN against. It decides which leaf owns each surface and routes there: fft-designer for web and print, fft-brand-architect for brand, or the fft-tui-architect→fft-tui-designer→fft-tui chain for the terminal, which keeps its own head.

When to dispatch

For all client-side implementation — components, state management, animations, performance optimization, and WCAG compliance.

When to dispatch

When a web, admin, or marketing surface needs a UX decision or a systematic audit — and when a PDF, manual, report, or print/stationery deliverable needs a real design owner: type-scale systems, page grids, editorial and book layout, print stylesheets, brand-on-paper component libraries, and prefers-color-scheme PDF theme-leak fixes. Implements against the fft-design-architect brief when one governs the work; defers terminal composition to fft-tui-architect and brand identity to fft-brand-architect.

When to dispatch

When establishing a new brand, creating a token system that bridges design tools and production code, or auditing existing brand materials for accessibility violations or drift.

When to dispatch

For all iOS-native work — UI components in SwiftUI, UIKit legacy surfaces, Swift concurrency patterns, and App Store delivery.

When to dispatch

For all Android-native work — Compose UI, ViewModel architecture, dependency injection, local persistence, and Play Store delivery.

When to dispatch

When shipping to iOS and Android from a single codebase using Flutter — state management, navigation, platform-channel bridges, and pub.dev package evaluation.

When to dispatch

For unclear composition questions, full-screen layout strategy, Charm-ecosystem adoption decisions, or visual QA gate design — dispatch fft-tui-architect first. It decides composition and the Charm-adoption strategy, then delegates per-screen visual design to fft-tui-designer and View/Update line-code to fft-tui. architect → designer → tui.

When to dispatch

Dispatch between fft-tui-architect and fft-tui for per-screen visual craft: the mockup, visual hierarchy, color/glyph/label co-render, spacing-token application (the #2435 Spacing Canon), and state tables. It holds the founder's taste as canon — the TUI Design Manual, the Spacing Canon, and the header/frame blueprint are his corrections encoded — and hands fft-tui an implementation-ready screen spec. The architect decides composition; the designer makes each screen a hit.

When to dispatch

For any Go terminal UI implementation work — BubbleTea component architecture, lipgloss styling, bubbles composition, glamour markdown rendering, huh forms, and the teatest golden-file test harness. Dispatch after fft-tui-architect has decided the composition.

When to dispatch

For test strategy decisions, quality-gate design, test plan authoring, automation framework selection, and regression tracking across a release.

When to dispatch

Before merging any PR — this agent produces the GOLDEN verdict (zero CRITICAL, zero MAJOR, zero MINOR) and is the final technical arbiter before the founder's merge-go relay.

When to dispatch

For any work touching authentication, authorization, secrets management, external APIs, or production deployments — also for periodic security audits and before any public launch.

When to dispatch

For any PR touching web surfaces — Astro components, HTML, TSX with a web build config. Produces falsifiable findings (file:line citations, viewport screenshots, Lighthouse JSON) consumed by fft-code-reviewer as Layer-2 evidence in the ISO-9001 quality-gate composite.

When to dispatch

For infrastructure automation, container orchestration, deployment pipelines, IaC authoring, and production observability setup.

When to dispatch

For git workflow decisions, PR template authoring, branch naming conventions, release tagging, and repository hygiene operations.

When to dispatch

After implementation is complete and reviewed, or to close the doc-to-code gap in a milestone gap-seal audit.

When to dispatch

When documentation needs to be written or translated into Brazilian Portuguese — medical, legal, or technical content where correct terminology and diacritical marks are non-negotiable.

When to dispatch

When documentation needs to be written or translated into Spanish — validates tildes and inverted punctuation, follows RAE orthography and a Latin-American register, and rejects machine-translation tells across medical, legal, and technical terminology.

When to dispatch

For any customer-facing copy — landing pages, email sequences, blog posts, product descriptions, and A/B test hypotheses. Enforces Rule #33: no AI attribution in any output.

When to dispatch

For social media strategy, post authoring, editorial calendar planning, platform-specific formatting, and performance reporting across Twitter, LinkedIn, Mastodon, and Bluesky.

When to dispatch

For any ML/AI question that is unclear, strategic, or involves choosing between approaches. Route here first; the architect identifies the right specialist and frames the implementation brief.

When to dispatch

After fft-ml-architect has confirmed local model deployment is the right approach — for quantization decisions, vLLM serving configuration, model selection, and inference optimization.

When to dispatch

After fft-ml-architect has confirmed RAG is the right approach — for vector database setup, embedding model selection, chunking strategy, retrieval pipeline design, and quality evaluation.

When to dispatch

After fft-ml-architect has confirmed a multi-agent or orchestration approach — for framework selection, agent-graph design, memory architecture, and tool-use implementation.

When to dispatch

When a service is measurably slow, when planning for scale before a launch, or when a load test has surfaced a bottleneck that needs a file:line diagnosis.

When to dispatch

For any system touching Brazilian healthcare regulations, clinical terminology, electronic health records, billing codes, or data protection requirements under LGPD.

When to dispatch

When the team needs a new specialist that does not exist in the current 36-agent roster — this agent authors the charter, validates role-identity boundaries, and registers the new specialist in the inventory.