FLUIDFLUID
  • Introduction
  • Quickstart
  • Why FLUID
  • FAQ
  • What FLUID Is
  • Core Principles
  • Agentic-Native Layer
  • FLUID vs ODCS / ODPS
  • Anatomy
  • Cheatsheet
  • Full Specification
  • Versions
  • JSON Schema 0.7.5 ↗
  • Reference (HTML) ↗
Examples
How-to
What's New
Deck
GitHub
GitHub
  • Introduction
  • Quickstart
  • Why FLUID
  • FAQ
  • What FLUID Is
  • Core Principles
  • Agentic-Native Layer
  • FLUID vs ODCS / ODPS
  • Anatomy
  • Cheatsheet
  • Full Specification
  • Versions
  • JSON Schema 0.7.5 ↗
  • Reference (HTML) ↗
Examples
How-to
What's New
Deck
GitHub
GitHub
  • Guide

    • Introduction
    • Quickstart
    • Why Mandate FLUID?
    • Why FLUID Is Indispensable in an MCP World
    • FAQ & Critical Review

Why Mandate FLUID?

Three reasons to standardize on FLUID across your data ecosystem.

1. Drastically reduce operational risk & complexity

  • Replace fragile glue code with a declarative .fluid.yml.
  • Get built-in governance, compliance, and versioning instead of scattered, reactive scripts.

Instead of separate dbt models, Airflow DAGs, data-quality scripts, and access policies, you maintain one declarative file. Fewer moving parts means less to break and less to audit.

2. Increase innovation velocity

  • Treat data as products, not pipeline output.
  • Make data discoverable, composable, and contract-driven — so teams can find, trust, and build on each other's products without reverse-engineering pipelines.

3. Future-proof for the agentic era

  • Machine-readable — agents and tools consume the same contract.
  • Secure — policy, access, and sovereignty are expressed as code.
  • Ready for AI-first enterprise infrastructure — the contract is the foundation autonomous agents stand on.

Your agents are only as trustworthy as the data products they consume. Make FLUID your foundation.

Edit this page on GitHub
Last Updated: 5/29/26, 5:26 PM
Contributors: fas89, Claude Opus 4.8
Prev
Quickstart
Next
Why FLUID Is Indispensable in an MCP World