Skip to content
PawOS Docs

System Requirements

Minimum specs per platform.

PlatformRequirement
WindowsWindows 10 (64-bit) or later, 4 GB RAM minimum (8 GB recommended)
macOSmacOS 12 Monterey or later, Apple Silicon or Intel
LinuxA modern glibc-based distribution (Ubuntu 22.04+ or equivalent), 4 GB RAM minimum

Note

A GPU capable of basic WebGL is recommended for smooth companion rendering — PawOS still runs without one, with reduced animation quality.

Product disclosure

Implemented

This page documents the current PawOS behavior for System Requirements. It is intended to disclose what users can see and use, what permissions are required, what evidence is recorded, and what limitations remain.

This disclosure is part of the PawOS documentation for System Requirements. It is written to make the product behavior understandable before a user relies on it, pays for it, connects an account, approves a plan, or authorizes a machine-affecting action.

What users see

  • The desktop application, companion surface, task card, workspace picker, account and billing surfaces, confirmation prompts, and Working History.
  • Documentation pages explain the product path, but the operational product is the local Electron app running on the user machine.
  • A new user normally sees sign-in, workspace selection, model/provider configuration where needed, and permission prompts only when a requested action needs them.

What PawOS does

  • PawOS turns a user request into a task, records the task timeline, and routes read-only analysis separately from execution-class actions.
  • When the task is about files or code, PawOS uses the selected workspace folder as the normal project boundary.
  • For coding tasks, PawOS can inspect project structure, plan work, request approval, apply patches, run commands, validate results, and report evidence.

Permissions and boundaries

  • Starting PawOS, signing in, or reading documentation does not grant blanket permission to edit files, run commands, install tools, change PATH, use connectors, or deploy software.
  • Plan approval and action authorization are separate events. A plan can be accepted while later destructive actions still require their own confirmation.
  • Subscription entitlements determine whether a request can move from read-only analysis into execution.

Evidence and records

  • A completed task should leave a Work Record containing the real actions that ran, outputs, files changed, validation results, failures, and skipped steps.
  • If an action was not run or could not be verified, the docs and Work Record should describe that limitation instead of implying success.

Limitations and user responsibility

  • Public installer and update availability may vary by platform and release channel; use the Download page as the source of current distribution status.
  • Some advanced project-understanding features are strongest for TypeScript and JavaScript projects and may be thinner for other languages.
  • Local machine permissions, missing dependencies, organization policy, connector scopes, or subscription tier can prevent an otherwise valid request from executing.

Warning

PawOS can assist with planning, coding, automation, connectors, billing flows, and system operations, but the user remains responsible for reviewing plans, confirmations, diffs, command effects, connector side effects, billing actions, and final outputs before relying on them.