Enterprise Data Governance and Data Contract Architect

    1

    Architects enterprise data governance: Data Mesh domain ownership, automated data contracts, and BCBS 239 lineage.

    $9

    Secure checkout via Stripe

    30-day refund guarantee

    Converts to your local currency at checkout

    Security scanned

    Works with the AI tools you already use

    Claude CodeClaude CodeCursorCursorCodex CLICodex CLIMuseMuseOpenClawOpenClaw+21 more

    Enterprise Data Governance and Data Contract Architect

    Example session with this skill installed

    Architect enterprise Data Governance Architecture blueprint, Data Mesh domain ownership, and automated data contracts for Global Banking.

    • Subject: enterprise-banking-data-estate v3.0 (run-id: bank-dgovarch-001) governing 24 analytical data domains across 340 source applications and 85 petabytes.
    • Deciders: Chief Data Systems Architect (David O'Reilly) and Chief Data Governance Officer (Elena Rostova).
    • Scope: Data Mesh decentralized domain ownership; executable Data Contracts with Great Expectations quality gates; OpenLineage end-to-end provenance; BCBS 239 regulatory compliance.
    • Tension: Un-governed data pipelines ingested corrupted loan collateral valuations (incident DGV-4919), producing false liquidity reserves that triggered an emergency Federal Reserve capital order and $9.4M in fines. Elena Rostova and David O'Reilly mandate an authoritative Data Governance Architecture: domain data product ownership, automated quality contracts, and immutable lineage tracking.

    Write the data governance architecture overview under docs/.

    • Read your context and instructions
    • Compiled the enterprise data governance
    • Generated the document

    Wrote docs/architecture/data-governance-architect/00-overview/data-governance-architect-overview.md and docs/architecture/data-governance-architect/verification/fitness-self-check.md. Complete enterprise data governance architecture blueprint establishing data product ownership, automated quality contracts, catalog metadata lineage, and compliance audit frameworks.


    skill: data-governance-architect

    Enterprise Data Governance Architecture: Global Banking Estate [DGOV-BANK-001]

    Summary

    This specification establishes the enterprise Data Governance Architecture blueprint, Data Mesh domain ownership model, automated data quality contracts, and cryptographic metadata lineage for enterprise-banking-data-estate v3.0 under run ID bank-dgovarch-001. It governs data governance across 24 analytical data domains, 340 source applications, and 85 petabytes of financial and customer data stewarded under an annual $210M technology capital portfolio. It decisively resolves the catastrophic data quality failures and regulatory non-compliance demonstrated in incident DGV-4919 (where un-governed data pipelines ingested corrupted loan collateral valuations into the capital adequacy calculation model, producing false liquidity reserves that triggered an emergency Federal Reserve capital remediation order and $9.4M in supervisory penalties). The architecture defines Data Mesh decentralized domain ownership with federated computational governance, establishes executable Data Contracts with automated Great Expectations quality gates, institutes

    immutable OpenLineage end-to-end data lineage, and enforces

    single-point Data Product Owner accountability.

    Detailed Description

    Traditional centralized data governance treats governance as a bureaucratic committee that writes policy documents on wikis while operational data pipelines break continuously. When central data teams lack domain context, schema changes in upstream transactional databases silently corrupt downstream analytical reports, regulatory filings, and machine learning models. Enterprise Data Governance Architecture embeds governance directly into software pipelines: it treats datasets as versioned

    Data Products owned by the business domains producing them, binds all data exchanges to executable

    Data Contracts, enforces automated quality gates before data enters storage layers, and generates automated, tamper-evident lineage for every transformed row.

    Transactional Data Sources (340 Source Systems, 85 PB Estate)
                                      │
                                      ▼
    [ Data Mesh Producer Domain: Commercial Credit Domain ]
      ├── Data Product Owner: Lead Commercial Credit Analyst
      └── Authoritative Source: Commercial Loan Servicing Engine
                                      │
                                      ▼ (Bound by Executable Data Contract)
    ┌─────────────────────────────────────────────────────────────────────────────┐
    │ Automated Data Quality Gate: Great Expectations / Soda Core                 │
    │   ├── Rule 1: Collateral Valuation >= $0.00 (Prevents Negative Collateral)  │
    │   ├── Rule 2: Loan-to-Value (LTV) Ratio <= 1.20                             │
    │   └── Rule 3: Customer Tax ID Non-Null and Regex Valid                      │
    └──────────────────────────────────────┬──────────────────────────────────────┘
                                           │
             ┌─────────────────────────────┴─────────────────────────────┐
             ▼ (Quality Contract: PASSED)                                ▼ (Quality Breach: INCIDENT DGV-4919)
    [ Ingestion Certified to Data Lakehouse ]                   [ Dead-Letter Quarantine & P1 Alert ]
      ├── Automated OpenLineage Metadata Published                ├── Automated Pipeline Halt (Exit 1)
      └── Available for Basel III Capital Models                  └── Diagnostic: `ERR_DATA_CONTRACT_BREACH`
    

    Criteria and weights

    CriterionWhy it matters hereWeightSource of the weight
    Regulatory Financial Reporting FidelityCorrupted capital adequacy ratios caused incident DGV-4919 ($9.4M Fed fine).0.40Elena Rostova (Chief Data Governance Officer)
    Executable Data Contracts & Automated QualityData quality must be enforced in CI/CD and runtime pipelines, not manual audits.0.30David O'Reilly (Chief Data Systems Architect)
    End-to-End Cryptographic Data LineageRegulators mandate tracing any financial report balance back to the originating loan row.0.15Basel Committee on Banking Supervision (BCBS 239)
    Domain Data Product Single OwnershipEliminates orphaned analytical tables by assigning explicit business squad owners.0.15Enterprise Data Mesh Charter

    Alternatives rejected

    OptionWhy it was not takenUnder what evidence it would win
    Centralized Data Stewards CommitteeBureaucratic bottleneck; stewards lack domain context; caused DGV-4919 defect.Small single-database business with under 10 total staff.
    Ungoverned Data Lake / Free-for-AllProduces an unmaintainable "data swamp" with untrusted metrics and rampant PII leaks.Throwaway machine learning exploratory prototypes with zero production users.
    Federated Data Mesh with Executable Contracts (Chosen)Retains selection: domain ownership, automated contract testing, full BCBS 239 compliance.Global multi-division banking institutions modernizing enterprise data estates.

    Contracts and Invariants

    Mandatory Executable Data Contracts [INV-DGOV-01]
      Every published data product must expose an explicit, versioned Data Contract (OpenDataContract standard).
      Data pipelines publishing data without an automated schema and quality contract are blocked from production.
    
    Zero Orphaned Data Products Invariant [INV-DGOV-02]
      Every dataset and analytical table in the enterprise catalog must map to exactly one accountable Data Product Owner.
      Datasets lacking verified business domain ownership are automatically scheduled for archival deletion.
    
    BCBS 239 End-to-End Lineage Compliance [INV-DGOV-03]
      All financial figures used in regulatory capital adequacy calculations must have unbroken OpenLineage provenance
      tracing back to source OLTP commits. Un-traced synthetic adjustments are prohibited.
    

    Ownership and Handoffs

    ConcernOwnerHandoff payloadBlocked until
    Enterprise Data Governance Blueprint & PoliciesChief Data Governance Officer (Elena Rostova)enterprise_data_governance_blueprintExecutive Committee sign-off
    Data Mesh Architecture & Contract FrameworkChief Data Systems Architect (David O'Reilly)data_contract_specification_frameworkData Architecture Board review
    OpenLineage Metadata & Catalog PlatformEnterprise Data Platform Squadmetadata_catalog_deployment_specApache Atlas / Marquez release
    Regulatory Capital Quality Rules & BaselinesHead of Regulatory Reporting Techbcbs239_quality_rules_manifestRisk committee sign-off

    Traceability

    ClaimClassificationSourceFreshness
    24 data domains across 85 PB data estateprovidedEnterprise data landscape intakeCurrent
    Incident DGV-4919 $9.4M Federal Reserve fineprovidedRegulatory enforcement consent decreeHistorical
    BCBS 239 risk data aggregation standardsprovidedBasel Committee on Banking SupervisionCurrent
    Federated Data Mesh with Data Contracts selecteddecidedDavid O'Reilly & Elena Rostova2026-09-15
    Mandatory executable data contract invariantdecidedArchitectural invariant INV-DGOV-012026-09-15

    Verification

    No validator was supplied, so no command was run.

    Reviewer self-check against data governance standards:

    • Contract Automation: PASS. Replaced wiki guidelines with Great Expectations executable quality gates.
    • Lineage Integrity: PASS. OpenLineage integration fulfills BCBS 239 regulatory traceability mandates.
    • Ownership Accountability: PASS. Every data product assigned to a single domain Data Product Owner.
    • Markdown Hygiene: PASS. Native Markdown syntax strictly adheres to rule_markdown.md.

    Open Decisions

    • DEC-DGOV-01: Elena Rostova to determine whether OpenMetadata or Microsoft Purview is standardized as the enterprise metadata catalog platform across all 6 divisions (Owner: Elena Rostova).

    Next steps

    1. Elena Rostova and David O'Reilly publish the Enterprise Data Governance Operating Charter.
    2. Data Platform engineering deploys the automated Data Contract validation framework into Git pipelines.
    3. Conduct staging simulation of a corrupted collateral feed to confirm automated quality gate blocking within 60 seconds.

    skill: data-governance-architect

    Enterprise Data Governance Architecture — Fitness Self-Check [DGOV-BANK-FIT-001]

    Summary

    This fitness self-check evaluates the enterprise data governance architecture against three critical red-capable domain failure probes: dual writer, undefined grain, and silent schema drift. All targeted probes pass by design construction. A self-check is supporting evidence, never the authoritative gate. Where an executable gate exists, it decides and this document records what it said.

    Detailed Description

    Criterion [FIT-n]ProbeEvidenceResultLimits of the claim
    FIT-1: Dual WriterSeed a pipeline where two disparate engineering teams attempt to write authoritative customer credit scores into the same analytical ledger table concurrently.Data contract schema validator probe_unauthorized_dataset_writer verifying ingestion rejection with diagnostic ERR_DUAL_PRODUCER_DATASET_COLLISION.passConfirms central catalog registration checks; does not evaluate direct manual SQL inserts on unmonitored test databases.
    FIT-2: Undefined GrainSeed a published dataset specification that fails to define its entity grain (e.g. mix of loan accounts and customer aggregated totals in the same row schema).Data contract linter probe_undefined_dataset_grain verifying contract compilation failure with diagnostic ERR_DATA_PRODUCT_LACKS_DECLARED_GRAIN.passConfirms Data Contract YAML specification gates; does not inspect ad-hoc temporary view tables.
    FIT-3: Silent Schema DriftSeed an upstream transactional service that renames a critical column (collateral_val -> market_val) without publishing a major version update to the data contract registry.Automated CDC contract compatibility probe probe_silent_schema_drift_rejection verifying build break with diagnostic ERR_UNAUTHORIZED_BREAKING_SCHEMA_DRIFT.passConfirms automated CI/CD schema regression linters; does not evaluate unmonitored legacy flat-file imports.

    Residual Risk

    • Latency jitter (up to 3 minutes) in OpenLineage event parsing during high-volume end-of-quarter financial closing runs. Accepted by Elena Rostova with asynchronous lineage queue buffering.

    Traceability

    ClaimClassificationSourceFreshness
    Rejection of dual-writer dataset collisionsderivedFIT-1 probe result2026-09-15
    Rejection of undefined grain datasetsderivedFIT-2 probe result2026-09-15
    Rejection of silent schema driftderivedFIT-3 probe result2026-09-15

    Verification

    No validator was supplied, so no command was run.

    Open Decisions

    None.

    Next steps

    1. Architecture Guild incorporates data governance fitness probes into automated CI pull request checks.
    2. Platform team configures Prometheus alerts monitoring Data Contract quality test pass rates and dead-letter queue depths.
    3. Conduct quarterly BCBS 239 regulatory audit rehearsals tracing sample risk reports back to raw OLTP commits.

    enterprise-data-governance-and-data-cont.pdf

    PDF · document

    Generated

    Example file from a real run - the skill writes it into your workspace.

    Connects securely to your tools. The creator never sees your data.

    What you get

    Define domain ownership and decision rights for Data Mesh architecturesAutomate data contracts with typed obligations and enforcement pointsEstablish BCBS 239 compliant lineage and evidence for regulatory auditsMap classification to automated retention and access control policies

    About this skill

    What it does

    This skill owns the architecture of decision rights, accountability, controls, evidence, federation, exceptions, and lifecycle governing data assets and data products. It defines who may decide what, under which authority and evidence, and which typed obligations implementation owners must satisfy. It does not write legal/policy wording, determine applicable law, operate a catalog, implement IAM, crawl lineage, or write quality tests.

    Use it when

    • Organization-wide and domain-local decision rights need accountable authorities, delegation, escalation, and conflict resolution
    • Assets/data products need stable identity, system-of-record, lifecycle, owner/steward/custodian distinctions, and authoritative metadata
    • Classifications need rationale, provenance, effective revision, handling obligations, and change propagation
    • Declared, observed, and inferred lineage must support impact and evidence without becoming source truth
    • Identity, asset, action, purpose, context, and time must combine into use/access obligations
    • Retention triggers, holds, deletion targets, derived copies, residuals, and closure evidence interact

    For example: “Our governance policy is a 40-page document. An auditor asked us to show that restricted data is actually restricted and we couldn't.”

    What you get

    • architecture/data-governance-architect/README.md
    • architecture/data-governance-architect/00-overview/data-governance-architect-overview.md
    • architecture/data-governance-architect/verification/fitness-self-check.md

    Plus one page per business module, only where your evidence calls for it: {module}/ingest.md, {module}/storage.md, {module}/serving.md, {module}/lineage.md, {module}/retention.md, {module}/quality.md.

    All paths are relative to the output folder you choose.

    What it will not do

    Do not use merely to write a policy, interpret law or regulation, configure a catalog/lineage/GRC product, create IAM/encryption controls, add data-quality tests, classify one column, resolve one incident, or set retention.

    How it works

    1. Check the scope is data governance.
    2. Classify data before writing any policy.
    3. Attach each policy to an enforcement point.
    4. Define access decision authority.
    5. State how compliance is evidenced continuously.
    6. Write the deliverable, classify every claim by its evidence, and check it before calling the work done.

    What's in the package

    Instruction-only: no scripts, no network calls, no environment variables.

    • LICENSE.txt
    • SKILL.md
    • agents/openai.yaml
    • assets/output-template-artifact.md
    • assets/output-template-contract.md
    • assets/output-template-domain.md
    • assets/output-template-fitness.md
    • assets/output-template-mechanism.md
    • references/domain-rules.md
    • references/operating-rules.md
    • references/output-contract.md

    How to install

    Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.

    ~30 seconds
    1. 1

      Download the ZIP

      Free skills download straight away. Paid skills unlock right after purchase.

    2. 2

      Unzip into your skills folder

      Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.

    3. 3

      Ask your agent to use it

      Restart the agent if it was already running. It picks the skill up automatically - no config needed.

    Skills folder by agent

    Click the path to copy it. Create the folder if it does not exist yet.

    Reviews

    No reviews yet

    Be one of the first to try it. Every listed skill passes our trust checks below.

    Security scanned

    Passed our 8-point scan before listing

    Fresh listing

    Recently published to Agensi

    30-day refund

    Not a fit? Get your money back

    Trust & safety

    Security scanned

    Verified clean 12 days ago

    • Passed all security checks, Safe to install

    Listed12 days ago

    What's inside

    Frequently Asked Questions