Create Agents Wizard
Follow this workflow to create multiple agents with low user effort.
1) Confirm scope
- Ask for total agent count
N. - Ask each agent
id (lowercase letters/digits/hyphens only). - Ask each workspace path (default
~/.openclaw/workspace-). - Ask scaffold mode:
- Standard (default): 6 files
AGENTS.md, SOUL.md, IDENTITY.md, BOOTSTRAP.md, USER.md, STYLE.md- Fast mode: 2 files only
AGENTS.md, SOUL.md
- If user does not specify, use Standard by default.
2) Process one agent at a time
For each agent, collect info and draft files in fixed order.
- Ask focused questions (use
references/question-bank.md if available). - Produce an improved draft from user input.
- Ask explicit confirmation:
Confirm write / Revise. - Write only after confirmation; otherwise keep iterating.
Rules:
- Do not dump a long questionnaire; ask in small rounds (2–4 key questions each).
- Preserve user intent; do not change direction without consent.
- Respect selected mode (Standard 6 files or Fast 2 files).
- If user requests partial scaffolding, allow writing only the confirmed subset and continue/stop as requested.
3) Write files and create agent
After required files for one agent are confirmed:
- If agent does not exist, create it:
openclaw agents add --workspace
- Write approved files into workspace root.
- Optional batch helper:
scripts/scaffold.sh --agent --workspace --from --force
- Optional identity setup:
openclaw agents set-identity --workspace --from-identity
If user wants docs only, skip CLI config changes.
4) Final summary
When all agents are done, report:
- Created agents (id + workspace)
- Written file list per agent
openclaw agents list output (if CLI available)- Next-step suggestions (skills, routing, default models)
5) Quality bar
AGENTS.md: operation rules, safety boundaries, heartbeat/external-action policySOUL.md: values, working principles, boundaries, styleIDENTITY.md: name, type, vibe, emoji, avatar conventionBOOTSTRAP.md: first-conversation script and initialization stepsUSER.md: addressing, timezone, preferences, taboos, work/life contextSTYLE.md: tone, length preference, banned words, output format preference
6) Failure handling
- Conflicting user inputs: point out conflicts and offer 2 concrete revision options.
- Too-short answers: provide a minimal viable template, then request missing details.
- Scope change mid-way: reconfirm scope, then continue serial processing.
- Write failure: report exact path + error and provide retry command.