wize-dev-kit 0.13.0 → 0.14.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +8 -0
- package/README.es.md +3 -0
- package/README.md +3 -0
- package/README.pt-BR.md +3 -0
- package/package.json +1 -1
- package/src/orchestrator-skills/module.yaml +3 -0
- package/src/orchestrator-skills/wize-check/skill.md +98 -0
- package/src/orchestrator-skills/wize-help/skill.md +1 -0
- package/tools/installer/wize-cli.js +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -9,6 +9,14 @@ Format inspired by [Keep a Changelog](https://keepachangelog.com/en/1.1.0/).
|
|
|
9
9
|
|
|
10
10
|
## [Unreleased]
|
|
11
11
|
|
|
12
|
+
## [0.14.0] — 2026-08-31
|
|
13
|
+
|
|
14
|
+
**`wize-check` — progress checklist with evidence.** A read-only orchestrator skill (owner: Wizer) that answers "where are we, what's done, what's left" mid-session without advancing or re-planning the work. The **evidence rule** is the core: an item only reaches *Done* with a commit, `file:line`, a passed command, a recorded gate, or a merged PR — intent and plans are never evidence. Done condition comes first: if it is not explicit, the skill states the assumed criterion and asks for confirmation instead of inventing a destination. After reporting, it resumes the interrupted work. Modes: default, `now`, `save` (`.wize/implementation/checks/`), `{topic}`. Registered in the orchestrator catalog, the intent routing table (Meta), all 9 harness adapters, READMEs (3 languages) and CHANGELOG. Suite green (539 tests, validate 80 files).
|
|
15
|
+
|
|
16
|
+
### Added
|
|
17
|
+
|
|
18
|
+
- **`wize-check`** (orchestrator skill) — read-only progress checklist for the demand in flight: objective (done condition), where we are, done / in progress / left / blocked, and one next step. Enforces an **evidence rule** (an item only reaches *Done* with a commit, `file:line`, a command that passed, or a recorded gate) so progress is never overstated, then **resumes the interrupted work**. Modes: default, `now`, `save`, `{topic}`. Complements `wize-sprint-status` (sprint detail), `wize-checkpoint-preview` (continue/pivot decision) and `wize-correct-course` (re-plan) without replacing any of them. Intent phrases: "checklist", "o que falta", "o que já foi feito", "acompanhamento", "me atualiza", "cadê que paramos", "what's left".
|
|
19
|
+
|
|
12
20
|
## [0.13.0] — 2026-08-28
|
|
13
21
|
|
|
14
22
|
**`install --yes` now installs everything.** The quick install (`npx wize-dev-kit install --yes`) previously defaulted to the core profile and the Claude Code + generic harnesses only. It now enables **all 4 profiles** (core + web-overlay + app-overlay + security-overlay) and **all 9 harnesses** (claude-code, cursor, windsurf, codex, continue, kimi-code, opencode, antigravity, generic) — a true one-shot full install. Explicit `--profiles` / `--targets` flags still narrow the selection.
|
package/README.es.md
CHANGED
|
@@ -152,6 +152,9 @@ Transversales:
|
|
|
152
152
|
/wize-help Wizer te enruta: `next` (única acción siguiente),
|
|
153
153
|
`status` (snapshot del proyecto), `mission` (un
|
|
154
154
|
contrato de misión lleno para la persona ejecutora).
|
|
155
|
+
/wize-check Checklist de avance de la demanda en vuelo: hecho
|
|
156
|
+
(con evidencia), en curso, lo que falta — luego
|
|
157
|
+
retoma el trabajo interrumpido.
|
|
155
158
|
/wize-grill Entrevista-hasta-entendimiento antes de cualquier
|
|
156
159
|
paso de autoría.
|
|
157
160
|
/wize-quick-dev Shuri toma un arreglo pequeño sin el ciclo completo.
|
package/README.md
CHANGED
|
@@ -150,6 +150,9 @@ Cross-cutting:
|
|
|
150
150
|
/wize-help Wizer routes you: `next` (single next action),
|
|
151
151
|
`status` (project snapshot), `mission` (a filled
|
|
152
152
|
mission contract for the executing persona).
|
|
153
|
+
/wize-check Progress checklist for the demand in flight:
|
|
154
|
+
done (with evidence), in progress, what's left —
|
|
155
|
+
then resumes the interrupted work.
|
|
153
156
|
/wize-grill Interview-to-understanding before any authoring step.
|
|
154
157
|
/wize-quick-dev Shuri takes a small fix without the full ride.
|
|
155
158
|
/wize-pre-pr-check Run lint/format/build/unit tests locally before
|
package/README.pt-BR.md
CHANGED
|
@@ -151,6 +151,9 @@ Transversais:
|
|
|
151
151
|
/wize-help Wizer te direciona: `next` (próxima ação única),
|
|
152
152
|
`status` (snapshot do projeto), `mission` (contrato
|
|
153
153
|
de missão preenchido para a persona executora).
|
|
154
|
+
/wize-check Checklist de acompanhamento da demanda em voo:
|
|
155
|
+
feito (com evidência), em andamento, o que falta —
|
|
156
|
+
depois retoma o trabalho interrompido.
|
|
154
157
|
/wize-grill Entrevista-até-entendimento antes de qualquer passo
|
|
155
158
|
de autoria.
|
|
156
159
|
/wize-quick-dev Shuri pega uma correção pequena sem o ciclo completo.
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://json.schemastore.org/package.json",
|
|
3
3
|
"name": "wize-dev-kit",
|
|
4
|
-
"version": "0.
|
|
4
|
+
"version": "0.14.0",
|
|
5
5
|
"description": "Full-lifecycle AI-assisted development kit with Test Architect and Whiteport Design Studio embedded. Inspired by BMAD Method and WDS.",
|
|
6
6
|
"keywords": [
|
|
7
7
|
"ai",
|
|
@@ -19,6 +19,9 @@ skills:
|
|
|
19
19
|
- code: wize-help
|
|
20
20
|
name: "Help (Wizer)"
|
|
21
21
|
description: "Canonical help skill. Project-state-aware help. Reads .wize/ and tells the user what to do next. Modes: default, next, status, personas."
|
|
22
|
+
- code: wize-check
|
|
23
|
+
name: "Check (Wizer)"
|
|
24
|
+
description: "Progress checklist for the demand in flight: done (with evidence), in progress, left, blocked. Read-only — reports, then resumes the interrupted work."
|
|
22
25
|
- code: wize-onboarding
|
|
23
26
|
name: "Onboarding"
|
|
24
27
|
description: "Post-install triage: greenfield vs brownfield, profile, objective. Delegates to specialists."
|
|
@@ -0,0 +1,98 @@
|
|
|
1
|
+
---
|
|
2
|
+
|
|
3
|
+
code: wize-check
|
|
4
|
+
description: "Use quando o usuário pedir clareza de acompanhamento no meio do trabalho — um checklist de onde estamos, o que já foi feito, o que falta e o que trava, até a condição de pronto."
|
|
5
|
+
name: Check (Wizer)
|
|
6
|
+
module: orchestrator
|
|
7
|
+
owner: wize-orchestrator
|
|
8
|
+
status: ready
|
|
9
|
+
aliases: []
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Wizer · `/wize-check`
|
|
13
|
+
|
|
14
|
+
**Goal.** In under 60 seconds, return a **progress checklist** for the demand in flight: what the objective is, where we are, what is already done (with evidence), what is in progress, what is left until the done condition, and what is waiting on the user.
|
|
15
|
+
|
|
16
|
+
This is a **read-only interruption**. It does not edit code, does not advance the task, does not re-plan. After answering, **resume exactly the work that was in flight**, at the step where it stopped.
|
|
17
|
+
|
|
18
|
+
## Modes
|
|
19
|
+
|
|
20
|
+
| Invocation | What to do |
|
|
21
|
+
|---|---|
|
|
22
|
+
| `/wize-check` | Full checklist for the demand in flight. |
|
|
23
|
+
| `/wize-check now` | Two lines only: what I'm doing right now + the next step. |
|
|
24
|
+
| `/wize-check {topic}` | Narrow the checklist to one scope (a story, a PR, a bug, a document). |
|
|
25
|
+
| `/wize-check save` | Same checklist, plus write it to `.wize/implementation/checks/{YYYY-MM-DD-HHmm}.md`. |
|
|
26
|
+
|
|
27
|
+
## Step 1 — reconstruct the state (in this order)
|
|
28
|
+
|
|
29
|
+
1. **The session itself** — the original request, the decisions already taken, the files edited, the commands run and what they returned. This is the primary source.
|
|
30
|
+
2. **Work still in flight** — background commands, pending subagents, a PR awaiting review, CI running. It goes under *in progress*, never under *done*.
|
|
31
|
+
3. **Kit artifacts** (when they exist): `.wize/implementation/sprint-status.yaml`, the story in flight under `.wize/solutioning/stories/**`, the latest `.wize/implementation/tea/**/gate.md`.
|
|
32
|
+
4. **Git** (if this is a repository): current branch, `git status`, commits since the base, open PR.
|
|
33
|
+
5. **Project memory / pointers** — only to recall the stated objective, never as proof of execution.
|
|
34
|
+
|
|
35
|
+
## Step 2 — evidence rule (non-negotiable)
|
|
36
|
+
|
|
37
|
+
An item only reaches **Done** with verifiable proof: a file and line, a commit, a command that ran and passed, a recorded gate, a merged PR.
|
|
38
|
+
|
|
39
|
+
- No proof → **In progress** or **Unverified**, said out loud.
|
|
40
|
+
- Intent, a plan, or "I implemented it" are not evidence.
|
|
41
|
+
- If something was written but not validated, the item is `[~]` with the missing validation named next to it.
|
|
42
|
+
|
|
43
|
+
Overstating progress is the one serious failure mode of this skill.
|
|
44
|
+
|
|
45
|
+
## Step 3 — the done condition (the "until we get to…")
|
|
46
|
+
|
|
47
|
+
Before building the list, write in one line **where this demand ends** — the observable result that closes it.
|
|
48
|
+
|
|
49
|
+
- If it is explicit in the session or in the artifacts, quote it.
|
|
50
|
+
- If it is not, **state the criterion you assumed** and ask for confirmation in one line. Never invent a destination silently.
|
|
51
|
+
|
|
52
|
+
## Step 4 — build the checklist
|
|
53
|
+
|
|
54
|
+
```markdown
|
|
55
|
+
## Checklist — {demand in one line}
|
|
56
|
+
|
|
57
|
+
**Objective:** {done condition — the observable result}
|
|
58
|
+
**Where we are:** {phase} · step {X} of {Y}
|
|
59
|
+
|
|
60
|
+
### Done
|
|
61
|
+
- [x] {item} — {evidence: commit / file:line / command that passed}
|
|
62
|
+
|
|
63
|
+
### In progress
|
|
64
|
+
- [~] {item} — {what is missing to close it}
|
|
65
|
+
|
|
66
|
+
### Left
|
|
67
|
+
- [ ] {item} — {who executes: skill or person}
|
|
68
|
+
|
|
69
|
+
### Blocked / waiting on you
|
|
70
|
+
- {decision, credential, approval — or "nothing"}
|
|
71
|
+
|
|
72
|
+
**Progress:** {n}/{total} · **Next step:** {one action, one line}
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
### Shape rules
|
|
76
|
+
|
|
77
|
+
- At most ~12 items total. Group; do not list micro-steps.
|
|
78
|
+
- Order **Left** by dependency, not by importance.
|
|
79
|
+
- One single next step. If two candidates tie, pick one and say why in half a line.
|
|
80
|
+
- No preamble, no closing summary, no praise for the progress.
|
|
81
|
+
- If a section is empty, write "—" and move on. Never invent an item to fill it.
|
|
82
|
+
- If an item **regressed** (broke, was reverted, gate flipped to FAIL), it goes back to *In progress* with the cause next to it.
|
|
83
|
+
|
|
84
|
+
## Step 5 — resume
|
|
85
|
+
|
|
86
|
+
After the checklist, return to the interrupted work without asking permission and without reopening the plan — unless the checklist itself surfaced a blocker that needs a decision from the user. In that case, stop and ask.
|
|
87
|
+
|
|
88
|
+
## When NOT to use
|
|
89
|
+
|
|
90
|
+
- Full sprint detail (stories, capacity, priorities) → `wize-sprint-status`.
|
|
91
|
+
- A continue / pivot / stop decision mid-story → `wize-checkpoint-preview`.
|
|
92
|
+
- Sprint off the rails, needs re-planning → `wize-correct-course`.
|
|
93
|
+
|
|
94
|
+
`wize-check` only reports. If the checklist shows the plan is wrong, say so in one line and point at the skill above — do not re-plan here.
|
|
95
|
+
|
|
96
|
+
## Hand-off
|
|
97
|
+
|
|
98
|
+
> Checklist delivered. Resuming: {next step}.
|
|
@@ -182,6 +182,7 @@ Match is case-insensitive, substring-based. Longest match wins. When no intent m
|
|
|
182
182
|
|---|---|
|
|
183
183
|
| "help", "ajuda", "o que fazer", "próximo passo", "what next" | Show status + next step (no skill dispatch) |
|
|
184
184
|
| "status", "como estamos", "onde estamos", "progresso" | Show sprint status / project snapshot |
|
|
185
|
+
| "checklist", "o que falta", "o que já foi feito", "acompanhamento", "me atualiza", "cadê que paramos", "what's left" | `wize-check` |
|
|
185
186
|
| "retrospective", "retrospectiva", "retro", "lições aprendidas" | `wize-retrospective` |
|
|
186
187
|
| "personas", "quem faz o quê", "roster", "equipe" | List personas relevant to active profiles |
|
|
187
188
|
| "mission", "missão", "contrato", "mission contract" | Emit filled mission contract |
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
* wize-dev-kit — CLI entry point
|
|
4
4
|
* Subcommands: install, update, uninstall, list, sync, agent, workflow, help
|
|
5
5
|
*
|
|
6
|
-
* v0.
|
|
6
|
+
* v0.14.0 — Full-lifecycle CLI with install, update, uninstall, list, sync,
|
|
7
7
|
* agent, workflow, validate, doctor, and document-project commands. Adapters
|
|
8
8
|
* render for 9 IDE targets. Security overlay ships with 8 tools.
|
|
9
9
|
* `install --yes` now enables all harnesses + all overlays by default.
|