Maarten Masschelein

The through-line

Across nearly every post, Maarten Masschelein returns to one claim: data governance has been trapped in documents and manual processes, and AI's real contribution is turning governance into something executable rather than something written down. Early posts frame this narrowly, as a way to help data stewards implement rules without waiting on engineering . Later posts widen the frame considerably, arguing that the entire discipline is moving through stages from manual to assistive to agentic AI , and that the endpoint is "AI-ready data" that both people and agents can trust without a human interpreting it first . The most recent posts push the argument further still, arguing that catalogs and documentation are no longer enough because agents need machine-readable answers "at the moment of action" , and that metadata itself needs to become "active" rather than passive reference material . The constant underneath all of this is a strict division of labor: AI handles implementation, humans keep the authority to define what good data means .

On the steward's role

Masschelein is consistent that automation should not touch judgment. "The steward role does not shrink in this arrangement. It sheds the waiting" . He repeats the same list of tasks AI can take over — turning plain-English rules into running checks, drafting contracts, suggesting thresholds, updating checks, surfacing anomalies — while stressing "Notice what is not on that list: deciding what good data means. That stays with you" . He extends this into a "double shift" framing for agents as data consumers: agents "act on data at machine speed" without the context a person has, so the division of labor becomes "AI agents propose... Data stewards approve" with fixes landing in staging, "never straight to production" .

On data contracts

Contracts are his preferred unit of executable governance. He describes them as what "define what a dataset must look like before it can move through a pipeline," generated in bulk with Contract Autopilot instead of written by hand one at a time . He frames their purpose organizationally rather than just technically: "Data contracts bring a data steward and data engineer on the same page," because stewards define meaning and ownership while engineers build pipelines, and both need a shared artifact . He poses the adoption question directly to his audience: "Would you trust a generated contract or would you still rather write it yourself check by check?" , and insists "Data contracts shouldn't start empty" .

On AI-readiness

Masschelein defines AI-ready data precisely: "data AI can consume and act on without a person interpreting it first" . He uses the same example repeatedly — a $0 order that a person can contextualize but an agent cannot — to argue that "reversing automated actions executed on bad data is vastly more expensive than fixing a broken dashboard" . He operationalizes readiness into direct diagnostic questions: coverage, ownership, contracts, and whether the last scan passed , and into a five-question checklist covering trustworthiness, machine-checkable definitions of "good," shared expectations between producers and consumers, root-cause traceability, and check costs . His prescription is explicit: "Make quality machine-readable... Scope it to one real use case, not the whole estate... Write your specs where software can check them, not in a doc nobody opens... Re-check on a schedule, because readiness decays" . He is careful to puncture the idea that this is a simple fix: "it's not a 'clean my data' button" .

On MCP and agentic context

He treats MCP as the mechanism that finally lets agents act on governance information rather than just read about it: "An agent needs them as a machine-readable response, at the moment of action. That is what MCP (Model Context Protocol) changes" . He frames the shift as a redefinition of what governance produces: "governance used to produce documentation. In the agentic era, g[overnance produces something else]" . Context fragmentation is his stated problem — stewards "switch between documentation, quality reports, catalogs, monitoring dashboards, and APIs just to answer a single question" — and MCP's promise is that "an agent working in Claude or Cursor can check the state of a dataset before it builds on top of it," using "the same data contract that tells your analyst the data is safe" .

From the stage

In the podcast and talk appearances, Masschelein discusses material that doesn't surface in the written posts: his 12-year career in data management on the software side, including managing operational systems, data warehouses, and reporting himself, and a stated philosophy of "changing perspectives in data work by understanding different stakeholders' roles and putting himself in their shoes" ¹⁶. He also identifies Christian and Benno Verhague as influential co-founders of Caliberm and mentions a specific interest in applying data to fact-checking fake news ¹⁸, neither of which appears in the LinkedIn material. Separately, in a talk on forward-deployed engineering, he argues that the forward-deployed engineer has become "a new bottleneck replacing traditional product and engineering bottlenecks" at AI companies, illustrating it with a case where an engineer modified a machine learning matcher for deduplication edge cases and delivered results the next day, directly influencing a customer's decision to proceed ¹⁷.

Takeaways

• Generate a baseline of data contracts automatically rather than writing every check by hand; this is what tools like Contract Autopilot are meant to replace .
• Keep AI out of the decision of what "good data" means; use it only for implementation (drafting checks, suggesting thresholds, updating rules) and require human review before anything runs .
• Test your governance program against Masschelein's readiness questions: can you state what "good" looks like in machine-checkable form, and can you trace a broken dataset to its root cause .
• Treat agents as a distinct class of data consumer that acts without pausing on context a person would catch, and route AI-proposed fixes through staging and human approval rather than straight to production .
• Use MCP-style interfaces so agents can query coverage, ownership, contract status, and last-scan results directly, instead of relying on documentation written for humans .
• If you're building AI products, expect forward-deployed engineering work to become a bottleneck that shapes customer decisions faster than traditional product cycles ¹⁷.