Consent Record
The permission object that ties a subject, asset, purpose, and actor together.
Schema →Learn how to model, verify, revoke, and audit machine-readable consent across datasets, agents, applications, and AI pipelines.
OConsent is not a consent banner. It is an implementation layer for consent-aware AI systems. Applications, agents, datasets, and pipelines can check whether a specific actor is allowed to use a specific asset for a specific purpose.
Five steps take you from a consent record to an enforced, audited decision.
The permission object that ties a subject, asset, purpose, and actor together.
Schema →The person, creator, customer, or organization granting consent.
The dataset, file, conversation, memory, or derived resource covered.
The intended use, such as llm_training or agent_memory.
The app, model, agent, or pipeline requesting use.
Allowed and excluded operations, retention, and other constraints.
The point-of-use question asked before access.
Schema →The allow or deny decision, with a reason code.
Schema →A record that a permission is no longer valid for future use.
Schema →Evidence that a decision was checked and where it was enforced.
Schema →The interface the SDK and verification service are built around.
Create a machine-readable consent record.
Check whether a specific use is allowed at the point of use.
Invalidate a consent record so future verification fails.
Record or export evidence of a decision.
The consent record, verification request and response, revocation event, and audit event are defined in the draft specification. It is a reference model, not a finalized standard, and is designed to map to LLMConsent-style consent records.
The public site currently documents the OConsent reference model and implementation direction. The hosted verification service and published SDK package are in progress. The current public implementation lives in the GitHub organization.
LLMConsent defines what AI consent should mean. OConsent makes it enforceable in software.
OConsent is designed to support open AI consent standards and is built for LLMConsent-style consent records. OConsent does not own or control the LLMConsent standard. It is implementation infrastructure that aims to stay compatible with emerging LLMConsent-style consent flows.
Earlier OConsent work explored blockchain-based anchoring and smart-contract verification. The current positioning treats these as optional proof infrastructure, not the primary product story.