Skip to content
PAUIOps
Open menu

Complete feature catalog

What teams can actually do with PAUIOps.

A practical catalog of the current Manager and Center capabilities—without Kubernetes, SSO, secret-vault, or arbitrary rollback claims.

Product source reviewed August 7, 2026. The Download page remains authoritative for the currently published Manager build, while Center account and billing access remains pre-launch.

Capability group 01

Accounts, roles & project access

Give each person the smallest useful operating surface: first by role, then by assigned project.

Session and API authentication

Use a browser session or its paired bearer-token form for API calls without creating separate login identities.

Hardened password handling

bcrypt protects passwords, and supported legacy hashes upgrade after a successful login.

Login throttling

Repeated failures are limited per normalized username and source IP after 10 attempts in 15 minutes; success clears the counter.

Uniform login responses

Known and unknown accounts receive the same error and comparable bcrypt work, reducing enumeration and timing signals.

Optional login verification

Email a single-use six-digit code with expiry, attempt limits, resend limits, and cooldown after password login.

Separate password recovery

An eight-character email code lasts 15 minutes, allows five attempts, and changes nothing until verified.

Recovery abuse controls

Forgot requests return the same generic response and are rate-limited for known and unknown addresses.

Complete revocation

A password reset revokes every user session and token; logout revokes both forms of the same login session.

Secure cookie defaults

HTTP-only, SameSite Strict cookies become Secure under direct TLS or a deliberately trusted HTTPS proxy.

Built-in and custom roles

Start with Administrator, Developer, and Viewer, or define valid role policy through the environment.

Two permission layers

A global role opens product areas while per-project read, write, or none access controls files, Git, and Docker inside a repository.

Account and project administration

Administrators can enable, disable, create, edit, and delete users and projects without removing the final enabled administrator.

Scoped RDS IP allowlisting

Explicitly authorized users can add their validated public IP after password reauthentication, strict request validation, and rate limiting.

Idempotent security-group updates

An already-present AWS ingress rule counts as success instead of creating operator noise.

Capability group 02

Controlled terminal & commands

Make common shell work visible and repeatable while keeping non-admin commands inside approved Git and Docker boundaries.

Live browser terminal

Run streamed command sessions over WebSockets without opening a separate SSH client for routine work.

Real PTY terminal input

Type directly into the terminal surface — there is no separate command box — with bash-native tab completion, arrow history, Ctrl+R, and full-screen programs like vim or htop for admins.

Role-aware shells

Administrators can receive a full interactive PTY while non-admin commands stay constrained to permitted Git and Docker operations.

Non-admin line discipline

Non-admin sessions get a local prompt, echo, backspace, arrow-key history, and Ctrl+C/U/W/L inside the terminal, while every submitted line still passes the same project git/docker validation.

Bounded command chains

Non-admin users can combine approved operations with safe top-level && chaining without handing the sequence to an unrestricted shell.

Code Editor from the terminal

Open the current project as a full Explorer-and-editor workspace directly from the terminal header.

Repository scope

A project selector, active branch display, and local/remote branch discovery keep commands anchored to the intended working tree.

Live project context

CPU and memory visibility beside the terminal helps operators understand the workload while they act.

Per-project command presets

Quick-command buttons are parsed from the project's own commands.md file — grouped, labeled, and shown in a run-confirmation dialog with the exact command before anything executes.

Review-only AI suggestions

An optional Anthropic key can propose Git or Docker commands, but the user must review before execution.

Command guidance

A built-in guide explains Linux, sudo, Git, Docker, and Compose in practical language for newer operators.

Process control

See active background processes and stop work that is no longer needed.

Timeout and concurrency limits

Configurable limits prevent hung or excessive child processes, and cancellation terminates the spawned process group.

Capability group 03

Git & deployment safety

Refresh remote state before pull or push, preserve local work through guided synchronization, and scope every repository decision to the active project.

Clone and discover projects

Administrators can clone repositories, while startup discovers existing working trees under the managed root without duplicating nested repositories.

Private HTTPS clone

Optional provider credentials are injected through an invocation-scoped authorization header instead of the clone URL or command arguments.

Fresh-per-command Git authentication

Every git invocation — admin terminal, non-admin terminal, command presets, and the structured Git API — authenticates via a host-scoped config header computed fresh from PAUIOPS_GIT_USERNAME/PAUIOPS_GIT_PASSWORD on that single command.

No on-disk credential store

Nothing is ever written to disk. After a restart, a rotated token or edited PAUIOPS_GIT_HOST is used correctly on the very next command, with no separate sync step or staleness.

Non-admin terminal Git access

Non-admin sessions can authenticate git pull, fetch, push, and ls-remote without weakening their isolation from global git config.

Actionable misconfiguration errors

A missing credential value or a PAUIOPS_GIT_HOST/remote mismatch produces a clear, specific error instead of a generic prompt-disabled failure.

Full repository workflow

Status, fetch, pull, push, log, branch, checkout, and fetch-all-branches operations cover routine code delivery.

Remote-aware pull and push preflight

PAUIOps fetches first, then reports changed files, fresh ahead/behind counts, unpublished branches, upstream state, and pull or push intent.

Guided synchronization paths

Choose commit, synchronize, and push—or stash tracked and untracked work, synchronize history, then restore it.

Safe synchronization order

Automatic work follows fetch, inspect, fast-forward or rebase, then push; conflicts stop for deliberate resolution.

No destructive Git recovery

The assistant never force-pushes, resets, cleans, discards work, or guesses how to resolve content conflicts.

Per-invocation author identity

App-triggered commits use configured name and email without modifying repository or global Git settings.

Path-scoped safe.directory

Each Git call trusts only the active repository and never uses the unsafe wildcard setting.

Secret-reduced runners

PAUIOps-owned Git runners, clone, and helper setup remove PAUIOPS_*, deprecated DOCKER_MGR_*, and SUDO_PASSWORD before spawning Git or hooks.

Non-interactive failure

Terminal prompting is disabled for structured runners so missing credentials fail clearly instead of hanging a request.

Contained clone destinations

Symlink-aware parent checks block escapes, existing targets are rejected, failed partial clones are removed, and errors redact credentials.

Scoped permission recovery

Git metadata errors receive one repository-limited repair attempt and an actionable administrator command.

Capability group 04

Docker & Compose

Operate containers, inspect published services, and opt projects into bounded Compose monitoring and recovery from one workspace.

Live container inventory

Search container name, image, state, and published ports from one current list.

Container lifecycle

Start, stop, restart, inspect, read logs, or remove containers with confirmation before destructive work.

Assigned Compose projects

The stack selector is derived from repositories the current user is allowed to operate.

Nested Compose discovery

Find Compose files at the project root or inside common application subfolders without losing the project boundary.

Published-service view

See resolved Compose services, container state, health state, and published ports in the Shell workspace.

Cross-project port collision alerts

Compare declared Compose host bindings across visible projects and show the exact services, files, protocol, address, and published port that overlap.

Incomplete-scan disclosure

When an authorized Compose file cannot be read or resolved, keep the collision result visibly incomplete instead of presenting partial evidence as a clean scan.

Compose operations

Run up, down, status, logs, and configuration validation from a consistent workflow.

Per-project auto-start policy

Administrators can opt one project into startup reconciliation and automatic restart without changing other projects.

Service-level failure detection

Detect partial stacks, stopped or missing services, unhealthy or paused containers, restart loops, network drift, and unresponsive published ports.

Progressive recovery ladder

Target affected services first, escalate only after repeated failures, apply cooldown and backoff, then stop at Manual fix needed.

Healthcheck visibility

Services without a Compose healthcheck remain state-monitored and are identified so operators know where application-hang detection is limited.

Non-destructive watcher boundary

Automatic recovery cannot run down, remove, kill, volume deletion, or prune operations.

Explicit rebuild and volume choices

Image rebuilds are optional and volume deletion is separated behind a clear warning.

Resource visibility

Container and project resource use stays visible next to operational controls.

Startup Docker diagnostics

Manager reports daemon access, Compose plugin availability, and socket-group readiness before users depend on them.

Capability group 05

Images & cleanup

Handle local image work and reclaim space without disguising irreversible operations.

Local image inventory

See what images are present before pulling, building, or removing anything.

Registry pulls

Fetch a named image from its registry through a guided operation.

Server-side builds

Build an image from an approved project context already on the server.

Confirmed image removal

Deletion requires an explicit decision instead of being bundled into a routine action.

Docker diagnostics

Inspect disk usage, engine information, and version from the same interface.

Granular pruning

Prune images, containers, volumes, networks, or all unused resources only after destructive-action confirmation.

Capability group 06

Server health & lifecycle

See health clearly, elevate only exact maintenance commands, and make upgrades recoverable at the Manager binary boundary.

Live system metrics

Monitor CPU, RAM, GPU, disk, dashboard connection status, and streamed output.

Approved maintenance actions

Package list update, package upgrade, reboot, and shutdown use exact sudo allowlisting with confirmation.

Privilege preflight

Startup checks every fixed command with sudo -l without executing package, reboot, or shutdown operations.

Graceful feature degradation

Missing Dashboard privilege or Docker access is reported as a feature warning while safe file and account areas can remain usable.

Startup validation

Project-path access and write checks separate fatal unsafe-root failures from nonfatal feature warnings.

Three probe contracts

/api/health reports detailed state, /api/ready checks startup and database readiness cheaply, and /api/version confirms the running build.

Read-only diagnostics

-doctor provides full evidence while -check offers a concise text or JSON preflight for scripts and CI.

Verified binary upgrade

Manager validates architecture, installs atomically, preserves a backup, restarts, and restores the prior binary if health validation fails.

Graceful draining

SIGTERM and SIGINT stop readiness, drain in-flight HTTP requests within the configured timeout, close the database, and exit.

Capability group 07

Project files & editor

Work inside assigned repositories with layered path and symlink checks around every file operation.

Assigned workspace browsing

Users can open only the repositories assigned to them through an expandable tree and folder view.

Workspace search

Find filenames and file content inside the selected project without searching unrelated server paths.

Permission-aware file actions

Create, rename, and delete files or folders only when the project assignment allows writing.

Multi-file browser editor

Open several source files, track changes, and save one file or all changed files.

Safe previews

Edit and preview Markdown, or inspect HTML through a sandboxed preview.

Workspace context

Project-type detection and an integrated terminal keep code and operations together.

Reloadable assignments

Refresh the workspace after a pull or administrator project reassignment.

Configurable file limits

Bound editable size, uploads, search results, and searched-file size for predictable resource use.

Filesystem containment

Absolute managed-root validation plus symlink-aware checks prevent reads or writes from escaping the selected project.

Capability group 08

Multi-server Center

Use one hosted subscription workspace while Manager-verified administration and server-specific sessions keep every destination distinct.

Hosted SaaS workspace

Register, subscribe, and open PAUIOps Center while PAUIOps runs and maintains the Center application.

Plan-based server capacity

Choose 2, 5, or Unlimited connected Managers without losing features on smaller plans.

Manager-verified registry administration

The active Manager validates the administrator session and role before Center accepts registry mutations; no second frontend-secret gate is required.

Paired API and WebSocket setup

Derive ws:// or wss:// from the API URL until an administrator deliberately supplies a WebSocket override.

Environment and location hierarchy

Organize LIVE, STAGING, regions, and hosts in a searchable server picker.

Registry controls

Test reachability, set a default, enable or disable entries, and control display order.

Global Nginx destination

Pin Center-managed public domains to one enabled Manager, with the active server used only when no global Nginx default exists.

Domain routing registry

Create, edit, retry, or remove validated reverse-proxy routes while pending, deploying, active, and failed state stays visible.

DNS handoff

Copy the generated A or CNAME record for the assigned Manager; Center never changes the external DNS provider silently.

Scoped domain access

Grant each user none, all, or assigned-only domain access from a base-domain catalog; the same policy is enforced by Center's APIs and the Manager Nginx endpoint, not just the UI.

Encrypted provider profiles

Associate AWS EC2, Lightsail, DigitalOcean, Linode, or Proxmox firewall targets with a server while credentials remain write-only and sealed at rest.

Published-port firewall controls

List, add, edit, and remove provider inbound rules from a Compose service port, with explicit confirmation for public or all-port access.

Resilient login server choice

Choose another registered Manager on the login screen when the default destination is unavailable.

Per-server sessions

Switching to a Manager without a valid session prompts for sign-in instead of copying credentials across servers.

Account-change propagation

A deliberate password change can update other Managers where the user already has a live session, with failures reported per destination.

Progressive project setup

Begin with a repository URL, derive the name and contained destination, discover remote branches, and fall back to manual entry when needed.

Shared Compose recovery state

The Center Shell view exposes the selected Manager’s published ports, watcher state, affected services, and manual-intervention signal.

Consistent operations surface

Overview, Server, Containers, Stacks, Images, Terminal, Files, Processes, Maintenance, and Settings follow the active Manager.

Capability group 09

Integrations & configuration

Configure optional Manager integrations explicitly while Center provides the hosted multi-server workspace.

Cloudflare cache purge

Purge a configured zone through a scoped API token and zone ID.

AWS RDS allowlisting

Authorized users can add a validated public IP to a configured security group.

Provider firewall APIs

Center supports inbound-rule workflows for AWS EC2, AWS Lightsail, DigitalOcean, Linode, and Proxmox through server-side administrator routes.

Nginx route provisioning

Manager validates administrator requests before its current Ubuntu reverse-proxy apply or delete action runs through the exact privileged service path.

SMTP delivery

Send login OTP and account-recovery messages through your chosen SMTP service.

SQLite or MySQL

Use SQLite by default or connect Manager user and project data to MySQL.

Environment-defined behavior

Roles, quick commands, origins, cookies, sessions, concurrency, file limits, refresh intervals, and lifecycle timeouts remain operator controlled.

Safe configuration migration

Current PAUIOPS_* values win while deprecated DOCKER_MGR_* keys work only as warned migration fallbacks.

Multi-platform Manager builds

The one-command Manager flow supports systemd on Linux and per-user launchd on macOS; Windows remains a manual binary.

Start with the hosted operations center

Create your account, choose a server plan, and connect your Managers.