/setup-run
Execute a `setup.aiwg.io/v1` SetupManifest, performing cross-platform installati
Claude Code
$ npx -y skills add jmagly/aiwg --skill setup-run --agent claude-code
Codex
$ npx skills add jmagly/aiwg --skill setup-run -a codex -y
Cursor
$ npx skills add jmagly/aiwg --skill setup-run -a cursor -y
Gemini CLI
$ npx skills add jmagly/aiwg --skill setup-run -a gemini-cli -y
GitHub Copilot
$ npx skills add jmagly/aiwg --skill setup-run -a github-copilot -y
OpenCode
$ npx skills add jmagly/aiwg --skill setup-run -a opencode -y
Windsurf
$ npx skills add jmagly/aiwg --skill setup-run -a windsurf -y
SKILL.md
setup-run.SKILL.mdnamespace: aiwg
name: setup-run
platforms: [all]
description: "Execute a `setup.aiwg.io/v1` SetupManifest, performing cross-platform installati"
setup-run
Execute a `setup.aiwg.io/v1` SetupManifest, performing cross-platform installation step by step.
This skill executes deterministic manifests. If `metadata.execution_mode: provider-orchestrated`, validate the manifest and hand it to the current supported AI provider; do not begin deterministic CLI execution.
For AIWG's public installer, keep the provider in control of bootstrap and repair. Once the CLI is healthy, use `aiwg setup --scope project --providers <provider>` for the interview, `aiwg setup --review` for a read-only preview, and `aiwg setup --apply` after approval. These guided commands operate on a saved plan, not a SetupManifest. Headless interview uses the same answer flags with `--non-interactive`; headless apply requires `--yes`. See the [guided setup reference](../../../../../../docs/getting-started/guided-setup.md).
Trigger Phrases
- "run the setup manifest"
- "install using setup.manifest.yaml"
- "execute installer for [project]"
- "aiwg setup-run [manifest]"
- "run setup for [project]"
- "run dev setup for [project]"
Parameters
manifest (positional, optional)
Path to the `setup.manifest.yaml`. Default: `./setup.manifest.yaml`.
--dry-run (optional)
Print what would be executed without running any scripts.
--platform (optional)
Override platform detection: `linux`, `macos`, `windows`, `wsl2`.
--distro (optional)
Override distro detection: `ubuntu`, `debian`, `fedora`, `arch`, etc.
--params-file (optional)
Path to a YAML file with pre-set param values (avoids interactive prompts).
--step (optional)
Run only a specific step by `id`. Useful for resuming after failure.
--skip (optional)
Comma-separated step IDs to skip.
--type (optional)
Filter which manifest to run by install type: `user`, `developer`, or `ci`.
When `--type developer` is specified and no manifest path is given, the skill looks for `installer/setup.dev.manifest.yaml` before falling back to `setup.manifest.yaml`. When `--type user` is specified, the skill looks for `installer/setup.user.manifest.yaml`.
Execution Flow
Phase 1: Load and Validate
1. Read the manifest file 2. Validate against `setup.aiwg.io/v1` schema (run setup-validate internally) 3. If invalid, report errors and stop — do not attempt partial execution
Phase 2: Platform Detection
1. Detect OS: `uname -s` (Linux/Darwin) or `$PSVersionTable` (Windows) 2. Detect distro: `/etc/os-release` → `ID` field 3. Detect arch: `uname -m` 4. Detect shell: `$SHELL` or `$0` 5. Match against manifest `platform` block — if no match, warn and ask to proceed or abort
Phase 3: Param Collection
For each param in manifest `params`: 1. Check if already set in environment or `--params-file` 2. If `required: true` and no value: prompt interactively 3. If `interactive_required: true`: always prompt interactively, even if a default exists — do not use the default without asking 4. If `choices` list present: validate input against choices 5. Expand `~` and `$HOME` in `type: path` params
Phase 4: Prerequisite Check
For each prerequisite: 1. Run `detect` command 2. If `version_min` set: compare version output against minimum 3. On failure: print `install_hint` and stop with non-zero exit
Phase 5: OS Config Summary (developer manifests only)
When `metadata.install_type` is `developer` and the manifest has an `os_config` block:
1. Run each `os_config` entry's `check` command 2. Collect entries where `check` returns non-zero (needs configuration) 3. Print a summary of OS mutations that will be made:
[setup] OS Configuration Required
The following OS-level changes will be made:
• docker-group: Add user 'alice' to docker group (requires re-login)
• inotify-watches: Set fs.inotify.max_user_watches=524288
These changes require elevated privileges (sudo).4. Ask for explicit user confirmation before proceeding with any `os-config` steps:
Proceed with OS configuration? [y/N]:
5. If denied, skip all `os-config` steps and warn that the environment may be incomplete.
Never apply OS mutations without this explicit confirmation. This is a separate gate from the normal params phase.
Phase 6: Step Execution
Execute steps in dependency order:
For each step (respecting depends_on order):
1. Evaluate `when` condition — skip step if false
2. Skip steps not applicable to current platform
3. Dispatch by step type:
- script: run the script with params as env vars
- detect: run detect command, set env var with result
- ask: prompt user, set param
- verify: run verify expression; fail if false
- agentic: delegate to installer-agent with instruction
- platform-route: resolve platform → script path, run script
- chain: run aiwg setup-run on sub-manifest
- os-config: run the referenced os_config entry (see below)
4. Run `verify` expression if present
5. On failure:
a. Check recovery_procedures for a matching trigger
b. If found: show recovery plan and ask user to confirm before running
c. If not found or recovery fails: report step ID + error, stopos-config Step Execution
When executing an `os-config` step:
1. Look up the `config_id` in the manifest's `os_config` block 2. Run the `check` command — if exit 0, print "already configured" and skip 3. If the entry has `interactive: true`:
- Print an explanation of what the `apply` command will do
- Warn: "This step will trigger an interactive dialog or GUI prompt."
- Ask for user acknowledgment before running:
[setup] Interactive step: xcode-cli-tools
This will trigger the Xcode Command Line Tools installation dialog.
Acknowledge and continue? [y/N]:4. Run the `apply` comman
Read more
namespace: aiwg name: setup-run platforms: [all] description: "Execute a `setup.aiwg.io/v1` SetupManifest, performing cross-platform installati"
setup-run
Execute a `setup.aiwg.io/v1` SetupManifest, performing cross-platform installation step by step.
This skill executes deterministic manifests. If `metadata.execution_mode: provider-orchestrated`, validate the manifest and hand it to the current supported AI provider; do not begin deterministic CLI execution.
For AIWG's public installer, keep the provider in control of bootstrap and repair. Once the CLI is healthy, use `aiwg setup --scope project --providers <provider>` for the interview, `aiwg setup --review` for a read-only preview, and `aiwg setup --apply` after approval. These guided commands operate on a saved plan, not a SetupManifest. Headless interview uses the same answer flags with `--non-interactive`; headless apply requires `--yes`. See the [guided setup reference](../../../../../../docs/getting-started/guided-setup.md).
Trigger Phrases
- "run the setup manifest"
- "install using setup.manifest.yaml"
- "execute installer for [project]"
- "aiwg setup-run [manifest]"
- "run setup for [project]"
- "run dev setup for [project]"
Parameters
manifest (positional, optional)
Path to the `setup.manifest.yaml`. Default: `./setup.manifest.yaml`.
--dry-run (optional)
Print what would be executed without running any scripts.
--platform (optional)
Override platform detection: `linux`, `macos`, `windows`, `wsl2`.
--distro (optional)
Override distro detection: `ubuntu`, `debian`, `fedora`, `arch`, etc.
--params-file (optional)
Path to a YAML file with pre-set param values (avoids interactive prompts).
--step (optional)
Run only a specific step by `id`. Useful for resuming after failure.
--skip (optional)
Comma-separated step IDs to skip.
--type (optional)
Filter which manifest to run by install type: `user`, `developer`, or `ci`.
When `--type developer` is specified and no manifest path is given, the skill looks for `installer/setup.dev.manifest.yaml` before falling back to `setup.manifest.yaml`. When `--type user` is specified, the skill looks for `installer/setup.user.manifest.yaml`.
Execution Flow
Phase 1: Load and Validate
1. Read the manifest file 2. Validate against `setup.aiwg.io/v1` schema (run setup-validate internally) 3. If invalid, report errors and stop — do not attempt partial execution
Phase 2: Platform Detection
1. Detect OS: `uname -s` (Linux/Darwin) or `$PSVersionTable` (Windows) 2. Detect distro: `/etc/os-release` → `ID` field 3. Detect arch: `uname -m` 4. Detect shell: `$SHELL` or `$0` 5. Match against manifest `platform` block — if no match, warn and ask to proceed or abort
Phase 3: Param Collection
For each param in manifest `params`: 1. Check if already set in environment or `--params-file` 2. If `required: true` and no value: prompt interactively 3. If `interactive_required: true`: always prompt interactively, even if a default exists — do not use the default without asking 4. If `choices` list present: validate input against choices 5. Expand `~` and `$HOME` in `type: path` params
Phase 4: Prerequisite Check
For each prerequisite: 1. Run `detect` command 2. If `version_min` set: compare version output against minimum 3. On failure: print `install_hint` and stop with non-zero exit
Phase 5: OS Config Summary (developer manifests only)
When `metadata.install_type` is `developer` and the manifest has an `os_config` block:
1. Run each `os_config` entry's `check` command 2. Collect entries where `check` returns non-zero (needs configuration) 3. Print a summary of OS mutations that will be made:
[setup] OS Configuration Required
The following OS-level changes will be made:
• docker-group: Add user 'alice' to docker group (requires re-login)
• inotify-watches: Set fs.inotify.max_user_watches=524288
These changes require elevated privileges (sudo).4. Ask for explicit user confirmation before proceeding with any `os-config` steps:
Proceed with OS configuration? [y/N]:
5. If denied, skip all `os-config` steps and warn that the environment may be incomplete.
Never apply OS mutations without this explicit confirmation. This is a separate gate from the normal params phase.
Phase 6: Step Execution
Execute steps in dependency order:
For each step (respecting depends_on order):
1. Evaluate `when` condition — skip step if false
2. Skip steps not applicable to current platform
3. Dispatch by step type:
- script: run the script with params as env vars
- detect: run detect command, set env var with result
- ask: prompt user, set param
- verify: run verify expression; fail if false
- agentic: delegate to installer-agent with instruction
- platform-route: resolve platform → script path, run script
- chain: run aiwg setup-run on sub-manifest
- os-config: run the referenced os_config entry (see below)
4. Run `verify` expression if present
5. On failure:
a. Check recovery_procedures for a matching trigger
b. If found: show recovery plan and ask user to confirm before running
c. If not found or recovery fails: report step ID + error, stopos-config Step Execution
When executing an `os-config` step:
1. Look up the `config_id` in the manifest's `os_config` block 2. Run the `check` command — if exit 0, print "already configured" and skip 3. If the entry has `interactive: true`:
- Print an explanation of what the `apply` command will do
- Warn: "This step will trigger an interactive dialog or GUI prompt."
- Ask for user acknowledgment before running:
[setup] Interactive step: xcode-cli-tools
This will trigger the Xcode Command Line Tools installation dialog.
Acknowledge and continue? [y/N]:4. Run the `apply` comman
Reusable project context and specialist workflows for the AI tools you already use. Plan software, coordinate specialist reviews, prepare campaigns, investigate incidents, organize research, curate media, and maintain operational knowledge.
Other skills on aiwg.
More skills from other plugins.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
ask-matt
Ask which skill or flow fits your situation. A router over the skills in this repo.
Questions about setup-run.
- Which coding agents can use setup-run?
- setup-run installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.

