Sdcgovernance

io.github.SemanticDataCharterPublished by GitHub account SemanticDataCharterv4.3.1Updated Nov 2, 2026

Governance validation for Semantic Data Charter instances; returns OASIS XACML decisions.

Overview

AI-generated overview

Advisory governance engine for Semantic Data Charter XML instances, letting an assistant check workflow, attestation, party/role and provenance rules and get…

What you can do
  • Inspect an SDC model for governance dimensions and report which are active
  • Check workflow state transitions and evaluate whether a proposed transition is permitted
  • Run full governance validation of an instance against its model, returning errors and a receipt
  • Record provenance events as W3C PROV-O records
  • Register, list and evaluate DMN decision tables by table_id and version
  • Verify the integrity of an MTCP Evidence Pack by recomputing its hash
When to use it
Useful when an assistant works with Semantic Data Charter data models and instances that carry governance content, and needs to gate workflow steps, check attestation or party/role requirements, or produce auditable decision receipts during an agentic workflow.
Requirements
Runs locally over stdio as a Python package (sdcgovernance) launched with uvx, so a Python runtime and uv are needed. No authentication, environment variables or headers are declared. It reads an SDC model (XSD) and an XML instance, and depends on rdflib and pyshacl.
Before you install
It only issues advisory decisions and receipts; routing, escalation or halting after a decision is left to the caller's own logic. Registering a decision table writes files to disk, and registered versions are immutable. Models without governance components return PERMIT, so absence of governance is not flagged as a failure.

Installation

In SourceWeft

  1. Open Sdcgovernance in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

sdcgovernance

W3C standards-based governance advisory engine for Semantic Data Charter instances.

A Python library that validates governance content in XML data instances against governance components defined in the SDC data model. If the model defines governance (workflow, attestation, party/role, provenance, audit), the instance must carry that content - and this library validates it.

Returns decisions using OASIS XACML semantics: PERMIT, DENY, or INDETERMINATE.

No framework dependency. No middleware. A function call.

How It Works

SDC data models (XSD) can optionally include governance components: Workflow state machines, Attestation authority requirements, Party/Role constraints, Provenance requirements, and Audit definitions. These are part of the data model, not a separate governance layer.

When governance components are defined, every XML data instance must carry the corresponding governance content. This library validates that content against the model:

python
from sdcgovernance import validate_governance
result = validate_governance("model.xsd", "instance.xml")
print(result.decision)      # PERMIT, DENY, or INDETERMINATEprint(result.has_governance) # True if model defines governance componentsprint(result.errors)         # list of governance validation errorsprint(result.receipt)        # tamper-evident decision receipt

If the model does not define governance components, the result is PERMIT - no governance to enforce.

Two Independent Libraries

sdcvalidator and sdcgovernance are separate, independent libraries. There is no hook, no chaining, no automatic invocation of one from the other.

sdcvalidator (structural validation)    Does the instance conform to the XSD schema?    Single-pass. Instance in, pass/fail out.
sdcgovernance (governance advisory)    Does the model define governance components?    If yes: does the instance carry valid governance content?    Conversational. Agents query multiple times during a workflow.

Both libraries read the schema from the instance. Agents call each one independently, at different points in a workflow, in whatever order the operational logic requires. A single workflow may involve multiple calls to both libraries.

What Gets Validated

ComponentWhat the model definesWhat the instance must carry
WorkflowCluster tree of valid paths (sub-clusters with XdOrdinal states)Current XdOrdinal state, proposed transition validated against ordinal adjacency in valid paths
AttestationAuthority requirements per actionAttestation with correct role, party reference, timestamp
Party/RoleRole constraints for governed actionsActing party identification with required role
Provenance/AuditProvenance requirements (PROV-O) + retention policy (DPV)PROV-formatted record(s) per retention policy: most recent + hash, last N, or full chain

Governance components are discovered by their position in the DMType root (fixed RM slots: workflow, attestation, party/role, audit, and related), not by CUID2 identity. Once a slot is found, its content is validated by vocabulary binding against the relevant standard (PROV-O, SCXML, VC, DPV). Any component occupying the right slot and bound to the right vocabulary is recognized - whether it comes from the Default project or was custom-built.

Enforcement Decisions (OASIS XACML)

DecisionMeaning
PERMITAll governance checks pass - action is authorized
DENYOne or more governance checks fail - action is refused
INDETERMINATEGovernance checks partially pass - requires review (configurable)

Every decision produces a W3C PROV record and a SHA-256 hash-chained receipt.

What happens after the decision is the agent's responsibility. sdcgovernance issues the decision and the receipt. The operational response - routing, escalation, notification, halting - is customer business logic that varies per implementation.

Two Interfaces, One Engine

Python API - for direct integration:

python
from sdcgovernance import validate_governance
result = validate_governance("model.xsd", "instance.xml")

MCP Server - for any agent framework:

bash
sdcgovernance            # what an MCP registry client runs (uvx sdcgovernance)sdcgovernance mcp        # the same, spelled like the other Semantic Data Charter serverssdcgovernance serve --mcp   # still works for existing client configurations

A client configuration needs only "command": "uvx", "args": ["sdcgovernance"].

The MCP server exposes governance as tools that agents call. The agent runs the loop. sdcgovernance advises.

Standards

  • OASIS XACML - decision semantics (PERMIT/DENY/INDETERMINATE)
  • SDC native structure + W3C SCXML concepts - workflow sequencing via XdOrdinal components in sub-cluster paths, borrowing the concepts of state and transition from automata theory as specified in W3C SCXML
  • W3C PROV (PROV-O, PROV-DM) - provenance/audit records (one governance dimension)
  • W3C Data Privacy Vocabulary (DPV) - provenance retention policy (same vocabulary used for SDC access control)
  • W3C Activity Streams 2.0 - activity/event type vocabulary
  • W3C Verifiable Credentials Data Model 2.0 - attestation authority pattern
  • W3C SHACL - cross-entity constraint validation
  • OMG DMN - decision tables for complex governance rules
  • SHA-256 - tamper-evident hash chains for decision receipts

Architecture

src/sdcgovernance/├── __init__.py          # Public API: validate_governance()├── engine.py            # GovernanceEngine - the decision engine agents query├── model_inspector.py   # Inspect SDC model for governance components├── workflow.py          # Validate workflow transitions in instance├── attestation.py       # Validate attestation content in instance├── party_role.py        # Validate party/role constraints in instance├── provenance.py        # Validate provenance/audit records + PROV generation + DPV retention policy├── decision.py          # DMN decision table evaluation + content hash├── tables.py            # Decision table registry: id, version, hash; files on disk├── receipts.py          # Decision receipt chain (hash-chained)├── shacl_runtime.py     # SHACL cross-entity constraint validation└── mcp_server.py        # MCP server exposing governance tools to any agent

Pure Python. No Django. No middleware. No web framework dependency.

Installation

bash
pip install sdcgovernance

Integration with SDC Ecosystem

  • sdcvalidator - independent structural validation library. Agents call it separately from sdcgovernance, at different points in a workflow.
  • SDCStudio - models governance components visually. The XSD output includes governance definitions that sdcgovernance validates against.
  • AppGen - generated applications can call validate_governance() at data entry boundaries.
  • SDC Agents - reference implementations showing how to wire governance MCP tools into agentic workflows using Default project governance models. Customer agents connect to the same MCP server and use the tools however they want.

Status

Production-ready. Available on PyPI under Apache 2.0.

Dependencies

  • rdflib - RDF/PROV record generation
  • pyshacl - SHACL constraint validation

License

Apache 2.0

Source: README.md at commit abf62ec

Tools

9

get_governance_status

Report which governance dimensions the model defines. Returns model_id, model_label, has_governance, and active dimensions.

Parametersschema_pathrequired

get_allowed_transitions

Get valid next states from the current workflow state. Returns list of valid transitions with target state info and path(s).

Parametersschema_pathrequiredinstance_pathrequired

evaluate_transition

Evaluate whether a specific workflow transition is permitted. Returns PERMIT/DENY/INDETERMINATE with receipt.

Parametersactorschema_pathrequiredtarget_staterequiredinstance_pathrequired

validate_governance

Full governance validation of an instance against its model. Returns decision, has_governance, errors, dimensions_validated.

Parametersschema_pathrequiredinstance_path

record_provenance

Record a provenance event as a W3C PROV-O record. Returns the PROV record content.

Parametersagent_refentity_idsystem_idagent_namerequireddescriptionactivity_typerequiredentity_hash_afterentity_hash_before

evaluate_decision

Evaluate a DMN decision table against instance context. Name the table by table_id (and table_version; the highest registered version when omitted) for a governed evaluation, or pass it inline as table_json for an ad-hoc one. Returns decision, matched_rules, reasoning, errors, the table's identity and content hash, and a tamper-evident Receipt whose receipt_hash covers table_id, table_version and table_hash as well as context_hash. instance_path is optional: when omitted, the decision is evaluated against extra_context alone, which is the path external context-only consumers (e.g. MTCP Evidence Packs) should use. Pass previous_hash to chain receipts; the caller is responsible for chain persistence.

Parameterstable_idtable_jsoninstance_idcontext_hashextra_contextinstance_pathprevious_hashtable_versioninstance_version

register_decision_table

Register a decision table under a stable table_id and an immutable version, so evaluate_decision can name it and every Receipt it produces records which policy version applied. Returns table_id, version, table_hash (SHA-256 of the table's RFC 8785 canonical JSON), domain and policy. Registering the same content again under the same id and version is a no-op; different content under an existing id and version is refused: register it as a new version. Persists to the server's tables directory when one is configured.

Parametersdomainpolicyversionrequiredtable_idrequiredtable_jsonrequired

list_decision_tables

List the registered decision tables: table_id, version, table_hash, domain, policy and registered_at for each version, lowest version first. Filter by table_id or domain. With table_id the full table JSON of each version is included, which is how a receipt's table_id and table_version are resolved back to the rules that applied.

Parametersdomaintable_id

verify_evidence_pack

Verify the integrity of an MTCP Evidence Pack by recomputing its evidence_pack_hash. Returns valid (bool), computed_hash, and expected_hash. Canonicalization follows RFC 8785: keys sorted, no whitespace, comma-colon separators, UTF-8.

Parametersevidence_packrequired

Version history

6
  1. v4.3.1LatestOct 26, 2026
  2. v4.3.0Oct 18, 2026
  3. v4.2.4Sep 28, 2026
  4. v4.2.3Sep 17, 2026
  5. v4.2.1Sep 16, 2026
  6. v4.2.0Sep 16, 2026

Score

90% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts
  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts