Platform View

Documentation is adapted for macOS.

Shell commands, launchd paths, and Apple runtime guidance

CLI Version Context

Installed CLI: 1.1.0 (latest compatibility profile)

Support Bundle

Capture a complete diagnostics artifact for support triage.

macos
OUT=~/Desktop/opta-support-$(date +%Y%m%d-%H%M%S).txt; { echo "# Opta Support Bundle"; echo "# Generated: $(date -u +%Y-%m-%dT%H:%M:%SZ)"; echo; opta doctor; echo; opta daemon status; echo; opta daemon logs --lines 200; echo; opta config list; } > "$OUT" && echo "Saved $OUT"
Support FAQ

Learn About

Deep workflow guides aligned to this documentation section.

Browse all Opta Learn guides

Releases

The Releases view tells you where each release stands, what might block it, and what action is required to move forward safely.

Release View Purpose

Use this view to decide whether to promote, pause, rollback, or close a release. It should combine delivery status, risk signals, and ownership into one timeline.

Release States

  • Planned -- scoped but not yet deployed.
  • In Progress -- deployment or rollout actively underway.
  • Blocked -- cannot continue due to a dependency or failure.
  • Rolled Out -- delivered to target environment/cohort.
  • Rolled Back -- reverted to protect reliability.
Release Entry Example
Release: opta-help@2026.03.04.1
State: In Progress
Scope: Status docs + nav wiring
Risk: Low
Blockers: None
Owner: docs-platform
Next Action: validate links in staging, then promote

Pre-release Checks

  1. Validate change scope and rollback path.
  2. Confirm dependent services are healthy.
  3. Ensure on-call/owner assignment is explicit.
  4. Capture go/no-go signal and timestamp.

Rollout Actions

ConditionActionOwner Response
No regressions in early cohortExpand rolloutPost timestamped checkpoint
Minor regression with workaroundHold expansionPatch and re-verify
Major user-facing breakageRollback immediatelyOpen incident and recovery plan
Unknown state due to missing telemetryFreeze rolloutRestore observability before proceeding

Post-release Verification

Mark a release complete only after monitoring confirms expected behavior across the intended user scope. A deployment is not finished when shipping ends; it is finished when risk returns to baseline.

Do not close with open blockers
If any critical blocker remains unresolved, keep the release in blocked or rolled-back state and track ownership to closure.