What is PermissionOS?
PermissionOS is a zero-trust authorization layer for AI agents. It sits between an AI request and a sensitive real-world action, then applies your rule: ALLOW, ASK a human, or DENY.
PermissionOS is a human approval and zero-trust control layer for AI agents. It helps stop a hacked, manipulated or mistaken AI from automatically performing sensitive actions simply because the agent already has access.
These are the core questions people ask about AI agent security, human approval and zero-trust AI authorization.
PermissionOS is a zero-trust authorization layer for AI agents. It sits between an AI request and a sensitive real-world action, then applies your rule: ALLOW, ASK a human, or DENY.
AI agents can make mistakes, be manipulated, or become compromised while still holding valid access to email, files, websites, code, data and payment tools. PermissionOS adds an independent action checkpoint.
An instruction inside the AI still relies on that AI to follow it. PermissionOS is designed as a separate enforcement layer, so the agent requests permission rather than deciding whether its own action is acceptable.
It cannot make hacking impossible. It can help reduce the blast radius by denying dangerous actions or requiring human approval even when a compromised agent requests them.
Yes, when the relevant tool is integrated. Actions such as deleting files, exporting private data, sending important emails or deploying code can be configured to ASK or DENY before execution.
PermissionOS is for individuals, developers and businesses giving AI agents access to tools where one wrong action could affect money, private information, customers, code, files or production systems.
PermissionOS · Created by Cornelius Aurelius ·
An agent may be able to send email, delete files, change a website, deploy code, export private information or trigger a payment. PermissionOS is designed to put an independent decision between the AI request and the real action.
The AI requests the action. PermissionOS applies your rule. You only have to get involved when the rule says ASK.
For example: send email, make payment, delete file, publish page or deploy code.
It checks whether that action should be ALLOW, ASK or DENY.
ASK pauses the action and sends an approval request through the current ntfy notification layer.
Approved actions may continue. Denied actions stop. The decision can be logged.
PermissionOS is the control app. ntfy is the notification app used by the current public beta. You install PermissionOS from the website, and ntfy from your phone's app store.
Open PermissionOS → Chrome menu ⋮ → Install app or Add to Home screen → Install.
Open PermissionOS in Safari → tap Share → Add to Home Screen → Add.
Install ntfy, open it once, and allow notifications when your phone asks. ntfy's official documentation lists native Android and iOS apps.
Use the same PermissionOS account you want to protect.
PermissionOS creates or retrieves the private notification topic for your account.
Do not publish or share your private topic name.
For reliable alerts, make sure your phone has not disabled ntfy notifications or background delivery.
You should receive a real PermissionOS approval notification. Expand the notification if the APPROVE / DISAPPROVE buttons are collapsed by your phone.
A PermissionOS connection key is like a private digital ID card for the AI or website you are protecting. PermissionOS generates it. The protected system stores it privately and uses it when asking PermissionOS for authorization.
Imagine a private members-only entrance. The AI's backend shows its PermissionOS key at the door. PermissionOS checks the key, knows which account and agent the request belongs to, and then evaluates your rules.
You normally do this once for each protected integration.
Give it a recognisable name, such as “Website Assistant” or “Finance Agent”.
Decide what that agent is allowed to do before connecting it to real actions.
The key begins with pos_live_. Copy it when PermissionOS shows it.
The key goes in the AI/site server, not into visible frontend code and not back into PermissionOS.
The protected system calls PermissionOS before it sends, spends, deletes, publishes, deploys or exports.
ALLOW may continue. DENY stops. PENDING means wait for the human decision and check the request status.
POST https://permissionos.hatchable.site/api/agent/authorize
Authorization: Bearer pos_live_EXAMPLE_ONLY
Content-Type: application/json
{
"request_id": "unique-request-123",
"agent_key": "website-assistant",
"action": "email",
"target": "supplier@example.com"
}
Possible result:
ALLOW → continue
DENY → stop
PENDING → wait for phone approval, then check /api/agent/status
Your PermissionOS key belongs in backend/server secrets or environment configuration, never public browser code.
Unique IDs help prevent accidental replay and make it easier to trace the exact action that was approved.
PENDING means the action is paused. Execute only after the final PermissionOS decision becomes ALLOW.
If a key leaks, disable or regenerate it and update the protected backend with the new key.
For payments, use a payment provider's tokens/OAuth. PermissionOS should authorize the action, not store PAN/CVV data.
Gmail, Stripe, GitHub, Drive and other tools require their own secure API/OAuth connection. PermissionOS is the authorization layer in front of those actions.
The same permission idea can sit in front of many kinds of connected AI tools.
Limit what an attacker can make a compromised AI actually do.
Require approval before destructive file or data actions.
Gate purchases or transfers and apply amount-based policies.
Keep production changes behind a human checkpoint.
Let AI draft while requiring approval before sensitive sends.
Block or review attempts to move private data outside your systems.
Allow coding work while restricting destructive or production actions.
Require permission before high-impact changes or external API actions.
A real external Gmail action remained paused until PermissionOS recorded an APPROVE / ALLOW decision. That test proved the human gate concept with a genuine external action. Direct service integrations are still being expanded during the beta.
AI agent security is the practice of protecting autonomous or tool-using AI systems from compromise, excessive permissions, unsafe tool use, accidental actions and unauthorized access to connected systems.
Zero-trust authorization means a sensitive AI action is independently evaluated at the time of the request instead of assuming the AI should be trusted because it already has access to a tool or account.
A security checkpoint between AI agents and real actions. You decide what can happen automatically, what must ask you first and what must be blocked.
You need this kind of control when an AI has tools or credentials that let it actually change things: send messages, spend money, delete information, deploy code, edit websites or access private systems.
The current PermissionOS public beta uses ntfy as a third-party notification delivery layer for instant phone approval requests. PermissionOS makes the authorization decision; ntfy delivers the phone notification.
Not currently. PermissionOS is a progressive web app. Open it in your mobile browser and choose Install app or Add to Home Screen. ntfy is the part you download from Google Play or the Apple App Store.
It is a private credential that identifies the protected AI or backend to PermissionOS. Think of it like a secret access card used by software.
Into the private backend/server secret configuration of the AI, website or integration being protected. You do not paste it into public website code and you do not need to paste it back into PermissionOS.
No. PermissionOS is designed to reduce the damage a compromised agent can cause by independently restricting the actions it is allowed to perform.
When the file system is integrated, you can make delete an ASK action requiring approval or a DENY action that is simply blocked.
The action becomes pending. Your phone can receive an approval request. If you approve, the final decision becomes ALLOW. If you disapprove, the action is denied.
That is the intended model, but each service needs its own secure API or OAuth integration. PermissionOS is the policy and authorization layer that sits in front of the action.
Yes. Your referral URL is designed to be shared. A pos_live_... connection key is different and must remain private.
PermissionOS is an active free public beta. Core policy, authorization and phone-approval concepts are working while more integrations, first-party notification infrastructure and production hardening continue to be developed.
Create your account, install PermissionOS on your phone, connect instant approvals and start defining what your AI is allowed to do.