AI-assisted install
This page mirrors the full GitHub guide:
docs/AI_ASSISTED_INSTALL.md.
Use this path when you want Claude Code, Codex, or another local coding assistant to drive the terminal setup. Alfred supports one repo and multi-repo workspaces; the assistant needs an explicit repo list either way.
The Shape
Section titled “The Shape”- Run a side-effect-safe dry-run example.
- Install prerequisites.
- Let the human complete browser auth.
- Configure explicit repos with the full fleet.
- Run doctor and show the final state.
Do not let the assistant guess repo names, Slack webhooks, AWS profiles, or which repos should receive scheduled agents.
For checkout layout, read Workspace patterns.
Copy-Paste Prompt
Section titled “Copy-Paste Prompt”Please install Alfred for a local agent fleet.
Values:- GH_ORG=<your-github-org-or-user>- REPOS=<comma-separated-repos-owned-by-GH_ORG>- SPECS_REPO=<optional-specs-repo-or-blank>- OPERATOR_NAME=<your-name>- OPERATOR_EMAIL=<your-email>- SLACK_WEBHOOK=skip- INSTALL_DIR=~/code/alfred- WORKSPACE_ROOT=~/code
Rules:- Do not invent secrets, tokens, webhooks, AWS profiles, or repo names.- Do not enable every discovered repo. Configure only the repos listed in REPOS.- Keep Slack skipped unless I paste a webhook.- Keep AWS optional; do not create IAM users or profiles during this install.- Do not paste provider keys into Alfred setup. Authenticate the selected coding CLI with its own login flow.- Use the full engineering fleet: `planner` (Drake), `architect` (Batman), `senior-dev` (Lucius), `reviewer` (Ra's al Ghul), `test-engineer` (Bane), `fixer` (Nightwing), `triage` (Robin), `e2e-runner` (Huntress), `ops-watch` (Gordon), automerge, agent-cleanup, memory-harvest, memory-auto-promote, code-map-refresh, agent-morning-brief, fleet recaps, shipped summaries, and fleet doctor where available.- Keep the `architect` role configured even for a one-repo install. It shows as Batman in the default theme, only acts when cross-repo or parent-plan work exists, and stays idle until its parent planning repo is configured.- If SPECS_REPO is set, clone it under the workspace for context, but do not assign Lucius/Nightwing write loops to it unless I explicitly ask.- Before running any command that loads scheduled agents, show me the command and ask for confirmation.- If an interactive browser auth step is needed, stop and tell me exactly what to run.- At the end, show the Alfred repo path, $ALFRED_HOME/.env Alfred block, `alfred agents`, `alfred auth status`, and doctor output.Then have the assistant follow the command sequence in the full guide.
If SPECS_REPO is set, the full guide tells the assistant to clone it under
$WORKSPACE_ROOT/product/ for planning context and to leave it out of --repos
unless you explicitly want Alfred to operate on specs issues or PRs.
Installer vs Engine
Section titled “Installer vs Engine”Claude Code, Codex, or OpenCode can be the assistant that installs Alfred. Separately, Alfred can use any of them as an engine for scheduled agents.
Each optional engine can be absent. Configure only engines that are installed and signed in.
Check readiness with:
alfred auth statusalfred codex statusalfred codex probealfred engine doctorSafer First Run
Section titled “Safer First Run”./bin/alfred-init.py \ --non-interactive \ --agents all \ --repos "$REPOS" \ --slack-webhook skipThis seeds prompts, creates labels, writes scheduler config, deploys the full
fleet, and runs doctor. --repos can be one repo or a comma-separated list.
It does not create AWS profiles or Slack apps.
For multi-repo:
export REPOS="my-org/api,my-org/web,my-org/mobile"./bin/alfred-init.py --non-interactive --agents all --repos "$REPOS" --slack-webhook skipPublic Batman is multi-repo aware. The parent-issue path posts a rollout plan to
Slack, waits for approval when required, files scoped child issues, and reports
status. The default ARCHITECT_AUTO_EXECUTE=0 halts after the plan for manual
control. Set approval-gate when you want Slack-approved child issue filing;
set 1 to skip the gate entirely (not recommended for fresh installs). See
docs/ARCHITECT.md.
If ARCHITECT_PARENT_REPO is a specs or planning repo outside --repos, run
alfred labels bootstrap my-org/specs for that repo before filing parent issues.