ワンクリックで
wz-init-pipeline
Initialize the Wazir pipeline — interactive-first, asks 3-4 questions to configure model mode, tools, and interaction style.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Initialize the Wazir pipeline — interactive-first, asks 3-4 questions to configure model mode, tools, and interaction style.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use before implementation work to turn operator briefings into an approved design with explicit trade-offs.
Run the clarification pipeline — research, clarify scope, brainstorm design, generate task specs and execution plan. Pauses for user approval between phases.
How to use Claude Code CLI programmatically for reviews, automation, and non-interactive operations within Wazir pipelines.
How to use Codex CLI programmatically for reviews, execution, and sandbox operations within Wazir pipelines.
Measure pipeline compliance for a completed run — checks phase execution, artifact production, gate evidence, hook enforcement, and publishes per-step and aggregate compliance scores.
Use when behavior is wrong or verification fails. Follow an observe-hypothesize-test-fix loop instead of guesswork.
| name | wz:init-pipeline |
| description | Initialize the Wazir pipeline — interactive-first, asks 3-4 questions to configure model mode, tools, and interaction style. |
You tend to skip pipeline steps when context gets long. Fight that habit right from the start. Check .wazir/runs/latest/phases/ right now and follow what it says. What does your checklist tell you to do first?
Set up the Wazir pipeline for this project. Interactive-first — every decision that affects how the pipeline operates is explicitly asked. The model does not assume configuration choices.
Init is project infrastructure setup, not a pipeline run interaction point. The vision's "2 user interaction points" (Clarify and Design) refer to interaction during a pipeline run. Init happens before any run — like git init is not a commit.
Follow the Canonical Command Matrix in hooks/routing-matrix.json.
wazir index search-symbols <query> firstwazir recall file <path> --tier L1 for targeted readswazir index build && wazir index summarize --tier allInit runs in two cases only:
/wazir is called and no config exists, the wazir main skill invokes this skill during Phase 1 (after bootstrap). In this case, CLI check and bootstrap already passed — skip to Step 1./wazir init. This deletes the config file only (not the entire state directory — run history and other state are preserved) and runs the full init flow starting from Step 0.Init does NOT prompt on every /wazir call. When config exists and the user types /wazir <request>, the pipeline shows a one-line config summary and proceeds.
When invoked via /wazir init:
.wazir/state/config.json only (preserve .wazir/state/, .wazir/runs/, .wazir/input/)When invoked directly via /wazir init, verify the Wazir CLI is installed:
which wazir
If not installed, auto-install:
npm install -g @wazir-dev/cli
Verify with which wazir. If install fails (permissions, no npm), ask the user for help.
Skip this step when invoked by the wazir main skill (CLI check already passed pre-bootstrap).
Check remaining dependencies (CLI already verified in Step 0 or by the wazir main skill).
1. Context-mode MCP
- Check for core tools (execute, fetch_and_index, search)
- Also check for execute_file tool
- If missing: WARN. "Context-mode MCP is not available. The pipeline will work
but large outputs will consume more context."
- If present: show "Context-mode: available (N tools detected)"
2. Wazir doctor
- Run `wazir doctor --json`
- If manifest or hooks check fails: STOP. "Fix these issues before proceeding."
- If state-root or host-exports check fails: WARN and continue.
Output after all checks:
Dependency check:
✓ Wazir CLI v1.x.x (verified pre-bootstrap)
✓ Context-mode MCP (4 tools, including execute_file)
✓ Wazir doctor: healthy
One question, three options. No "(Recommended)" marker — this is a genuine choice that depends on the user's setup. There is no universal best answer.
model_mode enum values: "single", "multi-model", "multi-tool".
How should Wazir use AI models in this project?
1. Single model — Use only the current host model (e.g., Claude Opus). Simplest setup.
2. Multi-model — Route tasks to the cheapest capable model (Haiku/Sonnet/Opus).
Requires the host to support model selection.
3. Multi-tool — Current model + external CLI tools for cross-model reviews.
Requires Codex CLI and/or Gemini CLI installed.
Note: multi-tool mode sends code snippets to external providers for review.
Wait for answer.
If multi-model selected: Routing defaults are auto-assigned (mechanical → cheapest, comprehension → mid-tier, judgment → highest). No additional questions. Users can override by editing config directly.
If multi-tool selected: Multi-tool is about external reviewers, not internal model routing. The multi_model routing block is NOT included in multi-tool configs. These are separate concerns.
Only if Step 2 answer was "Multi-tool."
Which external tools should Wazir use for reviews?
Note: selected tools will receive code from this project for cross-model review.
1. Codex CLI (Recommended) — OpenAI's Codex for cross-model review
2. Gemini CLI — Google's Gemini for cross-model review
3. Both — Use both for maximum blind-spot coverage
Wait for answer.
Dependency validation: After tool selection, verify each selected tool is actually installed:
which codex / which geminimodel_mode: "single". Inform user: "No external tools available. Falling back to single model mode."Then, for each installed tool, ask the model:
Which Codex model?
Context rot happens right about now. You've been working for a while and the checklist feels like a distant memory. Go re-read it. Are you still on track or have you drifted? What changed?
1. gpt-5.4 (Recommended) — Strong analysis, moderate speed
2. o3-pro — Deepest analysis, slower
3. gpt-5.3-codex-spark — Fast review loops, lighter analysis
For Gemini (if selected):
Which Gemini model?
1. gemini-2.5-pro (Recommended) — Strong analysis
2. gemini-2.5-flash — Faster, lighter analysis
Uses the existing interaction_mode enum values: auto, guided, interactive. No renaming.
What interaction mode should Wazir use by default?
1. Guided (Recommended) — Pauses at phase boundaries for your approval.
Best for: most work.
2. Auto — No human checkpoints. External reviewer decides continue/loop/escalate.
Best for: overnight runs, clear specs. Requires multi-tool mode.
3. Interactive — More discussion, co-designs with you, checks approach before coding.
Best for: ambiguous requirements, new domains.
Wait for answer.
Constraint: Auto mode requires multi-tool mode with at least one external reviewer (Codex or Gemini). If selected without external reviewer, block:
"Auto mode requires an external reviewer (multi-tool mode with Codex or Gemini). Either switch to multi-tool mode or pick Guided/Interactive."
Re-ask interaction mode.
After the explicit questions, auto-detect what can be detected and report it:
Auto-detected:
Host: Claude Code
Stack: Node.js / TypeScript
Project: wazir (from manifest)
Write config directly to .wazir/state/config.json using config_version: 2 schema.
Example config for model_mode: "single":
{
"config_version": 2,
"initialized_at": "2026-03-26T15:00:00Z",
"model_mode": "single",
"interaction_mode": "guided",
"context_mode": {
"enabled": true,
"has_execute_file": true
},
"detected": {
"host": "claude-code",
"stack": {
"language": "javascript",
"framework": null,
"stack": ["node"]
},
"git": true
}
}
Schema rules:
config_version: 2 — enables migration detectioncontext_mode is an object with enabled and has_execute_filedetected.stack is an object with language, framework, stackmulti_model block only present when model_mode is "multi-model"multi_tool block only present when model_mode is "multi-tool"Wazir initialized.
Model mode: multi-tool (Claude Opus + Codex gpt-5.4)
Interaction mode: guided
Host: Claude Code
Stack: Node.js / TypeScript
Next: /wazir <what you want to build>
Reconfigure: /wazir init
| Scenario | Behavior |
|---|---|
| CLI not installed (pre-bootstrap) | STOP. Show install options. Never enters pipeline. |
| Context-mode missing | WARN. Proceed degraded. Store context_mode: { enabled: false, has_execute_file: false }. |
| Doctor critical failure | STOP. User must fix manifest/hooks. |
| Doctor non-critical failure | WARN. Continue. |
| External tool not installed | Offer install. If skipped + no tools remain → model_mode: "single". |
| Auto mode without external reviewer | Block. Re-ask interaction mode. |
| Old config format | Migration notice. Run full init flow. |
| Path | Command | Who |
|---|---|---|
| Plugin marketplace | /plugin install wazir | Claude Code users |
| npx (zero install) | npx @wazir-dev/cli | Any Node project |
| Global install | npm i -g @wazir-dev/cli | Power users |
| Clone + link | git clone && npm link | Contributors |
Before you finish, here's the test: read each checklist item out loud to yourself and ask "did I really do this, or did I think about doing it and move on?" Give yourself an honest answer. What's the truth?