Patent pending technology developed by AGiNCE LLC

The control layer between digital requests and legitimate authority.

ConsentKey helps organizations evaluate who or what is requesting information or action, why it is needed, which authority and consent rules apply, and what minimum result should be permitted.

Authentication confirms identity. ConsentKey determines whether this particular request is authorized for this purpose, at this time, within this scope.

ConsentKey diagram showing a request evaluated by identity, purpose, authority, consent, policy, and risk before a minimum permitted result and decision receipt are produced.
Authority evaluation surfacePublic model

Incoming request

Person, application, vendor, device, workflow, or AI agent asks for data, proof, permission, access, or action.

Identity01
Purpose02
Authority03
Consent04
Policy05
Risk06

Decision boundary

Approve, limit, challenge, review, or deny

Authentication confirms identity. ConsentKey evaluates whether this request is authorized for this purpose, at this time, within this scope.

Minimum result

Only the appropriate data, proof, permission, or action passes through.

Decision receipt

An accountable record remains behind for review, expiration, or revocation where technically possible.

01

Identity confirmed

02

Purpose evaluated

03

Authority bounded

04

Decision recorded

The missing control layer

Authenticated does not automatically mean authorized for this purpose.

Identity confirms who or what is requesting. It does not, by itself, prove that the purpose, scope, timing, or requested action is legitimate.

Broad permissions may grant more access than the request needs. ConsentKey evaluates each request in context and can approve, limit, challenge, review, or deny before data, proof, permission, or action is released.

approve
partially approve
provide a predicate proof
require additional authentication
require human review
deny

How it works

One public-safe request-to-decision pattern.

ConsentKey evaluates who or what is asking, why the request is being made, which permissions and policies apply, and what minimum data or action should be allowed, then records the decision.

  1. 01

    Receive the request

    Capture what is being requested before information, permission, or action is released.

  2. 02

    Verify the requester

    Evaluate the person, application, device, workflow, vendor, or AI agent behind the request.

  3. 03

    Understand context and purpose

    Determine why the request is being made, where it is happening, and what business purpose it serves.

  4. 04

    Resolve authority, consent, policy, authentication, and risk

    Compare the request against authority, consent posture, policy rules, authentication state, and risk signals.

  5. 05

    Permit only the minimum appropriate result

    Approve, limit, challenge, review, or deny the request, then release only the minimum appropriate data, proof, permission, or action.

  6. 06

    Record the decision and manage expiration

    Create an accountable decision receipt and apply expiration or revocation where technically possible.

View the full model

Use-case families

ConsentKey can support many requests through the same authority boundary.

Explore Use Cases

AI Agent Action Governance

01
Requester
AI agent
Request
Customer fields and external message
Possible outcome
Selected fields plus approval before sending
Business value
Govern delegated AI-agent action

Enterprise Identity and Privileged Access

02
Requester
Employee, contractor, vendor, or workload
Request
Sensitive account or admin action
Possible outcome
Read only, selected records, review, or denial
Business value
Reduce excessive access

Healthcare and Emergency Access

03
Requester
Care workflow or emergency responder
Request
Selected health information
Possible outcome
Purpose-bound minimum release
Business value
Support emergency limited access

Banking, Payments, and Digital Value

04
Requester
Finance workflow
Request
Payment or wallet action
Possible outcome
Recommendation, one-time approval, or denial
Business value
Separate analysis from action

Identity and Credential Sharing

05
Requester
Relying application
Request
Identity or credential proof
Possible outcome
Predicate or selected attribute
Business value
Limit identity exposure

Mobile, App, and Device Permissions

06
Requester
Mobile app or device
Request
Location, camera, contacts, sensors
Possible outcome
One-time, approximate, selected, or denied
Business value
Purpose-aware permissions

IoT, Vehicles, and Physical Access

07
Requester
Device, vehicle, or delivery workflow
Request
Physical or connected-device action
Possible outcome
Named, scoped, time-bound access
Business value
Constrain connected access

Umbrella platform

One decision pattern. Many environments.

Employees, applications, vendors, devices, and AI agents all create digital requests. ConsentKey gives organizations one consistent way to evaluate identity, purpose, authority, consent, policy, risk, and minimum scope.

View platform layers
Request intake
Requester identity and context
Purpose determination
Authority and consent evaluation
Policy, authentication, and risk checks
Decision selection
Minimum-result generation
Delivery or enforcement adapters
Decision receipts
Expiration and revocation controls

Business value

A vendor-neutral control layer for delegated authority.

Reduce excessive access
Govern AI-agent actions
Separate permission to know from authority to act
Support minimum-necessary disclosure
Provide consistent policy across systems
Improve human approval workflows
Create clearer evidence of decisions
Support expiration and revocation of controllable permissions
Reduce ambiguity in delegated authority
Provide a vendor-neutral control layer

Mock demonstration

ConsentKey Decision Simulator

This public demo uses predetermined mock scenarios only. It illustrates request-to-decision framing and does not expose private algorithms or imply that any downstream action was completed.

Selected outcome

Approved

Yes/no age-eligible proof.

Predetermined public demonstration
  1. 01

    Requester

    Credential verifier

  2. 02

    Requested data or action

    Confirm age eligibility for a restricted service.

  3. 03

    Purpose

    Eligibility verification

  4. 04

    Authority and consent

    Consent present for predicate proof.

  5. 05

    Policy and risk

    Low data exposure, no full identity record needed.

  6. 06

    Decision

    Approved

  7. 07

    Minimum result

    Yes/no age-eligible proof.

  8. 08

    Decision receipt

    Predicate proof released, full credential withheld, 15-minute validity window.

About AGiNCE

Built by Anthony Spearman, Founder of AGiNCE LLC.

AGiNCE LLC is presenting ConsentKey as a public-safe, patent pending trust-routing and consent orchestration concept for strategic enterprise evaluation.

Who may request authority?

peopleemployeescontractorsapplicationsvendorsdevicesautomated workflowsAI agentsconnected systems

Partnership path

Discuss pilots, partnerships, licensing, and controlled strategic review.

AGiNCE welcomes qualified conversations around strategic partnerships, design-partner pilots, enterprise proof-of-concept discussions, licensing discussions, institutional collaboration, government innovation conversations, investment or acquisition inquiries. For licensing, acquisition, platform partnership, or controlled strategic review, contact ias@agince.com.