iso20022-evidence-pack-mcp
Related Servers
Alternatives to iso20022-evidence-pack-mcp
- AlicenseAqualityAmaintenanceUnified gateway for ISO 20022 message families, providing meta-tools to search, describe, validate, generate, and parse financial messages.7108 PyPI1Apache 2.0
Related Servers
- AlicenseAqualityCmaintenanceEnables offline verification of Ed25519-signed AI-agent receipt bundles and turns them into auditor-ready Markdown evidence reports covering EU AI Act Annex IV, ISO/IEC 42001, ISO/IEC 23894, NIST AI RMF, SOC 2, GDPR, HIPAA and the EU CRA. Also signs AI constitutions and audits bundles against them, without uploading anything.11Apache 2.0
- AlicenseAqualityBmaintenanceEnables AI coding agents to assemble tamper-evident, locally stored evidence bundles that capture Git state, command results, and file hashes, then verify freshness and export shareable reports.71MIT
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to validate deliverables (JSON, ZIP, PDF, DOCX) against signed contracts, generating verifiable receipts with Ed25519 signatures.-
- AlicenseAqualityBmaintenanceConverts audit trails from AIops agents into framework-mapped, tamper-evident compliance evidence bundles for HIPAA, PCI-DSS, SOC 2, and GDPR.19MIT
- AlicenseNot gradedqualityAmaintenanceEnables deliverable conformance and evidence-chain checks by turning requirements into executable specs, validating numbers against a provenance ledger, and auditing PDF/OOXML metadata and archive manifests.29 npm1MIT
- AlicenseNot gradedqualityCmaintenanceEnables recording agent proposals, executions, redactions and annotations into an append-only, hash-linked evidence chain, then exporting a self-contained range and verifying offline from the export's own bytes alone so a third party can check history without trusting the agent runtime or its storage.MIT
TDQS
Scored across 11 tools
Most tools target a distinct operation (seal, build, render, export, verify external artifacts), but the three signing tools -- sign_pack, sign_pack_aws_kms, sign_pack_vault -- share the same core action and are distinguished mainly by backend. The three verify tools are also similar in name, though their inputs make the artifact types clear.
Tool names generally follow a verb_noun pattern (seal_pack, build_evidence_pack, render_markdown, export_pack_to_s3), and the provider-specific signing tools add a consistent _aws_kms/_vault suffix. Minor inconsistency exists between verify_seal, verify_pack_signature, verify_slsa_provenance, and verify_cosign_signature, which mix 'verify' with different object structures.
Eleven tools is well within the ideal range for a specialized evidence-pack domain. Each tool maps to a distinct phase of the lifecycle -- build, seal, verify, render, sign, export, and external provenance checks -- without redundant or filler tools.
The set covers the evidence-pack lifecycle well: creation, sealing, seal verification, rendering, local signing, signature verification, and S3 export. Notable gaps are the lack of KMS/Vault signature verification counterparts and no S3 retrieval/listing, but these are workaround-able rather than blocking for the core workflow.