Skip to content

Operations

This guide is for running SHADI as an actual agent host instead of treating the repository as a CLI demo. It pulls together the pages you need for execution, troubleshooting, and the example workloads shipped with the repository.

Overview

Use this page as the operator entry point. It does not replace the detailed guides. It tells you which page to open next and in what order.

Operating Model

In a normal SHADI run, the operator does four things:

  1. Resolve a sandbox policy and choose the right launcher profile.
  2. Ensure secrets and identity material are available before launch.
  3. Start the runtime components in the correct order.
  4. Verify outputs, reports, and runtime health when an agent action fails.

The detailed references still live in the underlying pages; this guide is the entry point that tells you where to go and in what order.

Note

If you are completely new to the project, start with Getting Started first and come back here once the local launcher path is working.

Choose a Workflow

Use Sandbox and Policies when you need to:

  • choose between strict, balanced, and connected
  • combine JSON policy with CLI overrides
  • broker secrets into the process environment before sandboxing
  • reason about the enforcement boundary on macOS and Windows

Suggested Operator Flow

For a typical sandboxed agent workflow, this is the practical order:

  1. Review Sandbox and Policies and print the resolved policy you intend to run.
  2. Load secrets and identity material required by the chosen agent.
  3. Start transport dependencies if multi-agent messaging is needed.
  4. Launch the sandboxed agent process.
  5. Inspect outputs such as policy, Git snapshot artifacts, report files, memory state, and queued PR artifacts.

Info

The most common operator failure mode is not a code bug. It is a mismatch between policy, secret availability, launch order, or shared transport configuration.

Troubleshooting Map

Start from the symptom, then jump to the right page:

Operational References

Keep these pages close when running the system:

Scope of This Page

This page does not repeat every command from the detailed guides. It exists so operators have a stable route through the docs instead of jumping between long, flat pages with no execution order.