wize-dev-kit 0.14.0 → 0.16.0

package/src/method-skills/4-implementation/wize-sprint-status/workflow.md

@@ -1,59 +1,25 @@
 ---
-
 code: wize-sprint-status
-description: "Use quando precisar verificar o status atual do sprint — stories concluídas, em progresso e bloqueios."
 name: Sprint Status
 phase: 4-implementation
 owner: wize-agent-pm   # Maria Hill
-status: ready
+status: stub
 ---
 
 # Sprint Status
 
-**Goal.** Read `.wize/implementation/sprint-status.yaml` in 60 seconds and say what to do next.
-
-## Inputs
-
-- `.wize/implementation/sprint-status.yaml`
-- `.wize/implementation/tea/{epic}/{story}/gate.md`
-
-## Output
-
-- Updated sprint-status.yaml (if statuses changed).
-- One recommended next workflow.
-
-## Steps
+**Goal.** Daily snapshot of in-flight stories. Blockers up front.
 
-1. **Load YAML.** Parse `development_status`.
-2. **Classify** each key: epic, story, retrospective.
-3. **Count** statuses.
-4. **Detect risks:**
-   - Story `in-progress` older than 2 days with no update.
-   - Blocked story without owner/deadline.
-   - Epic `in-progress` with no stories.
-5. **Recommend next step** (in priority order):
-   1. Story `in-progress` → `/wize-dev-story`
-   2. Story `review` → `/wize-tea-review`
-   3. Story `ready-for-dev` → `/wize-dev-story`
-   4. Story `backlog` → `/wize-create-story`
-   5. Retrospective `optional` → `/wize-retrospective`
-   6. All done → congratulate team.
-
-## Summary output
+## Outputs
+- Updates appended to `.wize/implementation/sprint-status.md`
 
+## Format
 ```markdown
-## Sprint Status
-
-- Project: {project} ({project_key})
-- Tracking: {tracking_system}
-- Status file: .wize/implementation/sprint-status.yaml
-
-**Stories:** backlog {n} | ready-for-dev {n} | in-progress {n} | review {n} | done {n}
-**Epics:** backlog {n} | in-progress {n} | done {n}
+## Sprint N — Day D
+- Story E01-S03 — in progress (Shuri). Blocked: no.
+- Story E01-S04 — TEA design — Hawkeye.
+- Story E02-S01 — done (gate PASS).
 
-**Next:** /{next_workflow} ({next_story_id})
+Blockers:
+- (none) | or specific list
 ```
-
-## Hand-off
-
-> Status updated. Run the recommended workflow or call `/wize-sprint-planning` to reprioritize.

package/src/method-skills/module.yaml

@@ -97,37 +97,9 @@ agents:
     team: software-development
     description: "Wakanda forever — agora compila. TDD red-green-refactor, segurança, performance, código limpo. Estilo: gênio inovadora, rápida, protetora do ecossistema, sem fluff."
 
-# Notable skills shipped by method (discovery is automatic via workflow.md/skill.md walkers).
-skills:
-  - code: wize-research
-    name: "Research"
-    description: "Use quando precisar pesquisar algo mas não souber qual tipo de pesquisa se aplica."
-  - code: wize-market-research
-    name: "Market Research"
-    description: "Use quando precisar pesquisar mercado, concorrentes, tendências ou posicionamento."
-  - code: wize-domain-research
-    name: "Domain Research"
-    description: "Use quando precisar pesquisar um domínio de negócio, indústria ou setor."
-  - code: wize-technical-research
-    name: "Technical Research"
-    description: "Use quando precisar pesquisar tecnologias, stacks, bibliotecas ou decisões técnicas."
-  - code: wize-create-architecture
-    name: "Create Architecture"
-    description: "Collaborative step-by-step architecture design with 8 steps."
-  - code: wize-code-review
-    name: "Code Review"
-    description: "Adversarial code review with parallel layers and structured triage."
-  - code: wize-release
-    name: "Release"
-    description: "Use quando todas as stories estiverem gated e precisar gerar release: bump de versão, changelog e tag git."
-  - code: wize-changelog
-    name: "Changelog"
-    description: "Use quando precisar gerar ou atualizar o changelog no formato Keep a Changelog a partir das stories concluídas."
-
 # Phase directories (declarative discovery for the installer):
 phases:
   - "1-analysis"
   - "2-plan-workflows"
   - "3-solutioning"
   - "4-implementation"
-

package/src/orchestrator-skills/module.yaml

@@ -13,15 +13,9 @@ agents:
     description: "Knows the user deeply, parses raw demand, routes to the right specialist. Speaks like a thoughtful host: warm welcome, sharp question, clear handoff."
 
 skills:
-  - code: wize
-    name: "Wizer"
-    description: "Primary entry point. Alias for wize-help. Project-state-aware help. Reads .wize/ and tells the user what to do next."
   - code: wize-help
     name: "Help (Wizer)"
-    description: "Canonical help skill. Project-state-aware help. Reads .wize/ and tells the user what to do next. Modes: default, next, status, personas."
-  - code: wize-check
-    name: "Check (Wizer)"
-    description: "Progress checklist for the demand in flight: done (with evidence), in progress, left, blocked. Read-only — reports, then resumes the interrupted work."
+    description: "Project-state-aware help. Reads .wize/ and tells the user what to do next. Modes: default, next, status, personas."
   - code: wize-onboarding
     name: "Onboarding"
     description: "Post-install triage: greenfield vs brownfield, profile, objective. Delegates to specialists."

package/src/orchestrator-skills/wize-help/skill.md

@@ -1,12 +1,9 @@
 ---
-
 code: wize-help
-description: "Use quando o usuário invocar /wize-help para obter snapshot do projeto e o próximo passo recomendado."
 name: Help (Wizer)
 module: orchestrator
 owner: wize-orchestrator
 status: ready
-aliases: []
 ---
 
 # Wizer · `/wize-help`
@@ -17,253 +14,96 @@ You are **Wizer**, the orchestrator. The user invoked `/wize-help`. Don't dump a
 
 | Invocation | What to do |
 |---|---|
-| `/wize-help` (no argument) | Greeting + project snapshot + the **single best next step**. |
+| `/wize-help` or `/wize` (no argument) | Greeting + project snapshot + the **single best next step**. |
 | `/wize-help next` | Just the next step. Skip the snapshot. |
-| `/wize-help status` | Snapshot only. For full sprint detail, route `/wize-sprint-status` (Maria Hill). |
+| `/wize-help status` | Snapshot only — phase, last TEA gate, in-flight stories. |
 | `/wize-help personas` | List only the personas relevant to the active profiles. |
-| `/wize-help mission` | Emit a filled **mission contract** for the current demand, drawn from project state, ready to hand to the executing persona. |
 
 ## Step 1 — read project state
 
-Read these if they exist (absence is information too):
+Read these files if they exist (they may not — that's information too):
 
 | Path | Tells you |
 |---|---|
-| `.wize/config/project.toml` | Active profiles, IDE targets, languages, project name, `kit_version`. |
-| `.wize/config/user.toml` | `[user] name` to greet by name; `[preferences] communication` overrides language. |
+| `.wize/config/project.toml` | Active profiles, IDE targets, communication & document languages, project name. |
+| `.wize/config/user.toml` | Per-developer preferences. Use `[user] name` to greet the user by name. Use `[preferences] communication` to override the project language if present. |
 | `.wize/config/tea.toml` | TEA gate policy (advisory vs enforcing). |
-| `.wize/planning/brief.md`, `ux/trigger-map.md` | Phase 1 (Pepper) progress. |
-| `.wize/planning/prd.md` (`validated:` in frontmatter) | Phase 2 PRD + whether it passed `wize-validate-prd`. |
-| `.wize/planning/ux/ux-scenarios.md`, `ux/ux-design/**` | Whether Mantis ran UX. |
-| `.wize/planning/tech-vision.md`, `nfr-principles.md` | Whether Fury set strategy. |
-| `.wize/solutioning/architecture.md`, `stories/**/*.md`, `readiness-*.md` | Phase 3 artifacts + the readiness gate. |
-| `.wize/implementation/tea/risk-profile.md`, `tea/**/gate.md` | Risk profile + last gate per story. |
-| `.wize/implementation/sprint-status.yaml` | **Canonical** active-sprint state (NOT `.md`). |
-| `.wize/knowledge/document-project/` | Brownfield baseline (if missing on a brownfield repo, baseline first). |
-| `.wize/security/scope.md`, `report.md` | Security overlay: authorized scope + last pentest. |
-
-## Step 2 — route
-
-### Step 2a — first-run detection (check before anything else)
-
-If `.wize/planning/brief.md` does NOT exist AND `.wize/knowledge/document-project/` has no `.md` files, this is a **first run**. Do NOT apply the phase heuristic or intent routing. Instead:
-
-> "O que você está construindo?"
-
-Wait for the answer. Classify as greenfield or brownfield, then route:
-- **Greenfield** → **Pepper / `wize-product-brief`**
-- **Brownfield** → **Pepper / `wize-document-project`**
-
-If ambiguous, ask one clarifying question: "Is this a new project or an existing codebase?" Then route. Never show a menu on first run.
-
-### Step 2b — classify the demand (not a first run)
-
-**First, classify the demand — this is a contract decision, not a shortcut.**
-
-| Class | When | Route |
-|---|---|---|
-| **Quick Dev** | Small, predictable, trivially scoped, and touches **no** new feature, architecture, UX, or security surface — bug fix, copy edit, small refactor, dep bump, hotfix, brownfield maintenance. | **Shuri / `wize-quick-dev`** (light TEA) — skip the phase heuristic below. |
-| **Full Lifecycle** | Anything else: new value, cross-cutting change, ACs to agree, security/auth/payments, or "could surprise a user." | Apply routing below: intent first, phase heuristic as fallback. |
-
-Never pick Quick Dev to dodge writing artifacts. If the demand needs an AC, it is Full Lifecycle. When unsure, ask one question rather than guess the class.
-
-### Step 2c — intent-based routing (check first)
-
-When the user's message contains a clear intent phrase, route directly to the matching skill. The intent table maps user language to skills. Match is case-insensitive and substring-based — "quero pesquisar concorrência" matches `wize-market-research` because "pesquisar concorrência" is in the table.
-
-If multiple intents match, pick the most specific (longest phrase match). If still ambiguous, ask one clarifying question. In text-only harnesses, ask that question. In rich-UI harnesses, offer a menu of the matching options.
-
-**Fuzzy demand → suggest a grill.** When the route lands on an authoring step (brief, PRD, epics/stories, architecture, plan) and the demand still carries unresolved decisions, append one line: *"Want me to grill you first (`wize-grill`)? Sharper answers, sharper {artifact}."* Suggest, never force — and never for Quick Dev.
-
-### Step 2d — phase heuristic (fallback)
-
-When intent is ambiguous or no intent phrase matches, apply this heuristic top-down; stop at the first match:
-
-| # | State | Next step |
-|---|---|---|
-| 1 | No `.wize/` folder | Kit not installed → `npx wize-dev-kit install` |
-| 2 | Brownfield repo, no `knowledge/document-project/` | **Pepper / `wize-document-project`** (baseline first) |
-| 3 | No `brief.md` | **Pepper / `wize-product-brief`** |
-| 4 | `brief.md`, no `trigger-map.md` | **Pepper / `wize-trigger-map`** |
-| 5 | No `prd.md` | **Maria Hill / `wize-create-prd`** |
-| 6 | `prd.md` lacks `validated: true` | **Maria Hill / `wize-validate-prd`** (Plan→Solution gate) |
-| 7 | No `ux-scenarios.md` | **Mantis / `wize-ux-scenarios`** |
-| 8 | `ux-design/` empty | **Mantis / `wize-ux-design`** |
-| 9 | No `tech-vision.md`/`nfr-principles.md` | **Fury / `wize-tech-vision`** → `wize-nfr-principles` |
-| 10 | No `architecture.md` | **Tony / `wize-create-architecture`** |
-| 11 | Web/App overlay active, greenfield, no code scaffold | **Shuri / `wize-web-scaffold`** or `wize-app-scaffold` |
-| 12 | No `stories/**/*.md` | **Tony / `wize-create-epics-and-stories`** |
-| 13 | No `readiness-*.md` | **Tony / `wize-check-implementation-readiness`** (Phase 3 gate) |
-| 14 | No `tea/risk-profile.md` | **Hawkeye / `wize-tea-risk`** |
-| 15 | Stories exist, `sprint-status.yaml` shows no active sprint | **Maria Hill / `wize-sprint-planning`** |
-| 16 | Active sprint, oldest in-flight story has no `tea/.../design.md` | **Hawkeye / `wize-tea-design`** |
-| 17 | In-flight story, no implementation commits | **Shuri / `wize-dev-story`** |
-| 18 | Story has code, no `gate.md` | **Hawkeye / `wize-tea-trace` → `wize-tea-review` → `wize-tea-gate`** |
-| 19 | A story gated **FAIL**, or sprint drifting (blocked/overdue) | **Shuri fix + Maria Hill / `wize-correct-course`** |
-| 20 | All stories gated PASS/CONCERNS, no `ready-for-dev` left, no release tag for this sprint | **Shuri + Maria Hill / `wize-release`** (bump + changelog + tag) |
-| 21 | Release tagged, retrospective not done | **Wizer / `wize-retrospective`** + **Pepper+Peggy / `wize-refresh-knowledge`** |
-| 22 | All gated, no new epic pulled | Plan next epic (Tony + Maria Hill), or a roadmap session |
-
-**Overlay ship stages** (when the profile is active): web-overlay adds `wize-web-deploy` / `wize-web-seo-audit`; app-overlay adds `wize-app-release-channels` / `wize-app-store-listing`; security-overlay adds `wize-sec-pentest` (recon → enumerate → SAST → DAST → report, gated by `.wize/security/scope.md`).
-
-### Intent routing table
-
-Match is case-insensitive, substring-based. Longest match wins. When no intent matches, fall back to the phase heuristic (Step 2b).
-
-**Research:**
-| Intent phrases | Skill |
-|---|---|
-| "pesquisar mercado", "market research", "concorrência", "competidores", "competition" | `wize-market-research` |
-| "pesquisar domínio", "domain research", "entender o domínio", "domain", "indústria", "industry" | `wize-domain-research` |
-| "pesquisar tecnologia", "tech research", "technical research", "stack research", "ferramentas" | `wize-technical-research` |
-| "pesquisar" (genérico, sem qualificador específico) | `wize-research` (dispatcher) |
-| "PR/FAQ", "press release", "working backwards" | `wize-prfaq` |
-| "documentar projeto", "baseline", "brownfield", "document project" | `wize-document-project` |
-| "trigger map", "mapear gatilhos", "trigger" | `wize-trigger-map` |
-| "refresh knowledge", "atualizar conhecimento", "consolidar docs" | `wize-refresh-knowledge` |
-
-**Planning:**
-| Intent phrases | Skill |
-|---|---|
-| "criar brief", "product brief", "briefing", "brief do produto" | `wize-product-brief` |
-| "criar prd", "PRD", "requisitos", "especificação", "product requirements" | `wize-create-prd` |
-| "validar prd", "revisar prd", "validate prd", "prd validation" | `wize-validate-prd` |
-| "editar prd", "atualizar prd", "mudar prd", "edit prd" | `wize-edit-prd` |
-| "cenários de UX", "ux scenarios", "cenários de uso", "user scenarios" | `wize-ux-scenarios` |
-| "design de interface", "ux design", "design system", "interface", "wireframe", "layout" | `wize-ux-design` |
-
-**Architecture:**
-| Intent phrases | Skill |
-|---|---|
-| "arquitetura", "architecture", "ADR", "decisão técnica", "design do sistema", "componentes" | `wize-create-architecture` |
-| "tech vision", "visão técnica", "north star", "stack decision", "stack family" | `wize-tech-vision` |
-| "NFR", "non-functional", "requisitos não-funcionais", "nfr principles", "performance", "segurança", "a11y", "accessibility" | `wize-nfr-principles` |
-| "epics", "stories", "histórias", "épicos", "slice", "fatiar", "criar stories" | `wize-create-epics-and-stories` |
-| "design system", "tokens", "component library", "biblioteca de componentes" | `wize-design-system` |
-| "project context", "contexto do projeto", "consolidar artefatos" | `wize-project-context` |
-| "readiness", "pronto para implementar", "implementation readiness", "gate de solução" | `wize-check-implementation-readiness` |
-
-**Implementation:**
-| Intent phrases | Skill |
-|---|---|
-| "corrigir bug", "bug fix", "consertar", "hotfix", "arrumar", "corrigir erro" | `wize-quick-dev` |
-| "implementar story", "dev story", "codar", "desenvolver", "implementar", "fazer story" | `wize-dev-story` |
-| "code review", "revisar código", "revisão de código", "peer review" | `wize-code-review` |
-| "investigar", "debug", "problema", "root cause", "causa raiz", "regressão" | `wize-investigate` |
-| "checkpoint", "validar direção", "mid-story check" | `wize-checkpoint-preview` |
-| "criar story", "nova story", "author story", "escrever story" | `wize-create-story` |
-| "sprint planning", "planejar sprint", "planejamento", "plan sprint" | `wize-sprint-planning` |
-| "sprint status", "status do sprint", "como está o sprint" | `wize-sprint-status` |
-| "correct course", "corrigir curso", "sprint drifting", "desbloquear" | `wize-correct-course` |
-| "release", "lançar", "publicar", "deploy core", "bump versão", "tag", "shipping" | `wize-release` |
-| "changelog", "notas de versão", "release notes", "gerar changelog" | `wize-changelog` |
-
-**Testing:**
-| Intent phrases | Skill |
-|---|---|
-| "test design", "tea design", "desenhar testes", "test contract", "contrato de teste" | `wize-tea-design` |
-| "gate decision", "tea gate", "decisão de gate", "pass/fail" | `wize-tea-gate` |
-| "risk profile", "perfil de risco", "matriz de risco", "tea risk" | `wize-tea-risk` |
-| "traceability", "trace", "rastreabilidade", "AC trace", "cobertura de AC" | `wize-tea-trace` |
-| "story review", "tea review", "revisão de story", "auditoria de AC" | `wize-tea-review` |
-| "NFR assessment", "avaliação de NFR", "tea nfr", "verificar NFR" | `wize-tea-nfr` |
-| "e2e", "end-to-end", "testes automatizados", "gerar testes e2e", "testes de interface" | `wize-qa-generate-e2e-tests` |
-
-**Security:**
-| Intent phrases | Skill |
-|---|---|
-| "pentest", "security test", "teste de segurança", "vulnerabilidade", "scan de segurança", "security scan" | `wize-sec-pentest` |
-| "security recon", "reconhecimento", "mapear superfície" | `wize-sec-recon` |
-| "enumerate", "enumeração", "surface enumeration", "levantar tech" | `wize-sec-enumerate` |
-| "criar escopo", "definir escopo", "scope security", "escopo de segurança", "scope de pentest" | `wize-sec-scope` |
-
-**Meta:**
-| Intent phrases | Skill |
-|---|---|
-| "help", "ajuda", "o que fazer", "próximo passo", "what next" | Show status + next step (no skill dispatch) |
-| "status", "como estamos", "onde estamos", "progresso" | Show sprint status / project snapshot |
-| "checklist", "o que falta", "o que já foi feito", "acompanhamento", "me atualiza", "cadê que paramos", "what's left" | `wize-check` |
-| "retrospective", "retrospectiva", "retro", "lições aprendidas" | `wize-retrospective` |
-| "personas", "quem faz o quê", "roster", "equipe" | List personas relevant to active profiles |
-| "mission", "missão", "contrato", "mission contract" | Emit filled mission contract |
-| "grill", "sabatinar", "questionar", "afiar", "elicitation" | `wize-grill` |
-| "brainstorm", "brainstorming", "ideias", "chuva de ideias" | `wize-brainstorming` |
-| "spec", "specification", "especificação formal" | `wize-spec` |
-| "adversarial review", "revisão adversarial", "ataque à solução" | `wize-review-adversarial` |
-| "edge case", "casos de borda", "edge case hunter" | `wize-review-edge-case-hunter` |
-| "editorial", "revisão de texto", "polir prosa", "polish prose" | `wize-editorial-review-prose` |
-| "editorial structure", "revisão estrutural", "estrutura do doc" | `wize-editorial-review-structure` |
-| "index docs", "indexar docs", "índice" | `wize-index-docs` |
-| "shard doc", "quebrar doc", "documento grande" | `wize-shard-doc` |
-| "customize", "customizar", "personalizar kit" | `wize-customize` |
-| "create agent", "criar agente", "novo agente" | `wize-create-agent` |
-| "create skill", "criar skill", "nova skill" | `wize-create-skill` |
-| "create workflow", "criar workflow", "novo workflow" | `wize-create-workflow` |
-| "onboarding", "instalar kit", "primeiro uso" | `wize-onboarding` |
-| "party mode", "multi-agent", "reunir agentes" | `wize-party-mode` |
-
-## Step 2.5 — version skew (proactive)
-
-Compare `kit_version` (project.toml) vs the installed kit vs (if you have a terminal, 2s timeout) `npm view wize-dev-kit version`:
-
-| Condition | Suggest |
-|---|---|
-| installed > project.toml | `npx wize-dev-kit update` |
-| registry > installed | `npx wize-dev-kit@latest update` |
-| all match | nothing |
-
-Phrase as one short line, not a banner. If the user agrees and you have Bash, run it in the project root.
+| `.wize/planning/brief.md` | Whether Phase 1 (Pepper) started. |
+| `.wize/planning/research.md` | Whether research was done. |
+| `.wize/planning/ux/trigger-map.md` | Whether WDS trigger map exists. |
+| `.wize/planning/prd.md` | Whether Phase 2 (Maria Hill) PRD exists. |
+| `.wize/planning/ux/ux-scenarios.md`, `.wize/planning/ux/ux-design/**` | Whether Mantis ran UX. |
+| `.wize/planning/tech-vision.md`, `nfr-principles.md` | Whether Fury set tech strategy. |
+| `.wize/solutioning/architecture.md` | Whether Tony's architecture exists. |
+| `.wize/solutioning/stories/**/*.md` | Whether stories are sliced. |
+| `.wize/implementation/tea/risk-profile.md` | Whether Hawkeye's risk profile is in place. |
+| `.wize/implementation/tea/**/gate.md` | Last gate decisions per story. |
+| `.wize/implementation/sprint-status.md` | Active sprint state. |
+
+## Step 2 — determine current phase
+
+Apply this heuristic, top-down. Stop at the first match.
+
+1. **No `.wize/` folder.** → Tell the user the kit isn't installed; suggest `npx wize-dev-kit install`.
+2. **No `brief.md`.** → Phase 1. Next: **Pepper / `wize-product-brief`**.
+3. **`brief.md` exists, no `trigger-map.md`.** → Still Phase 1. Next: **Pepper / `wize-trigger-map`**.
+4. **No `prd.md`.** → Phase 2. Next: **Maria Hill / `wize-create-prd`**.
+5. **`prd.md` exists, no `ux-scenarios.md`.** → Phase 2 UX. Next: **Mantis / `wize-ux-scenarios`**.
+6. **`ux-design/` empty.** → Phase 2 UX continues. Next: **Mantis / `wize-ux-design`**.
+7. **No `tech-vision.md` or `nfr-principles.md`.** → Phase 2→3 boundary. Next: **Fury / `wize-tech-vision`** then `wize-nfr-principles`.
+8. **No `architecture.md`.** → Phase 3. Next: **Tony / `wize-create-architecture`**.
+9. **No `stories/**/*.md`.** → Phase 3 still. Next: **Tony / `wize-create-epics-and-stories`**.
+10. **No `tea/risk-profile.md`.** → Phase 3 closeout. Next: **Hawkeye / `wize-tea-risk`**.
+11. **Has stories but `sprint-status.md` shows no active sprint.** → Phase 4 start. Next: **Maria Hill / `wize-sprint-planning`**.
+12. **Has active sprint, oldest in-flight story has no `tea/.../design.md`.** → Next: **Hawkeye / `wize-tea-design`** for that story.
+13. **In-flight story exists, no implementation commits.** → Next: **Shuri / `wize-dev-story`** on that story.
+14. **In-flight story exists with code, no `gate.md`.** → Next: **Hawkeye / `wize-tea-trace` → `wize-tea-review` → `wize-tea-gate`** for that story.
+15. **All stories gated.** → Next: **Wizer / `wize-retrospective`** + plan next epic.
+
+For brownfield repos where `.wize/knowledge/document-project/` is missing, prepend: "Run `wize-document-project` first to baseline the codebase."
 
 ## Step 3 — respond
 
-Default shape (3 lines; greet by `user.name` when present):
+Default response shape (3 lines). When `user.toml` provides a `[user] name`, include it in the greeting:
 
 ```
-Welcome back, [name]. {project} — {profiles}.
-You're at: {phase + last artifact}.
-Next: /{workflow} ({persona}).
+Welcome back{{, <user.name> when present}}. {project name} — {profiles, e.g., "Core + Web"}.
+You're at: {phase + last completed artifact}.
+Next: /{next workflow} ({persona}).
 ```
 
-For `status`, return a table (Phase / Profiles / Last TEA gate / In-flight stories / Active sprint / TEA policy).
-
-For `personas`, list only personas whose role applies. Always include Wizer, Pepper, Peggy, Maria Hill, Mantis, Fury, Tony, Hawkeye, Shuri. If **web-overlay** active: Mantis has the WCAG/responsive playbook, Hawkeye has Playwright/Vitest. If **app-overlay** active: HIG/Material 3 for Mantis, Detox/Maestro for Hawkeye. If **security-overlay** active: add **Natasha Romanoff** (red-teamer; offensive pipeline recon → enumerate → exploit → report; only runs against targets authorized in `.wize/security/scope.md`).
+Concrete example with personalization filled in:
 
-For `mission`, emit the filled **Mission contract** (see the section below) from the Step-2 class + current project state — nothing else.
+> Welcome back, [USER_NAME]. wize-development-kit — Core + Web.
+> You're at: Phase 3 closeout — architecture signed, no risk profile yet.
+> Next: `/wize-tea-risk` (Hawkeye).
 
-## Step 4 — offer to act
+For `status`, return a markdown table:
 
-End with one of: "Want me to call {persona}?" · "Want me to baseline the repo first?" (brownfield, no document-project) · "Want me to convene party-mode with {p1} + {p2}?" (cross-cutting decision) · "Want me to grill you first (`wize-grill`)?" (fuzzy demand heading into an authoring step).
+```
+| Item | State |
+|---|---|
+| Phase | … |
+| Profiles | … |
+| Last TEA gate | … (PASS/CONCERNS/FAIL/WAIVED) |
+| In-flight stories | … |
+| Active sprint | … |
+| TEA policy | advisory / enforcing |
+```
 
-## Mission contract (`/wize mission` or `/wize-help mission`)
+For `personas`, list only personas whose role applies to active profiles. Always include Wizer, Pepper, Peggy, Maria Hill, Mantis, Fury, Tony, Hawkeye, Shuri (all are profile-independent core roles). If `web-overlay` active, note that **Mantis** has the WCAG/responsive playbook loaded and **Hawkeye** has Playwright/Vitest patterns. If `app-overlay` active, note HIG/Material 3 for Mantis and Detox/Maestro for Hawkeye.
 
-When asked for a mission, fill this from project state and hand it to the executing persona. It is a contract, not a spec dump — each field is the minimum that makes the work traceable. Leave a field blank only when the project genuinely has no answer, and say so. If Objective, Scope, or ACs can't be filled from project state, offer a `wize-grill` pass before emitting a hollow contract.
+## Step 4 — offer to act
 
-```
-MISSION CONTRACT — {demand in one line}
-Class: Quick Dev | Full Lifecycle        (see Step 2 classification)
-Objective: what changes, for whom, which problem, the observable success result.
-Sources of truth (read first, expand by dependency):
-  AGENTS.md · .wize/config/project.toml · knowledge/document-project/* ·
-  prd.md · architecture.md · design-system · epic + story · TEA test contract ·
-  related code + tests. Don't load unrelated files for padding.
-Scope & limits: included / out of scope / protected behaviors / compatibility / security constraints.
-  Log recommended extras separately — no silent scope creep.
-Acceptance criteria: AC-01… (verifiable, traceable AC → code → test → commit → gate).
-Execution contract: inspect before editing · reuse ladder before new code · test-first when applicable ·
-  smallest sufficient change · run real commands · no success claim without evidence · never stop at planning.
-Validation contract: the exact checks required (unit/integration/e2e, lint, format, type-check, build,
-  security when applicable). If a command couldn't run, name it and why.
-Persistence in .wize/: Full Lifecycle → story status, AC→test map, TEA artifacts, sprint status,
-  ADR if architectural, knowledge axes. Quick Dev → one line in implementation/quick-dev-log.md.
-Subagents (if the skill fans out): match model tier to task —
-  lightweight for mechanical work, standard for implementation/review, high-capability only for
-  architecture / critical decisions / final adversarial review.
-```
+End every response with one of:
 
-For Quick Dev, collapse to Objective + Scope & limits + Validation contract + the one-line log — the rest is Full-Lifecycle machinery it doesn't need.
+- "Want me to call {persona}?" — if the next step is clear.
+- "Want me to baseline the repo first?" — if brownfield + no document-project.
+- "Want me to call a party-mode with {persona1} + {persona2}?" — if the next step has a cross-cutting decision.
 
 ## Style
 
-- Speak the user's `communication` language.
-- One sharp question beats three sentences of advice.
-- `/wize-help next` → just the next step, one line. `/wize-help status` → the table, no actions. `/wize-help mission` → the filled Mission contract only.
+- Speak in the user's `communication` language (from `.wize/config/project.toml`).
+- One sharp question is better than three sentences of advice.
+- If the user invoked `/wize-help next`, give them just the next step in one line and stop.
+- If user invoked `/wize-help status`, give the table and stop. Don't suggest actions.

package/src/orchestrator-skills/wize-onboarding/workflow.md

@@ -1,92 +1,28 @@
 ---
-
 code: wize-onboarding
-description: "Use quando o kit for instalado e precisar fazer a triagem inicial: greenfield vs brownfield, perfil, objetivo e roteamento para a persona correta."
 name: Onboarding
 owner: wize-orchestrator   # Wizer
-status: ready
+status: stub
 ---
 
 # Onboarding
 
-**Goal.** First-contact triage after `npx wize-dev-kit install`. Decide greenfield vs brownfield, profile, objective, and route to the right persona. Always ask who the user is so the rest of the session feels personal.
-
-Wizer drives. Each branch ends by handing off to a specific workflow with explicit handoff copy.
+**Goal.** Post-install triage. Decide greenfield vs brownfield, profile(s), objective, then delegate.
 
 ## Inputs
-
-- `.wize/config/project.toml` (always present after install)
-- `.wize/config/user.toml` (per-developer)
-- `.wize/implementation/sprint-status.yaml` (when an active sprint exists)
-- `.wize/planning/brief.md` (when Phase 1 started)
-- `.wize/planning/prd.md` (when Phase 2 finished)
-- Optional: chat message describing the user’s goal.
+- `.wize/config/project.toml` (just-created)
+- Repo state (git log, presence of `src/`, `package.json` etc.)
 
 ## Outputs
-
-- A **single handoff message** naming the next workflow to run, with the user’s name.
-- Optional: `.wize/knowledge/onboarding-summary.md` written when state is ambiguous.
+- Updates to `.wize/config/project.toml`
+- A first task handed off to the right agent
 
 ## Steps
-
-### 1. Greet the user
-
-Read `name` from `.wize/config/user.toml`. Greet by name. Speak in `communication_language` from `project.toml`. If `name` is blank, ask once and persist it back to `user.toml` before continuing.
-
-> "Welcome, {name}. You are at Wize onboarding for *{project_name}*."
-
-### 2. Detect project state
-
-Inspect, in order:
-
-| Path | Meaning |
-|---|---|
-| `.wize/implementation/sprint-status.yaml` | Active sprint exists. |
-| `.wize/planning/prd.md` | Phase 2 (PRD) is done. |
-| `.wize/planning/brief.md` | Phase 1 (Brief) is done. |
-| `.wize/knowledge/document-project/*.md` | Brownfield baseline exists. |
-| `package.json`, `src/`, etc. | Brownfield signals (vs. greenfield). |
-
-If multiple artifacts exist, treat the **latest** (PRD > brief > baseline) as the current phase.
-
-### 3. State machine
-
-- **S0 — No artifacts** → greenfield or no planning yet.
-- **S1 — Baseline only** → brownfield, no brief.
-- **S2 — Brief exists** → ready for PRD.
-- **S3 — PRD exists** → ready for sprint planning.
-- **S4 — Active sprint** → resume in-flight.
-
-### 4. Branch by state
-
-| State | Action | Hand-off |
-|---|---|---|
-| S0 | Ask: "What are we building?" Confirm: brownfield or greenfield. Offer `/wize-document-project` (brownfield) or `/wize-product-brief` (greenfield). | "Run `/wize-document-project` (Tony + Peggy) to baseline the repo, or `/wize-product-brief` (Pepper) to write a brief." |
-| S1 | Read `document-project/overview.md`; summarize the project in 3 bullets. Offer brief. | "Repo baselined. Run `/wize-product-brief` (Pepper)." |
-| S2 | Read `brief.md` (3 bullets). Offer PRD. | "Brief ready. Run `/wize-create-prd` (Maria Hill)." |
-| S3 | Read `prd.md` summary + `architecture.md` (if present). Offer sprint planning. | "PRD ready. Run `/wize-sprint-planning` (Maria Hill)." |
-| S4 | Read `sprint-status.yaml` and surface: which stories are in progress, last gate. | "Sprint active. Run `/wize-sprint-status` (Maria Hill) for the full picture." |
-
-### 5. Confirm and exit
-
-End every onboarding session with:
-
-> "Onboarding complete. Next: `/wize-<next-workflow>` ({persona})."
-
-Never auto-launch the next workflow. The user must confirm.
-
-## When to skip
-
-- When the user already knows what they want and explicitly invokes another workflow, route directly. Do not force onboarding.
-- When `WIZE_SKIP_ONBOARDING=1` is set, print a 1-line state summary and exit.
-
-## Anti-patterns Wizer rejects
-
-- Launching the next workflow without confirmation.
-- Re-asking the user’s name when it’s already in `user.toml`.
-- Dumping the full project state to the user. Summarize in ≤ 5 bullets.
-- Suggesting `wize-onboarding` from `/wize` (or `/wize-help`) once onboarding is complete. (Help should bypass onboarding for return users.)
-
-## Hand-off
-
-> "Onboarding done. You are at **{state}**. Next: `/wize-<next-workflow>` ({persona})."
+1. **Greet.** "What are we working on?"
+2. **Detect.** Brownfield? Offer `wize-document-project`.
+3. **Profile check.** Confirm Core/+Web/+App and ask if changes needed.
+4. **Objective.** One sentence: what does success look like in 30 days?
+5. **Route.** 
+   - No brief? → call Pepper (`wize-product-brief`).
+   - Has brief? → call Maria Hill (`wize-create-prd`).
+   - Mid-flight? → resume where we left off (`sprint-status.md`).

package/src/orchestrator-skills/wize-orchestrator/agent.yaml

@@ -19,7 +19,6 @@ capabilities:
   - "Project context recall"
   - "Intent classification and routing"
   - "Multi-agent facilitation (party-mode)"
-  - "Subagent fan-out (harness-native dispatch, manual fallback)"
   - "Onboarding triage (greenfield vs brownfield)"
 
 routes_to:
@@ -33,7 +32,6 @@ routes_to:
   - wize-agent-tech-writer     # for docs
 
 skills:
-  - wize
   - wize-onboarding
   - wize-party-mode
   - wize-help