Skip to main content
Use the narrowest command that proves the failing layer. version proves the package, init --dry-run proves local planning, doctor proves an authenticated Gateway read, and mission commands prove their own scopes.

Diagnostic sequence

Installation and binary problems

Gateway configuration problems

The public package does not provision a Gateway. Do not substitute https://api.praxa.io/v1 as the SDK/CLI Gateway origin.

Authentication and authorization

Never resolve a denial by silently switching to a broader or long-lived token. Correct the issuing policy and rerun the negative test.

JSON and shell problems

Gateway commands, version, and memory plans emit JSON on success. Do not assume a failing command returns a JSON problem on stdout.

Idempotency and mission problems

Project setup problems

Memory planning problems

Safe escalation bundle

Include:
  • praxa version output;
  • sanitized Gateway hostname;
  • UTC time and command family;
  • exit code;
  • HTTP status and customer-safe problem code when available;
  • whether the operation was a first attempt or exact replay;
  • redacted project-plan actions;
  • Node.js, operating system, and package-manager versions.
Exclude access tokens, authorization headers, provider credentials, customer task input, memory content, mission input files, and unredacted traces.

Getting started

Rebuild the package, configuration, and diagnostic path from a clean state.

Authentication and scopes

Compare every Praxa credential plane and its failure behavior.
Last modified on August 14, 2026