Fluid ForgeFluid Forge
Home
Get Started
  • Local (DuckDB)
  • GCP (BigQuery)
  • Snowflake Team Collaboration
  • Declarative Airflow
  • Orchestration Export
  • Jenkins CI/CD
  • Universal Pipeline
CLI Reference
  • Overview
  • Architecture
  • GCP (BigQuery)
  • AWS (S3 + Athena)
  • Snowflake
  • Local (DuckDB)
  • Custom Providers
  • Roadmap
GitHub
GitHub
Home
Get Started
  • Local (DuckDB)
  • GCP (BigQuery)
  • Snowflake Team Collaboration
  • Declarative Airflow
  • Orchestration Export
  • Jenkins CI/CD
  • Universal Pipeline
CLI Reference
  • Overview
  • Architecture
  • GCP (BigQuery)
  • AWS (S3 + Athena)
  • Snowflake
  • Local (DuckDB)
  • Custom Providers
  • Roadmap
GitHub
GitHub
  • Introduction

    • /
    • Getting Started
    • Snowflake Quickstart
    • Vision & Roadmap
  • Walkthroughs

    • Walkthrough: Local Development
    • Walkthrough: Deploy to Google Cloud Platform
    • Walkthrough: Snowflake Team Collaboration
    • Declarative Airflow DAG Generation - The FLUID Way
    • Generating Orchestration Code from Contracts
    • Jenkins CI/CD for FLUID Data Products
    • Universal Pipeline
  • CLI Reference

    • CLI Reference
    • fluid init
    • fluid forge
    • fluid status
    • fluid validate
    • fluid plan
    • fluid apply
    • fluid generate
    • fluid publish
    • fluid market
    • fluid import
    • fluid policy-check
    • fluid diff
    • fluid test
    • fluid verify
    • fluid config
    • fluid split
    • fluid bundle
    • fluid auth
    • fluid doctor
    • fluid providers
    • fluid version
  • Providers

    • Providers
    • Provider Architecture
    • GCP Provider
    • AWS Provider
    • Snowflake Provider
    • Local Provider
    • Creating Custom Providers
    • Provider Roadmap
  • Advanced

    • Blueprints
    • Governance & Compliance
    • Airflow Integration
    • Built-in And Custom Forge Guidance
    • FLUID Forge Contract GPT Packet
    • Forge Discovery Guide
    • Forge Memory Guide
  • Project

    • Contributing to Fluid Forge
    • Fluid Forge Docs Baseline: CLI 0.7.9
    • Fluid Forge v0.7.1 - Multi-Provider Export Release

Built-in And Custom Forge Guidance

This page explains the public fluid forge domain-guidance flow and where deeper agent customization now fits.

Public user workflow

For end users, the current public entry point is:

fluid forge
fluid forge --domain finance
fluid forge --domain healthcare
fluid forge --domain retail
fluid forge --domain telco

Built-in LLM providers include:

  • OpenAI
  • Anthropic
  • Gemini
  • Ollama

Key Forge flags

fluid forge \
  --llm-provider openai \
  --llm-model gpt-4o-mini \
  --discovery-path ./data \
  --context ./forge-context.json

Useful flags:

  • --domain
  • --llm-provider
  • --llm-model
  • --llm-endpoint
  • --discovery-path
  • --context
  • --memory / --no-memory
  • --save-memory
  • --non-interactive

What changed

Older docs sometimes described:

  • fluid forge --mode copilot
  • fluid forge --mode agent --agent <name>

Those are no longer the public, primary docs path. Current docs lead with fluid forge plus --domain when you want built-in domain guidance.

Built-in domain guidance

The built-in domains are still backed by declarative specs inside forge-cli, but users interact with them through --domain.

Current built-in domains:

  • finance
  • healthcare
  • retail
  • telco

When custom agent work still matters

Contributor-level customization can still matter if you are extending forge-cli itself and want to:

  • add a new built-in domain
  • change domain-specific prompts or defaults
  • alter how domain guidance is sourced from internal specs

That work is implementation detail for CLI contributors, not the primary docs path for day-to-day users.

Related guides

  • Forge discovery guide
  • Forge memory guide
  • fluid forge CLI reference
Edit this page on GitHub
Last Updated: 4/16/26, 11:38 AM
Contributors: Jeff Watson, jeffwatson-ai
Prev
Airflow Integration
Next
FLUID Forge Contract GPT Packet