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.

2.0.7-release发布于 2026-10-27 06:36 UTC15,727star +16 / 7 天2,505fork同步于 2026-11-10 05:26 UTC

怎么上手

由 README 提炼,执行前请确认
README 未给出具体安装命令,仅指向 Quickstart 指南:https://docs.open-metadata.org/latest/quick-start
硬件要求按 README 说明

README 未说明

下载:源码 zip·GitHub Releases(安装包)本站不镜像安装包

项目说明

由 README 自动翻译提炼

把技术元数据、血缘、质量与业务语义连成知识图谱,为人和 AI 助手提供可信数据上下文

OpenMetadata 是开源的数据目录与元数据平台,统一管理数据发现、血缘、质量、契约和治理,为人和 AI 助手提供可信的数据上下文与业务语义。

核心能力

  • 用 130+ 连接器采集仓库、BI、管道等元数据
  • 构建统一元数据知识图谱,串联资产、列、人与业务概念
  • 支持表级与列级血缘,评估下游变更影响
  • 用术语表、指标、分类、域和数据契约表达业务语义
  • 通过 MCP、语义搜索、API 和 SDK 向 AI 助手开放上下文

容易踩的坑

README 未给出安装命令与依赖细节,需按官方 Quickstart 指南操作;接入 AI 助手需另行连接 MCP 客户端;企业级 AI 与托管能力在 Collate 商业版中提供

内容由模型根据 README 生成,可能不完整或不准确,以官方文档为准。看原文 README

最近发版

5 个版本2.0.7-release
  1. 2.1.0-rc1-releasepre-release2026-10-28 · 2026-10-28 07:14 UTC

    这个版本没有写更新说明。

  2. 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 DashboardLineage as their source.
    • dbt Cloud test results were missing when dbt test wasn't the final run step #35947: Ingestion now reads run_results.json from 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 preshed release 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 403 response.
    • 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
  3. 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 catalogMapping option 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 to information_schema when DESCRIBE is denied, allowing metadata-only ingestion with SHOW VIEW and REFERENCES privileges.
    • Athena views were duplicated or ingested when includeViews was 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
  4. 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

  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, and StdDev metrics instead of dropping them.
    • Datalake: MF4 file reads failed after a canmatrix update #34419: Pins canmatrix below 1.3 so asammdf imports 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 Dbt and QueryLog pseudo-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% or 0-row sample saved nothing while still showing a success toast, and a stored 0 would 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_string across 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

用户点评

登录用户的真实使用记录,可按版本和硬件筛选
共 0 条

    还没有人点评。第一个说出真实体验的人最有价值。

    README 原文

    未翻译

    OpenMetadata

    Commit Activity Release

    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: The Open Context Layer for AI

    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:

    1. Context — technical, operational, trust, usage, and lineage metadata from across the data ecosystem.
    2. Semantics — business meaning through glossaries, metrics, classifications, domains, policies, ontologies, and data products.
    3. Knowledge Graph — relationships connecting assets, columns, people, teams, quality, lineage, policies, memories, contracts, and business concepts.
    4. Memory — conversations, AI threads, decisions, assumptions, runbooks, remediation notes, and reusable memory nuggets that preserve tribal knowledge.
    5. 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 typeWhat OpenMetadata capturesWhy it matters for AI
    Technical metadataDatabases, 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 productsHelps AI discover what exists and understand how assets are structured
    Quality and trustTest cases, test suites, freshness checks, volume checks, null, uniqueness, distribution, custom tests, profiling results, observability signals, incidents, alerts, and quality historyHelps AI avoid treating every dataset as equally trustworthy
    Lineage and impactUpstream and downstream lineage, table lineage, column-level lineage, dashboard lineage, pipeline lineage, metric lineage, ML model lineage, API and topic dependencies, and OpenLineage eventsHelps AI explain where data came from, where it flows, and what changes may break
    SemanticsGlossaries, business terms, synonyms, related terms, metrics, KPIs, classifications, tags, domains, data products, policies, personas, lifecycle states, and ontologiesHelps AI map technical names to business meaning
    GovernanceOwners, stewards, teams, policies, roles, classifications, access context, certification, review workflows, lifecycle states, and data contractsHelps AI act with policy-aware context
    Memory and tribal knowledgeConversations, AI threads, decisions, assumptions, runbooks, remediation notes, incident learnings, and reusable memory nuggets attached to assets, users, teams, data products, and agent workflowsHelps humans and agents inherit what the organization already learned instead of rediscovering it in every conversation
    Standards and interoperabilityDCAT, DPROD, PROV-O, OpenLineage, ODCS, RDF/OWL, JSON-LD, SHACL, JSON Schema, APIs, events, and metadata schemasHelps context move across tools, agents, catalogs, contracts, and knowledge graphs

    Architecture: Context + Memory Graph

    How OpenMetadata Works

    OpenMetadata is built around an open, schema-first metadata graph.

    1. 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.
    2. Normalize metadata with open schemas and standards so every asset, relationship, policy, contract, lineage event, and memory can be represented consistently.
    3. Connect technical metadata, quality signals, lineage, ownership, usage, policies, conversations, memories, semantics, domains, contracts, and data products into one graph.
    4. 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.
    5. Govern context with open standards, classifications, policies, roles, data quality, review workflows, data contracts, and stewardship.
    6. 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

    OpenMetadata Context Graph

    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

    Memory Primitives

    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.

    GoalPackageInstall
    Read/write metadata, lineage, glossary, qualityopenmetadata-ingestionpip install "openmetadata-ingestion"
    Give an LLM or agent governed access (MCP, LangChain)data-ai-sdkpip 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


    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:

    StandardHow OpenMetadata uses it
    DCAT / DPRODRepresents 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-OUses W3C provenance semantics for lineage, generated/derived data, agents, activities, ownership, and explainable context.
    OpenLineage SupportAccepts and connects OpenLineage-compatible lineage events so pipeline execution metadata can enrich the broader OpenMetadata graph.
    ODCS SupportSupports 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, SHACLMakes metadata graph-friendly, semantically interoperable, and validatable for linked data, knowledge graph, and AI use cases.
    JSON Schema, APIs, EventsKeeps 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

    CapabilityIncludes
    AI Context and Memorymemory nuggets, conversations, agent threads, decisions, assumptions, remediation notes, runbooks, context retrieval, and governed agent memory
    Discovery and Understandingasset search, semantic search, descriptions, sample data, usage, ownership, conversations, tasks, announcements
    Governance and Semanticsglossaries, classifications, tags, metrics, KPIs, domains, data products, policies, roles, certification, lifecycle states
    Data Contracts and StandardsODCS 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 Observabilitytests, profiling, freshness, volume, null, uniqueness, distribution checks, alerts, incidents, root-cause workflows
    Lineage and Impact Analysistable lineage, column-level lineage, dashboard lineage, pipeline lineage, metric lineage, ML model lineage, OpenLineage support, impact analysis
    Security and Access Controlauthentication, authorization, roles, policies, SSO, bot tokens, user tokens, MCP authentication, governed metadata actions
    Extensibility and Automation130+ connectors, APIs, SDKs, webhooks, events, applications, ingestion framework, custom connectors, custom properties, MCP tools, AI SDK workflows

    Quickstart

    1. Try OpenMetadata: OpenMetadata Sandbox
    2. Install OpenMetadata: Quickstart Guide
    3. Ingest Metadata from a warehouse, BI tool, pipeline system, data quality tool, lineage source, contract source, or memory-producing workflow.
    4. Build Context with descriptions, owners, teams, domains, data products, quality tests, freshness, usage, lineage, and data contracts.
    5. Add Semantics with glossaries, classifications, tags, metrics, KPIs, policies, domains, DCAT/DPROD-aligned data products, and PROV-O lineage context.
    6. Capture Memory from conversations, AI threads, incidents, remediation notes, assumptions, and decisions.
    7. Enable Semantic Search so users and AI assistants can search by meaning.
    8. Connect an MCP Client to give AI assistants and agents governed access to OpenMetadata context and memory.
    9. Build AI Applications using OpenMetadata APIs, SDKs, MCP tools, events, and AI SDK workflows.

    Documentation and Community


    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.