Super
A permission-gated superuser agent exposed over the Model Context Protocol (MCP). It gives an AI agent real system-administration powers on this machine — running shell commands, checking system state, and acting on GitHub — while wrapping every action in guardrails: a dangerous-command denylist, a human-approval gate for risky operations, least-privilege GitHub access, an append-only audit log, and Cisco AI Defense runtime inspection of every tool call and response.
The design goal is the version of a "superuser agent" you can actually ship: powerful, but safe, auditable, and compatible with enterprise guardrails.
Landing site: https://fitzyracing1.github.io/super-landing/ (source: fitzyracing1/super-landing). The previous Pages site in this repo is preserved at tag
site-v1/ branchsite-archive.
Why it's built this way
An agent that can do anything as root is a liability, not a product. Buyers
(and marketplace security reviews) expect scoping, approvals, and an audit
trail. So capabilities here always pass through a single choke point — the
Guard — which enforces, in order:
- Cisco AI Defense inspects the tool call (can block).
- Cisco Duo Agentic Identity authorizes the tool call per-policy (can block).
- Approval gate — anything at or above
approval_required_at(defaultMEDIUM) needs an explicitconfirm=truefrom a human. - The operation runs.
- Cisco AI Defense inspects the response before it is returned (catches data leakage).
- Stripe meters the successful call (best-effort; never blocks).
- The outcome is written to the audit log as
human owner -> agent -> tool -> action -> outcome.
This mirrors the enterprise model: your app owns scoping + approvals + local audit; Cisco AI Defense provides runtime threat inspection at the MCP layer; Cisco Duo Agentic Identity provides per-tool-call authorization tied to an accountable human owner; and Stripe turns metered tool calls into revenue.
Cisco Duo Agentic Identity (authorization)
Duo follows a "Duo decides, the gateway enforces" model. This agent registers as
a non-human identity, authenticates via the OAuth 2.1 client-credentials
grant (with an RFC 8707 resource indicator), and authorizes every tool call
either by matching the tool's required scope against what Duo granted, or by
calling an explicit Duo decision endpoint. Set DUO_ENABLED=true plus
DUO_TOKEN_URL / DUO_CLIENT_ID / DUO_CLIENT_SECRET (see .env.example). When
Duo is not configured, calls are allowed but flagged governed: false; in
enforce mode authorization errors fail closed.
Stripe usage-based billing (monetization)
Each authorized, successful tool call emits a Stripe meter event
(v2 billing meter events API), so the agent can be sold per-action. Configure a
meter in Stripe, then set STRIPE_ENABLED=true, STRIPE_API_KEY,
STRIPE_CUSTOMER_ID, and STRIPE_METER_EVENT_NAME. Per-tool weights let
higher-risk actions cost more. Billing is best-effort: metering failures are
logged and never block or fail the tool call (results are annotated
billed: true|false).
Tools
| Tool | Risk | Notes |
|---|---|---|
system_status |
LOW | Host, CPU, memory, uptime |
disk_usage |
LOW | Per-partition disk usage |
list_processes |
LOW | Top processes by memory/cpu |
run_command |
HIGH* | Shell command; denylist + approval + audit |
github_get_repo |
LOW | Repo metadata (allowlisted repos only) |
github_list_issues |
LOW | Issues for an allowlisted repo |
github_create_issue_comment |
HIGH | Write; needs approval + GITHUB_ALLOW_WRITES |
security_status |
— | Reports the active guardrail configuration |
* run_command is LOW risk only when its base command is in
command_allowlist; otherwise HIGH (requires confirm=true).
Install
Not yet on PyPI. Install straight from git:
pip install "superuser @ git+https://github.com/fitzyracing1/Super.git"
pip install "superuser[all] @ git+https://github.com/fitzyracing1/Super.git" # + Cisco AI Defense + Stripe SDKs
From a clone:
Requires Python 3.10+.
pip install -e . # core agent (Duo authz uses requests; no extra dep)
pip install -e '.[security]' # + Cisco AI Defense SDK (cisco-aidefense-sdk)
pip install -e '.[billing]' # + Stripe SDK (usage-based billing)
pip install -e '.[all]' # security + billing
pip install -e '.[dev]' # + pytest / ruff
Configure
Copy .env.example to .env (or use a YAML file — see superuser.example.yaml)
and set values. Key settings:
SUPERUSER_HUMAN_OWNER— the human accountable for the agent's actions.SUPERUSER_APPROVAL_AT— risk threshold for the approval gate (LOW…CRITICAL).AI_DEFENSE_*— Cisco AI Defense credentials/mode (see below).DUO_*— Cisco Duo Agentic Identity authorization (see below).STRIPE_*— Stripe usage-based billing (see below).GITHUB_TOKEN,GITHUB_ALLOWED_REPOS,GITHUB_ALLOW_WRITES— least-privilege GitHub.
For a full console-value → env-var mapping for all three services, see
docs/INTEGRATIONS.md.
Cisco AI Defense
Install the SDK (pip install 'superuser[security]') and provide credentials:
- Explicit inspection of this server's own tool calls/responses:
set
AI_DEFENSE_INSPECTION_API_KEY. - Runtime protection (
agentsec.protect()auto-patches LLM + MCP clients): setAI_DEFENSE_API_MODE_LLM_ENDPOINT+AI_DEFENSE_API_MODE_LLM_API_KEY, or pointAI_DEFENSE_AGENTSEC_CONFIGat anagentsec.yaml(seeagentsec.example.yaml). AI_DEFENSE_MODE:enforce(block),monitor(log only), oroff.
If the SDK is not installed or no credentials are set, the agent still runs but
every result is annotated protected: false / UNPROTECTED — the gap is never
silent. In enforce mode, inspection errors fail closed (the call is
blocked); in monitor mode they fail open (logged, allowed).
Environment variables
| Area | Variables |
|---|---|
| Core | SUPERUSER_CONFIG, SUPERUSER_HUMAN_OWNER, SUPERUSER_APPROVAL_AT, SUPERUSER_COMMAND_TIMEOUT, SUPERUSER_AUDIT_LOG |
| Cisco AI Defense | AI_DEFENSE_ENABLED (default true; set false for local dev), AI_DEFENSE_MODE, AI_DEFENSE_INSPECTION_API_KEY, AI_DEFENSE_API_MODE_LLM_ENDPOINT, AI_DEFENSE_API_MODE_LLM_API_KEY, AI_DEFENSE_AGENTSEC_CONFIG |
| Cisco Duo | DUO_ENABLED, DUO_MODE, DUO_AGENT_ID, DUO_TOKEN_URL, DUO_CLIENT_ID, DUO_CLIENT_SECRET, DUO_AUTHORIZATION_URL, DUO_RESOURCE, DUO_SCOPES |
| Stripe | STRIPE_ENABLED, STRIPE_API_KEY, STRIPE_CUSTOMER_ID, STRIPE_METER_EVENT_NAME, STRIPE_DEFAULT_VALUE |
| GitHub | GITHUB_TOKEN, GITHUB_ALLOWED_REPOS, GITHUB_ALLOW_WRITES, GITHUB_API_URL |
With no keys set the server still runs: Duo and Stripe are off by default, and Cisco AI Defense runs unprotected (clearly flagged) if the SDK/keys are missing.
Run
# Validate configuration and print guardrail/Cisco status, then exit:
superuser --check
# Start the MCP server (stdio transport, for MCP clients like Cursor/Claude):
superuser
# or: python -m superuser
Register with an MCP client
Example client config (stdio):
{
"mcpServers": {
"superuser": {
"command": "superuser",
"env": {
"SUPERUSER_HUMAN_OWNER": "you@example.com",
"AI_DEFENSE_MODE": "enforce",
"AI_DEFENSE_INSPECTION_API_KEY": "..."
}
}
}
}
Test
pytest
Security notes
- The dangerous-command denylist is a backstop, not the primary control. The primary controls are Cisco AI Defense inspection and the approval gate.
- GitHub access fails closed: no token or an empty repo allowlist means no access. Use a fine-grained, least-privilege token.
- Secrets are redacted in the audit log. Keep
.env/*.yamlconfig files out of version control (already in.gitignore).
License
Apache-2.0.
Metadata
Release files for superuser 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| superuser-0.1.0.tar.gz | 24.4 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| superuser-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 48.5 kB
Release files / superuser-0.1.0.tar.gz
| Download URL | superuser-0.1.0.tar.gz |
|---|---|
| Size | 24.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
5f783381109556cc4bf8d7c0a02c03165be66e95230ac332d39f8f2485ff5ca7
|
|
BLAKE2b-256 checksum How to use checksums |
17a1dbb71fe4d60b2c19f2ffb0a419e343e45b5dcbfee049fd0f8d27ff52aec7
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.13.5
|
Release files / superuser-0.1.0-py3-none-any.whl
| Download URL | superuser-0.1.0-py3-none-any.whl |
|---|---|
| Size | 24.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
8f082abe5faea9fc1cafd0f4111498667e70619c3df8279addc59cebe375e39c
|
|
BLAKE2b-256 checksum How to use checksums |
b4da82842630651388606c5fff6ea07a3a90f2bb876a5e1e7c15f1b6dd8da070
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.13.5
|
Security for superuser 0.1.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.