README 未给出安装命令与依赖细节,需按官方 Quickstart 指南操作;接入 AI 助手需另行连接 MCP 客户端;企业级 AI 与托管能力在 Collate 商业版中提供
OpenMetadata
open-metadataApache-2.0活跃维护OpenMetadata 是开源的数据目录与元数据平台,统一管理数据发现、血缘、质量、契约和治理,为人和 AI 助手提供可信的数据上下文与业务语义。
The Open Context Layer for Data and AI , OpenMetadata is the open platform for building trusted data context and business semantics for humans, AI assistants, and agents.
README 未给出具体安装命令,仅指向 Quickstart 指南:https://docs.open-metadata.org/latest/quick-startREADME 未说明
把技术元数据、血缘、质量与业务语义连成知识图谱,为人和 AI 助手提供可信数据上下文
OpenMetadata 是开源的数据目录与元数据平台,统一管理数据发现、血缘、质量、契约和治理,为人和 AI 助手提供可信的数据上下文与业务语义。
核心能力
- 用 130+ 连接器采集仓库、BI、管道等元数据
- 构建统一元数据知识图谱,串联资产、列、人与业务概念
- 支持表级与列级血缘,评估下游变更影响
- 用术语表、指标、分类、域和数据契约表达业务语义
- 通过 MCP、语义搜索、API 和 SDK 向 AI 助手开放上下文
容易踩的坑
- 2.1.0-rc1-releasepre-release2026-10-28 · 2026-10-28 07:14 UTC
这个版本没有写更新说明。
- 2.0.7-release最新正式版2026-10-27 · 2026-10-27 06:36 UTC
Changelog
OpenMetadata 2.0.7 is a maintenance release that improves connector reliability and search consistency. It also strengthens governance workflows and access controls. The release fixes user interface (UI) issues across activity feeds, bulk editing, lineage, and intake forms. It also includes security updates for server, ingestion, and frontend dependencies.
🔌 Connectors and Ingestion
This release includes the following connector and ingestion fixes:
- Google Cloud Pub/Sub test connections ignored service account impersonation #35831: Publisher, subscriber, and schema clients now use the configured impersonated identity instead of falling back to application default credentials.
- Microsoft SQL Server connection tests could time out on large schemas #35906: Table and view checks now use limited catalog probes instead of sorting the entire catalog.
- Unity Catalog lineage dropped upstream tables ingested under another service #35919: Cross-database lineage now searches configured services in order and reports unresolved upstream assets as warnings.
- Hex lineage appeared as manually created lineage #35946: Hex table-to-dashboard edges now record
DashboardLineageas their source. - dbt Cloud test results were missing when
dbt testwasn't the final run step #35947: Ingestion now readsrun_results.jsonfrom every run step and keeps the latest result for each test. - Power BI reports were ingested without their pages #36062: Each report page is now ingested as a chart under its report without requiring an additional API request.
- Tableau ingestion could delete data models while the Metadata API was rebuilding #36067: Runs that reconcile data models now stop safely during a Tableau backfill instead of treating partial results as deleted data.
- Power BI BigQuery lineage failed when SQL contained comment markers inside strings #36232: Native-query extraction now preserves SQL literals, line breaks, and comments for accurate parsing.
- IOMETE and Teradata installations could resolve incompatible drivers #36243: Dependency ranges now select compatible Apache Arrow Database Connectivity (ADBC) versions by Python version and updated Teradata drivers.
- Auto-classification could fail while loading the English language model #36177: Ingestion now avoids the
preshedrelease that causes tokenizer hash overflows. - Doris operator images included unused MariaDB libraries with known vulnerabilities #36052: Doris now uses PyMySQL, allowing unused native libraries to be removed from operator images.
🛡️ Data Governance and Access Control
This release includes the following governance and access-control fixes:
- Domain-scoped policies allowed assets to be moved into unauthorized domains #35798: Domain changes now validate access to the destination domain and reject unauthorized moves with a clear
403response. - Users could assign domains to themselves without administrator approval #35846: Only administrators can now add or change a user's domains.
- Soft-deleting a user permanently removed their metadata tasks [#35964](https://github.com/open-metadata/OpenMetadat
- 2.0.6-release2026-10-21 · 2026-10-21 05:01 UTC
查看更新说明
Changelog
OpenMetadata 2.0.6 is a maintenance release that makes metadata ingestion more accurate, upgrades safer, and Data Quality results easier to trust. It improves search, lineage, governance workflows, sign-in and role synchronization, while fixing several navigation and product-tour issues in the user interface (UI). The release also strengthens multi-pod deployments and addresses security vulnerabilities in application dependencies and content handling.
🔌 Connectors and Ingestion
This release includes the following connector and ingestion fixes:
- CockroachDB partition details could be incomplete or duplicated #34894: Tables with multiple partition columns now show the correct columns, without duplicates or values accidentally taken from a similarly named table in another database.
- Some dbt snapshot lineage links were missing #34930: Ingestion now keeps the upstream table it already found and uses that exact table when creating lineage, avoiding failed second lookups.
- Omni dashboards could be ingested without their owners or lineage #35259: Omni ingestion now connects dashboards to the correct owners and upstream data assets.
- Teradata query usage and lineage were missing #35258: The connector now reads Teradata's database query log (DBQL) to show which tables are used and how data moves between them.
- Auto-classification ignored sample budgets above 50 rows #35492: SQL and NoSQL samplers now honor configured budgets up to 1,000 rows while continuing to store at most 50 sample rows.
- dbt manifest catalogs didn't match their OpenMetadata databases #35599: A new
catalogMappingoption resolves tables and compiled-SQL lineage when engine catalogs and ingested database names differ. - MySQL and MariaDB views disappeared when the ingestion user lacked
SELECT#35619: View columns fall back toinformation_schemawhenDESCRIBEis denied, allowing metadata-only ingestion withSHOW VIEWandREFERENCESprivileges. - Athena views were duplicated or ingested when
includeViewswas disabled #35600: Athena now emits each view once and respects the view-ingestion setting. - Athena could mix unrelated query history or lose Iceberg type details #35699: Query history is now limited to the right catalog and workgroup, lineage is rebuilt from the correct statements, and Iceberg column types are preserved.
- AWS Glue could omit view definitions and external-table lineage #35607: Glue ingestion now captures view SQL, Iceberg columns, decimal precision, and lineage from external tables accurately.
- Test Connection hid the invalid configuration field behind a generic conversion error #35708: Validation errors now identify the field that needs correction.
- Force sync didn't refresh custom properties supplied by a connector #35707: A force-sync run can now replace connector-managed custom-property values.
📊 Data Quality
This release includes the following data quality fixes:
- Data Quality runs could report success even when tests never completed #34848: Tests aborted by connection failures, unsupported SQL, or calculation errors now count as execution failures, ma
- 2.0.5-release2026-10-08 · 2026-10-08 12:24 UTC
查看更新说明
Changelog
OpenMetadata 2.0.5 is a maintenance release focused on connector and lineage reliability. It restores metadata affected by 2.0 ingestion regressions and protects user-managed metadata during bot ingestion. It also improves several user interface (UI) paths and updates Jackson dependencies for two security vulnerabilities.
🔌 Connectors and Ingestion
This release includes the following connector and ingestion fixes:
- Redshift datashare databases on consumer clusters weren't ingested #34381: The connector now identifies non-local databases and reads their schemas and tables through Redshift's cross-database catalog views. It also reads their columns and descriptions.
- Oracle foreign-key constraints disappeared when identifier casing differed #34415: Referred table names now keep the database's original casing, so OpenMetadata can resolve and ingest the constraints.
- Mode report queries omitted columns, column lineage, and owners #34733: Mode ingestion now extracts query columns, builds column-level lineage, and assigns report creators as owners when their email matches an OpenMetadata user.
🔀 Lineage
This release includes the following lineage fixes:
- Databricks dropped lineage through jobs when reads and writes appeared in separate records #34732: Databricks now preserves lineage when a job reads and writes tables in separate query-history records.
- Entity-relationship diagrams reversed foreign-key cardinality #34812: The diagrams now show the correct one-to-many relationship for foreign keys after reindexing.
🛡️ Data Governance and Quality
This release includes the following governance and data quality fixes:
- Upgrading from OpenMetadata 2.0 could remove ingestion-managed metadata #34836: The 2.0.5 migration restores affected descriptions, display names, and retention periods. It also restores table constraints and tags. Ingestion bots now preserve existing descriptions when a source provides an empty value.
- Bot ingestion overwrote user-managed tags, owners, and retention periods #34792: Bot ingestion now preserves user-managed tags that aren't supplied by the source. It also keeps user-assigned owners and retention periods unless an explicit override reassigns the owners.
🎛️ UI
This release includes the following UI fixes:
- The sign-in page loaded its decorative video before the application loaded #34801: The video now starts after the application loads and remains disabled for people who prefer reduced motion.
- Long glossary term names were clipped in the picker #34887: Picker rows now fit the dropdown width and show the full term name in a tooltip when truncated.
- Custom properties with one entity reference didn't render #34891: The UI now renders these custom properties when the application programming interface (API) returns one entity reference as an object instead of a list.
🔒 Security
Jackson dependencies contained resource-exhaustion vulnerabilities #34004: OpenMetadata updates Jackson 2.x to 2.18.11 and Jackson 3.x to 3.1.7 to address CVE-2026-89425 and CVE-2026-91777.
Full Changelog: https://github.com/open-metadata/OpenMetadata/compare/2.0.4...2.0.5
- 2.0.4-release2026-10-06 · 2026-10-06 06:19 UTC
查看更新说明
Changelog
OpenMetadata 2.0.4 is a maintenance release focused on connector reliability across AWS Glue, Snowflake, SQL Server, and Datalake, correctness fixes in search scoping and Explore counts, data quality and profiler fixes, and a safer bot bulk-import path.
🔌 Connectors & Ingestion
- AWS Glue: table parameters weren't captured #34269: Glue table parameters are now ingested as custom properties.
- SQL Server: table synonyms weren't ingested #33415: SQL Server synonyms are now ingested as table aliases and allowed through the entity patch.
- Snowflake: the overflow retry skipped subclassed sum, mean, and standard-deviation metrics #34396: The overflow-retry fallback now keeps subclassed
Sum,Mean, andStdDevmetrics instead of dropping them. - Datalake: MF4 file reads failed after a
canmatrixupdate #34419: Pinscanmatrixbelow 1.3 soasammdfimports again and MF4 reads work. - Ingestion could break under SQLAlchemy 2.1 #34259: Caps SQLAlchemy below 2.1 to keep ingestion working.
📊 Data Quality
- A test case's status followed the last result written or deleted, not the newest one #34285: A late older result, or deleting the newest result, could overwrite the status and even auto-resolve a newer failure's incident. Status now always reflects the newest result.
- The Test Definition "Supported Services" picker listed the
DbtandQueryLogpseudo-types #34624: These have no connection schema, so a test definition restricted to one silently vanished from the Add Test Case picker. Both are now filtered out. - Setting a 0% profile sample silently discarded the Profiler Settings config #34625: A
0%or0-row sample saved nothing while still showing a success toast, and a stored0would force a full-table scan. A non-zero sample is now required.
🔀 Lineage
- Upstream data quality failures were missed once an instance had more than 100 test cases #34286: The upstream-failure check kept only the 100 busiest test cases before filtering, dropping failing upstream tables. It now uses one exact, batched lookup on the test case index.
🔍 Search & Discovery
- Searches ran against the whole cluster instead of the tenant's alias #33893: Search requests now scope to the cluster alias, so a search role confined to its own
<clusterAlias>*prefix is no longer denied with a 403. - Plain-text natural-language query (NLQ) and aggregate searches were slow and over-broad #34393: The NLQ keyword fallback and aggregate text now go through the search builder with a field list, instead of an unscoped
query_stringacross every index field. - Explore tab counts didn't match the result rows #34398: Counts could include fuzzy-only matches absent from the rows. They now use the same authorized, configured matching as each tab, and each tab renders as soon as its own request finishes.
- Data Marketplace list search was off-centre and keyword-only #34252: The Data Marketplace list search is now centred and supports natural-language search.
📈 Data Insights
- Data Insights summary cards and asset charts counted test case results [#33415](https://github
用户点评
登录用户的真实使用记录,可按版本和硬件筛选还没有人点评。第一个说出真实体验的人最有价值。
OpenMetadata
The Open Context Layer for AI
The largest and fastest-growing open-source project for AI context, data cataloging, and metadata management.
OpenMetadata is the open platform for trusted data context, organizational memory, and business semantics for every data user, AI assistant, and agent.
OpenMetadata connects technical metadata, data quality signals, lineage, column-level lineage, ownership, usage, policies, conversations, memories, glossaries, classifications, metrics, domains, data contracts, and data products into a unified metadata knowledge graph. With 130+ connectors, open metadata standards, semantic search, APIs, SDKs, and an MCP server, OpenMetadata gives every user and AI system the governed context it needs to discover, understand, trust, remember, and use data.
AI does not need another raw database connector. AI needs context + memory.

OpenMetadata provides the context AI needs to know:
- what data exists
- what it means
- who owns it
- how it is used
- where it came from
- where it flows
- whether it is fresh, tested, certified, and trusted
- which business concepts, classifications, glossary terms, policies, contracts, and data products apply
- what downstream dashboards, pipelines, metrics, ML models, and applications depend on it
- what conversations, decisions, assumptions, and memory nuggets have already been captured about it
Why OpenMetadata for AI?
AI systems need more than data access. They need governed context, business meaning, trust signals, lineage, usage, ownership, standards, and organizational memory.
A direct connection to a warehouse, lake, dashboard, or pipeline exposes raw structures. It does not tell an AI assistant what the data means, whether it is certified, who owns it, which policies apply, what contract governs it, what breaks if it changes, or what the organization has already learned about it.
OpenMetadata is the open context layer that gives every data user and AI agent the full picture of enterprise data.
OpenMetadata brings together five capabilities:
- Context — technical, operational, trust, usage, and lineage metadata from across the data ecosystem.
- Semantics — business meaning through glossaries, metrics, classifications, domains, policies, ontologies, and data products.
- Knowledge Graph — relationships connecting assets, columns, people, teams, quality, lineage, policies, memories, contracts, and business concepts.
- Memory — conversations, AI threads, decisions, assumptions, runbooks, remediation notes, and reusable memory nuggets that preserve tribal knowledge.
- Activation — MCP, Semantic Search, APIs, SDKs, events, and workflows that make context usable by AI assistants, agents, applications, and humans.
With OpenMetadata, users and AI agents can answer:
- What does this metric mean and how is it calculated?
- Which datasets power this dashboard?
- Who owns this data product?
- Which data contract applies?
- Is this dataset fresh, tested, certified, and trusted?
- Which downstream dashboards, pipelines, or ML models are affected by this column change?
- Which columns contain sensitive customer information?
- Which glossary terms, policies, standards, and business concepts apply?
- What decisions, assumptions, incidents, or conversations have already been captured about this asset?
The Context OpenMetadata Connects
OpenMetadata collects and connects the context AI needs to reason safely over enterprise data.
| Context type | What OpenMetadata captures | Why it matters for AI |
|---|---|---|
| Technical metadata | Databases, schemas, tables, columns, topics, dashboards, charts, pipelines, APIs, search indexes, ML models, storage assets, data types, constraints, descriptions, joins, sample queries, service metadata, owners, teams, usage, domains, and data products | Helps AI discover what exists and understand how assets are structured |
| Quality and trust | Test cases, test suites, freshness checks, volume checks, null, uniqueness, distribution, custom tests, profiling results, observability signals, incidents, alerts, and quality history | Helps AI avoid treating every dataset as equally trustworthy |
| Lineage and impact | Upstream and downstream lineage, table lineage, column-level lineage, dashboard lineage, pipeline lineage, metric lineage, ML model lineage, API and topic dependencies, and OpenLineage events | Helps AI explain where data came from, where it flows, and what changes may break |
| Semantics | Glossaries, business terms, synonyms, related terms, metrics, KPIs, classifications, tags, domains, data products, policies, personas, lifecycle states, and ontologies | Helps AI map technical names to business meaning |
| Governance | Owners, stewards, teams, policies, roles, classifications, access context, certification, review workflows, lifecycle states, and data contracts | Helps AI act with policy-aware context |
| Memory and tribal knowledge | Conversations, AI threads, decisions, assumptions, runbooks, remediation notes, incident learnings, and reusable memory nuggets attached to assets, users, teams, data products, and agent workflows | Helps humans and agents inherit what the organization already learned instead of rediscovering it in every conversation |
| Standards and interoperability | DCAT, DPROD, PROV-O, OpenLineage, ODCS, RDF/OWL, JSON-LD, SHACL, JSON Schema, APIs, events, and metadata schemas | Helps context move across tools, agents, catalogs, contracts, and knowledge graphs |
Architecture: Context + Memory Graph

OpenMetadata is built around an open, schema-first metadata graph.
- Collect metadata from warehouses, lakes, BI tools, pipelines, ML platforms, messaging systems, storage systems, APIs, search systems, SaaS applications, metadata systems, documents, conversations, and agent workflows through 130+ connectors, ingestion APIs, events, and SDKs.
- Normalize metadata with open schemas and standards so every asset, relationship, policy, contract, lineage event, and memory can be represented consistently.
- Connect technical metadata, quality signals, lineage, ownership, usage, policies, conversations, memories, semantics, domains, contracts, and data products into one graph.
- Preserve Memory by turning conversations, AI threads, decisions, assumptions, runbooks, and remediation notes into reusable governed memory nuggets tied to data assets and business context.
- Govern context with open standards, classifications, policies, roles, data quality, review workflows, data contracts, and stewardship.
- Activate that context through Semantic Search, MCP, APIs, SDKs, events, webhooks, metadata applications, and AI workflows.
Memory is part of the architecture, not a side channel. It lets engineers use APIs, SDKs, MCP, or AI workflows to preserve conversational context and convert tribal knowledge into reusable organizational knowledge.
Context Graph, Semantics, and Memory

The OpenMetadata graph does not only store data assets. It stores the relationships between assets, columns, owners, teams, policies, quality tests, lineage, classifications, glossary terms, metrics, domains, data contracts, data products, conversations, and memory nuggets.
Example relationships:
Table ──hasColumn────────────> Column
Column ──classifiedAs─────────> PII
Column ──represents───────────> Customer Identifier
Table ──ownedBy─────────────> Data Engineering Team
Table ──partOf──────────────> Customer 360 Data Product
Dashboard ──dependsOn───────────> Table
Metric ──definedBy───────────> Glossary Term
Pipeline ──produces────────────> Table
Column ──flowsTo─────────────> Column
Test Case ──validates───────────> Table
Policy ──governs─────────────> Classification
Data Contract ──appliesTo───────────> Table
OpenLineage Event ──updatesLineageFor───> Pipeline
Agent Conversation ──capturedAs──────────> Memory
Memory ──informs─────────────> Data Product
Memory ──documentsDecisionFor> Metric
Memory ──attachedTo──────────> Table / Column / Topic / Dashboard / Pipeline / API
This graph gives AI systems the relationships, meaning, memory, and governance they need to reason across the data estate.
Memories: Organizational Context for Humans and Agents

Memories preserve the important context that usually disappears inside chats, tickets, meetings, notebooks, and AI agent threads.
A memory is an open, governed OpenMetadata entity that can be tied to data assets, users, teams, threads, domains, data products, metrics, policies, incidents, and workflows. Engineers can capture and retrieve memories through APIs, SDKs, MCP, chat, or AI applications.
Use memories to preserve:
- why a metric changed
- why a column was renamed
- what assumption was used in an analysis
- which remediation fixed a data quality issue
- which dashboard or data product a decision applies to
- what an AI agent learned while investigating an incident
- what a domain expert explained in a conversation
Memories unlock tribal knowledge by making it reusable, governed, searchable, and available to every human, assistant, and agent that touches your data.
MCP, Semantic Search, APIs, AI SDK, and Memory
OpenMetadata makes context actionable through AI- and developer-friendly interfaces.
MCP Server
OpenMetadata includes an MCP server that lets MCP-compatible assistants and agents interact with the metadata graph through natural language.
AI assistants can use OpenMetadata MCP to:
- search metadata
- run semantic search
- retrieve entity details
- inspect lineage
- understand data contracts and policy context
- retrieve or preserve memory nuggets
- update descriptions, tags, owners, and other metadata
- create glossary terms and lineage
- list and create data quality tests
- analyze root causes of data quality failures
Get started: OpenMetadata MCP Server Documentation
Semantic Search
Semantic Search lets users and AI assistants find data assets by meaning, not only exact keywords.
Find trusted customer purchase datasets with known data quality issues and recent remediation notes.
OpenMetadata can surface conceptually related assets, metrics, glossary terms, data products, memory nuggets, and governance context even when names differ across domains, tools, and teams.
APIs, SDKs, Events, and Webhooks
OpenMetadata exposes APIs, SDKs, events, and webhooks so teams can ingest, update, search, subscribe to, and automate metadata across their ecosystem.
Developers can use the AI SDK to build custom AI applications that use OpenMetadata context and memory programmatically.
Use It From Code
Two packages, depending on what you're building.
| Goal | Package | Install |
|---|---|---|
| Read/write metadata, lineage, glossary, quality | openmetadata-ingestion | pip install "openmetadata-ingestion" |
| Give an LLM or agent governed access (MCP, LangChain) | data-ai-sdk | pip install data-ai-sdk |
Also available: @openmetadata/ai-sdk (TypeScript), org.open-metadata:ai-sdk (Java).
Python SDK — connect and read metadata
Match the SDK version to your server version.
from metadata.generated.schema.entity.data.table import Table
from metadata.generated.schema.entity.services.connections.metadata.openMetadataConnection import (
OpenMetadataConnection, AuthProvider,
)
from metadata.generated.schema.security.client.openMetadataJWTClientConfig import (
OpenMetadataJWTClientConfig,
)
from metadata.ingestion.ometa.ometa_api import OpenMetadata
metadata = OpenMetadata(OpenMetadataConnection(
hostPort="http://localhost:8585/api",
authProvider=AuthProvider.openmetadata,
securityConfig=OpenMetadataJWTClientConfig(jwtToken="<your-token>"),
))
assert metadata.health_check()
table = metadata.get_by_name(entity=Table, fqn="sample_data.ecommerce_db.shopify.raw_product_catalog")
print(table.description, [c.name.root for c in table.columns])
Entities are hierarchical — a Table belongs to a Schema, which belongs to a Database, which belongs to a DatabaseService. Every entity references its parent by fullyQualifiedName.
AI SDK — give an agent governed context via MCP
OpenMetadata exposes an MCP server at /mcp. Unlike generic connectors that only read raw database schemas, it exposes semantic search, lineage traversal, glossary/classification, and metadata mutations as tools any LLM can call.
from ai_sdk import AISdk, AISdkConfig
client = AISdk.from_config(AISdkConfig.from_env())
# Convert MCP tools to LangChain format — one line
tools = client.mcp.as_langchain_tools()
# Or call a tool directly
result = client.mcp.call_tool("search_metadata", {"query": "customers"})
Works with LangChain and OpenAI function calling out of the box.
Docs & examples
- Python SDK reference: https://docs.open-metadata.org/latest/sdk/python
- MCP server guide: https://docs.open-metadata.org/latest/how-to-guides/mcp
- AI SDK (MCP tools + agents): https://github.com/open-metadata/ai-sdk
- REST API: https://docs.open-metadata.org/latest/main-concepts/metadata-standard/apis
What You Can Build
AI Data Discovery
Ask natural-language questions over the metadata graph and find relevant assets even when names and keywords do not match exactly.
Trusted AI Assistants
Ground AI responses in governed metadata: owners, descriptions, glossary terms, classifications, quality, freshness, usage, lineage, policies, contracts, and memory.
Agent Memory and Tribal Knowledge
Capture conversations, decisions, assumptions, runbooks, and agent learnings as governed memory nuggets that can be reused by every data user and AI agent.
Impact Analysis Agents
Ask what will break if a table, column, pipeline, dashboard, metric, ML feature, contract, or data product changes.
Governance Automation
Use agents to suggest descriptions, assign glossary terms, identify sensitive data, propose ownership, enforce contract context, and manage stewardship workflows.
Data Quality Automation
Use AI workflows to create tests, summarize failures, identify root causes, preserve remediation memory, and recommend next actions.
Developer and Coding Agent Workflows
Connect coding agents to OpenMetadata so they understand schemas, owners, lineage, business definitions, quality expectations, contracts, and memory before generating SQL, dbt models, documentation, tests, migration plans, or impact analysis.
Open Standards and Interoperability
OpenMetadata is built on open metadata standards.
OpenMetadata Standards is the open-source home for schemas, APIs, ontologies, event models, and semantic specifications behind OpenMetadata.
It provides:
- 700+ JSON Schemas for metadata entities, APIs, configurations, events, and relationships
- RDF/OWL ontologies for semantic web, linked data, and knowledge graph use cases
- SHACL shapes for validation
- JSON-LD contexts for semantic interoperability
- standards for governance, lineage, quality, observability, teams, users, roles, policies, events, contracts, and data products
OpenMetadata supports and aligns with the standards that matter for AI context and data ecosystems:
| Standard | How OpenMetadata uses it |
|---|---|
| DCAT / DPROD | Represents catalog and data-product context in interoperable semantic models, including datasets, data services, distributions, domains, owners, input and output datasets, lifecycle state, purpose, and policies. |
| PROV-O | Uses W3C provenance semantics for lineage, generated/derived data, agents, activities, ownership, and explainable context. |
| OpenLineage Support | Accepts and connects OpenLineage-compatible lineage events so pipeline execution metadata can enrich the broader OpenMetadata graph. |
| ODCS Support | Supports Open Data Contract Standard 3.1 for interoperable data contracts, contract import/export, schema expectations, quality rules, SLAs, support channels, roles, and producer-consumer agreements. |
| RDF/OWL, JSON-LD, SHACL | Makes metadata graph-friendly, semantically interoperable, and validatable for linked data, knowledge graph, and AI use cases. |
| JSON Schema, APIs, Events | Keeps metadata portable, automation-friendly, and extensible across tools, agents, and custom applications. |
These standards make OpenMetadata a foundation for interoperable semantic metadata, linked data, data products, data contracts, lineage, provenance, and enterprise knowledge graphs.
Core Platform Capabilities
| Capability | Includes |
|---|---|
| AI Context and Memory | memory nuggets, conversations, agent threads, decisions, assumptions, remediation notes, runbooks, context retrieval, and governed agent memory |
| Discovery and Understanding | asset search, semantic search, descriptions, sample data, usage, ownership, conversations, tasks, announcements |
| Governance and Semantics | glossaries, classifications, tags, metrics, KPIs, domains, data products, policies, roles, certification, lifecycle states |
| Data Contracts and Standards | ODCS 3.1 support, contract import/export, schema expectations, SLAs, terms of service, semantic relationships, data product context, DCAT/DPROD, PROV-O, RDF/OWL, JSON-LD, SHACL |
| Data Quality and Observability | tests, profiling, freshness, volume, null, uniqueness, distribution checks, alerts, incidents, root-cause workflows |
| Lineage and Impact Analysis | table lineage, column-level lineage, dashboard lineage, pipeline lineage, metric lineage, ML model lineage, OpenLineage support, impact analysis |
| Security and Access Control | authentication, authorization, roles, policies, SSO, bot tokens, user tokens, MCP authentication, governed metadata actions |
| Extensibility and Automation | 130+ connectors, APIs, SDKs, webhooks, events, applications, ingestion framework, custom connectors, custom properties, MCP tools, AI SDK workflows |
Quickstart
- Try OpenMetadata: OpenMetadata Sandbox
- Install OpenMetadata: Quickstart Guide
- Ingest Metadata from a warehouse, BI tool, pipeline system, data quality tool, lineage source, contract source, or memory-producing workflow.
- Build Context with descriptions, owners, teams, domains, data products, quality tests, freshness, usage, lineage, and data contracts.
- Add Semantics with glossaries, classifications, tags, metrics, KPIs, policies, domains, DCAT/DPROD-aligned data products, and PROV-O lineage context.
- Capture Memory from conversations, AI threads, incidents, remediation notes, assumptions, and decisions.
- Enable Semantic Search so users and AI assistants can search by meaning.
- Connect an MCP Client to give AI assistants and agents governed access to OpenMetadata context and memory.
- Build AI Applications using OpenMetadata APIs, SDKs, MCP tools, events, and AI SDK workflows.
Documentation and Community
- Documentation: docs.open-metadata.org
- MCP Server: OpenMetadata MCP Documentation
- OpenLineage Connector: OpenMetadata OpenLineage Documentation
- OpenMetadata Standards: openmetadatastandards.org
- Website: open-metadata.org
- Slack Community: slack.open-metadata.org
- Blog: blog.open-metadata.org
Open Source and Enterprise AI
OpenMetadata is the open-source foundation for AI context, metadata, organizational memory, semantics, governance, quality, lineage, data contracts, open standards, APIs, MCP, and AI SDK workflows.
For managed enterprise capabilities, AI agents, automation, AI Studio, enterprise MCP workflows, commercial support, and managed operations, see Collate:
Contributing
We welcome contributions from the community. You can help improve metadata schemas and standards, add connectors, improve ingestion workflows, enhance MCP tools, improve semantic search, add memory workflows, add documentation, fix bugs, and improve the user experience.
See CONTRIBUTING.md to get started. Python contributors should follow the checkout's locked local Python environment guide for profile selection, installation and test commands.
License
OpenMetadata is released under the Apache License, Version 2.0.