Update to dVeracity
Snapshot Oct 24, 2026 · 13:23 UTC · version 2.0.4
Package or technical metadata updated
Package or technical metadata updated
Observed in package metadata. These changes alone do not establish a new customer-facing feature.
Up to 3 plugins free · no card required.
All fields and original values.
These are saved file metadata. Open a changed file to read its text edits.
Package file
Oct 7, 2026 · 18:02 UTC
de9af5c0a04cae679ca19de17d44a37cdb72e3c87e73a9903235ae628d769122
Oct 24, 2026 · 13:23 UTC
682b66b42edd0cd00b5b47bbaf261cae58930f23d18e67049b6ddc1aaaf8c3ce
Package file
Oct 7, 2026 · 18:02 UTC
127
Oct 24, 2026 · 13:23 UTC
101
Package file
Oct 7, 2026 · 18:02 UTC
7c36ea76633f092a8dfb9b8ffd5df2485b4d20dd6c25f8369d26f28b8e6fc881
Oct 24, 2026 · 13:23 UTC
fba8f621faf9d74eeeb6f60943a2c9207c8047286ef2df58428b6039e41cec74
Package file
Oct 7, 2026 · 18:02 UTC
4146
Oct 24, 2026 · 13:23 UTC
4751
Compare saved observations
Download comparison JSONChanged files
Choose a file to see its text changes. Binary or large files show metadata only.
.codex-plugin/plugin.json
− removed · + added
--- before +++ after @@ -1,9 +1,8 @@ { - "apps": "./.app.json", "author": { "name": "dVeracity" }, - "description": "Check data against the standards, canonical models and policies it claims to conform to, and get back a graded, machine-readable result that says what was checked, what was not, and why.\n\ndVeracity is a verification engine for regulated data. An agent can read a canonical data model at design time (entities, sectors, semantic codes and policy guardrails), validate a payload against a named standard before submitting it, look up approved regulatory compliance policies with their rules and provenance, and query verified datasets in natural language. Every result states its model version and the checks it ran, so it can be handed to a reviewer rather than pasted into a chat.\n\nThe first standard onboarded is Open Footprint (The Open Group), with O-DEF semantic codes, PACT product-footprint validation and verified emissions and methane datasets. The engine is domain-neutral; further standards are onboarded through the same path.\n\nEighteen tools, all read-only. Model, sector, semantic-code and standards-catalogue tools are free of charge. Natural-language queries and validation are metered per call in credits, with machine-readable HTTP 402 payment semantics: when an account runs out, the tool tells the agent to ask its human operator to top up, and never retries. Compliance-policy tools are available on paid plans.\n\nAuthentication is OAuth 2.1 with dynamic client registration; a human approves access on dVeracity's consent screen. Optional GLEIF-rooted vLEI verified-agent identity is supported for organisations that need attributable agents.\n\nBuilt for compliance, ESG and reporting teams, standards implementers, and anyone whose data has to be checked before it is trusted.", + "description": "Check data against the standards, canonical models and policies it claims to conform to, and get back a graded, machine-readable result that says what was checked, what was not, and why.\n\ndVeracity is a verification engine for regulated data. An agent can read a canonical data model at design time (entities, sectors, semantic codes and policy guardrails), validate a payload against a named standard before submitting it, look up approved regulatory compliance policies with their rules and provenance, and query verified datasets in natural language. Every result states its model version and the checks it ran, so it can be handed to a reviewer rather than pasted into a chat.\n\nThe first standard onboarded is Open Footprint (The Open Group), with O-DEF semantic codes, PACT product-footprint validation and verified emissions and methane datasets. The engine is domain-neutral; further standards are onboarded through the same path.\n\nEighteen tools, all read-only. Model, sector, semantic-code and standards-catalogue tools answer from a version-controlled snapshot of the standard. Natural-language queries, validation and compliance-policy lookups run against the caller's dVeracity account; when a tool cannot run for the current account it says so in a machine-readable way and tells the agent to ask its human operator, and never retries on its own.\n\nAuthentication is OAuth 2.1 with dynamic client registration; a human approves access on dVeracity's consent screen. Optional GLEIF-rooted vLEI verified-agent identity is supported for organisations that need attributable agents.\n\nBuilt for compliance, ESG and reporting teams, standards implementers, and anyone whose data has to be checked before it is trusted.", "interface": { "capabilities": [], "category": "Business & Operations", @@ -12,13 +11,26 @@ ], "developerName": "dVeracity", "displayName": "dVeracity", - "longDescription": "Check data against the standards, canonical models and policies it claims to conform to, and get back a graded, machine-readable result that says what was checked, what was not, and why.\n\ndVeracity is a verification engine for regulated data. An agent can read a canonical data model at design time (entities, sectors, semantic codes and policy guardrails), validate a payload against a named standard before submitting it, look up approved regulatory compliance policies with their rules and provenance, and query verified datasets in natural language. Every result states its model version and the checks it ran, so it can be handed to a reviewer rather than pasted into a chat.\n\nThe first standard onboarded is Open Footprint (The Open Group), with O-DEF semantic codes, PACT product-footprint validation and verified emissions and methane datasets. The engine is domain-neutral; further standards are onboarded through the same path.\n\nEighteen tools, all read-only. Model, sector, semantic-code and standards-catalogue tools are free of charge. Natural-language queries and validation are metered per call in credits, with machine-readable HTTP 402 payment semantics: when an account runs out, the tool tells the agent to ask its human operator to top up, and never retries. Compliance-policy tools are available on paid plans.\n\nAuthentication is OAuth 2.1 with dynamic client registration; a human approves access on dVeracity's consent screen. Optional GLEIF-rooted vLEI verified-agent identity is supported for organisations that need attributable agents.\n\nBuilt for compliance, ESG and reporting teams, standards implementers, and anyone whose data has to be checked before it is trusted.", + "longDescription": "Check data against the standards, canonical models and policies it claims to conform to, and get back a graded, machine-readable result that says what was checked, what was not, and why.\n\ndVeracity is a verification engine for regulated data. An agent can read a canonical data model at design time (entities, sectors, semantic codes and policy guardrails), validate a payload against a named standard before submitting it, look up approved regulatory compliance policies with their rules and provenance, and query verified datasets in natural language. Every result states its model version and the checks it ran, so it can be handed to a reviewer rather than pasted into a chat.\n\nThe first standard onboarded is Open Footprint (The Open Group), with O-DEF semantic codes, PACT product-footprint validation and verified emissions and methane datasets. The engine is domain-neutral; further standards are onboarded through the same path.\n\nEighteen tools, all read-only. Model, sector, semantic-code and standards-catalogue tools answer from a version-controlled snapshot of the standard. Natural-language queries, validation and compliance-policy lookups run against the caller's dVeracity account; when a tool cannot run for the current account it says so in a machine-readable way and tells the agent to ask its human operator, and never retries on its own.\n\nAuthentication is OAuth 2.1 with dynamic client registration; a human approves access on dVeracity's consent screen. Optional GLEIF-rooted vLEI verified-agent identity is supported for organisations that need attributable agents.\n\nBuilt for compliance, ESG and reporting teams, standards implementers, and anyone whose data has to be checked before it is trusted.", "privacyPolicyURL": "https://dveracity.com/privacy", "shortDescription": "Verify data against standards", "supportURL": "https://dveracity.com/support", "termsOfServiceURL": "https://dveracity.com/terms", - "websiteURL": "https://dveracity.com" + "websiteURL": "https://dveracity.com", + "logo": "./assets/logo.png", + "logoDark": "./assets/logo-dark.png", + "composerIcon": "./assets/icon.png", + "composerIconDark": "./assets/icon-dark.png" }, "name": "app-6ab0b9e4cd088191a8c953f9d6bd50fd", - "version": "2.0.2" -} \ No newline at end of file + "version": "2.0.4", + "extensions": { + "com.openai": { + "publication": { + "release_notes": "Icon updated to the dVeracity mark (light and dark, plus composer icons) and the listing description revised to remove pricing language per directory guidelines. No functional change: same 18 tools, same MCP endpoint, same OAuth configuration." + } + } + }, + "mcpServers": "./.mcp.json", + "apps": "./.app.json" +}
Full technical diff · 9 changed fields
changed /files/.app.json/sha256
"de9af5c0a04cae679ca19de17d44a37cdb72e3c87e73a9903235ae628d769122"
"682b66b42edd0cd00b5b47bbaf261cae58930f23d18e67049b6ddc1aaaf8c3ce"
changed /files/.app.json/size
127
101
changed /files/.codex-plugin~1plugin.json/sha256
"7c36ea76633f092a8dfb9b8ffd5df2485b4d20dd6c25f8369d26f28b8e6fc881"
"fba8f621faf9d74eeeb6f60943a2c9207c8047286ef2df58428b6039e41cec74"
changed /files/.codex-plugin~1plugin.json/size
4146
4751
added /files/.mcp.json
Field was absent
{
"sha256": "e66bb4f071fbf22d28878d606fe018bf8080ab5b08719693a0e5cce768ec2b0c",
"size": 95
}added /files/assets~1icon-dark.png
Field was absent
{
"sha256": "330a250306c3f6c15430ec44c3f65641a1c410418831b3e9af69a5791fcca37f",
"size": 13622
}added /files/assets~1icon.png
Field was absent
{
"sha256": "43e11ba5c5633c011c9a289e827f5d0438893966346a1c5908785128d991d551",
"size": 28811
}added /files/assets~1logo-dark.png
Field was absent
{
"sha256": "61f252596ccb7d75ff2fffb9d2ffcebec9658b3100e10f4e641375d60fd640a4",
"size": 34463
}added /files/assets~1logo.png
Field was absent
{
"sha256": "8602fb99386f79f1f3f9ab623ebccc0c46bea294fbdc1e13b929b9902ac91728",
"size": 69395
}Full snapshot data
{
"files": {
".app.json": {
"sha256": "682b66b42edd0cd00b5b47bbaf261cae58930f23d18e67049b6ddc1aaaf8c3ce",
"size": 101
},
".codex-plugin/plugin.json": {
"sha256": "fba8f621faf9d74eeeb6f60943a2c9207c8047286ef2df58428b6039e41cec74",
"size": 4751
},
".mcp.json": {
"sha256": "e66bb4f071fbf22d28878d606fe018bf8080ab5b08719693a0e5cce768ec2b0c",
"size": 95
},
"assets/icon-dark.png": {
"sha256": "330a250306c3f6c15430ec44c3f65641a1c410418831b3e9af69a5791fcca37f",
"size": 13622
},
"assets/icon.png": {
"sha256": "43e11ba5c5633c011c9a289e827f5d0438893966346a1c5908785128d991d551",
"size": 28811
},
"assets/logo-dark.png": {
"sha256": "61f252596ccb7d75ff2fffb9d2ffcebec9658b3100e10f4e641375d60fd640a4",
"size": 34463
},
"assets/logo.png": {
"sha256": "8602fb99386f79f1f3f9ab623ebccc0c46bea294fbdc1e13b929b9902ac91728",
"size": 69395
}
}
}SHA-256 of public snapshot: cc7711a9def62a0fe619077009d739a9f9e2937b9817cf47e35b40b331718bd0