@spec-wave/cli 0.8.0 → 0.9.0

package/README.md

@@ -72,7 +72,7 @@ Ferramenta Node.js que configura e opera o fluxo via linha de comando.
 | `decompose` | Decompõe Feature em Stories e Tasks (usado pelo GitHub Action) |
 | `code-review` | Move Feature para Code Review ao abrir PR (usado pelo GitHub Action) |
 | `qa` | Move Feature para QA ao aprovar PR (usado pelo GitHub Action) |
-| `implement` | Aciona o spec-kit localmente para implementar uma Story ou Task |
+| `implement` | Aciona o spec-kit localmente para implementar uma Feature (Stories pendentes em ordem de dependência), Story ou Task |
 | `uninstall` | Remove labels, workflows e `.spec-wave.json` |
 
 ### GitHub Actions (instalados pelo `init`)
@@ -117,7 +117,7 @@ Arquivo em `.github/config/tech_context.yml` que descreve a stack tecnológica d
 Não é necessário instalar globalmente — use `npx`:
 
 ```bash
-npx @spec-wave/cli --help
+npx @spec-wave/cli@latest --help
 ```
 
 Para instalar globalmente:
@@ -137,7 +137,7 @@ A skill permite usar o fluxo diretamente no seu agente via `/spec-wave`.
 
 ```bash
 # Autodetecta o agente em uso e instala no local/formato correto
-npx @spec-wave/cli install-skill
+npx @spec-wave/cli@latest install-skill
 ```
 
 O comando suporta Claude Code, Cursor, opencode, Cline, Kilo Code, Antigravity e o
@@ -184,7 +184,7 @@ gh auth status
 gh auth refresh --scopes project,repo,workflow
 
 # Configurar spec-wave (cria Project, labels e workflows)
-npx @spec-wave/cli init --repo acme/loja --project-title "Loja — Spec Wave"
+npx @spec-wave/cli@latest init --repo acme/loja --project-title "Loja — Spec Wave"
 ```
 
 O `init` cria:
@@ -201,7 +201,7 @@ Adicionar o secret de IA no GitHub: **Settings → Secrets → Actions → `ANTH
 
 ```bash
 # Criar Epic
-npx @spec-wave/cli issue \
+npx @spec-wave/cli@latest issue \
   --type epic \
   --title "Checkout e Pagamentos" \
   --priority P1 \
@@ -209,7 +209,7 @@ npx @spec-wave/cli issue \
 # → Issue #5 criada: [EPIC] Checkout e Pagamentos
 
 # Criar Feature como sub-issue do Epic
-npx @spec-wave/cli feature \
+npx @spec-wave/cli@latest feature \
   --title "Checkout com PIX" \
   --parent 5 \
   --priority P1 \
@@ -315,8 +315,8 @@ Todas as Stories e Tasks são adicionadas ao board em **📋 Backlog Técnico**
 /spec-wave implement 13
 
 # Ou direto:
-npx @spec-wave/cli implement 13 --dry-run   # ver contexto antes
-npx @spec-wave/cli implement 13             # executar
+npx @spec-wave/cli@latest implement 13 --dry-run   # ver contexto antes
+npx @spec-wave/cli@latest implement 13             # executar
 ```
 
 O comando monta um arquivo de contexto com spec.md, plan.md e todas as Tasks da Story, e aciona o spec-kit configurado.
@@ -380,7 +380,7 @@ Isso atualiza apenas os arquivos de workflow sem recriar o Project ou as labels.
 
 Configurar no `init`:
 ```bash
-npx @spec-wave/cli init --repo owner/repo --provider openrouter --model anthropic/claude-3.7-sonnet
+npx @spec-wave/cli@latest init --repo owner/repo --provider openrouter --model anthropic/claude-3.7-sonnet
 ```
 
 ---

package/bin/spec-wave.mjs

@@ -184,8 +184,8 @@ program
 
 program
   .command('implement')
-  .description('Aciona o spec-kit implement para uma Story (todas as tasks) ou uma Task')
-  .argument('<issue>', 'Número da issue (Story ou Task), ex.: 12 ou #12')
+  .description('Aciona o spec-kit implement para uma Feature (Stories pendentes em ordem de dependência), uma Story (todas as tasks) ou uma Task')
+  .argument('<issue>', 'Número da issue (Feature, Story ou Task), ex.: 12 ou #12')
   .option('--feature-dir <path>', 'Caminho do docs/features/<slug> (sobrescreve a resolução automática)')
   .option('--dry-run', 'Monta o contexto e imprime o comando sem executar o spec-kit')
   .action(async (issue, options) => {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@spec-wave/cli",
-  "version": "0.8.0",
+  "version": "0.9.0",
   "description": "Setup spec-driven GitHub workflow with Projects v2, labels, issue templates, and AI-powered Actions",
   "type": "module",
   "bin": {
@@ -28,4 +28,4 @@
     "commander": "^13.1.0",
     "js-yaml": "^4.1.0"
   }
-}
+}

package/src/commands/doctor.mjs

@@ -202,7 +202,7 @@ async function checkConfig(ctx) {
     return {
       name,
       status: 'fail',
-      detail: `${CONFIG_FILE} não encontrado em ${ctx.cwd}. Rode \`npx @spec-wave/cli init\`.`,
+      detail: `${CONFIG_FILE} não encontrado em ${ctx.cwd}. Rode \`npx @spec-wave/cli@latest init\`.`,
     };
   }
   if (ctx.cfgError) {
@@ -219,7 +219,7 @@ async function checkConfig(ctx) {
       status: 'warn',
       detail:
         notes.join('\n') +
-        `\nproject.fields sem ${missingFields.map((f) => `"${f}"`).join(' e ')} — rode \`npx @spec-wave/cli refresh\`.`,
+        `\nproject.fields sem ${missingFields.map((f) => `"${f}"`).join(' e ')} — rode \`npx @spec-wave/cli@latest refresh\`.`,
     };
   }
 
@@ -240,7 +240,7 @@ async function checkConfig(ctx) {
           status: 'warn',
           detail:
             notes.join('\n') +
-            `\nOpções de Etapa do config ausentes no project real: ${diverged.join(', ')} — rode \`npx @spec-wave/cli refresh\`.`,
+            `\nOpções de Etapa do config ausentes no project real: ${diverged.join(', ')} — rode \`npx @spec-wave/cli@latest refresh\`.`,
         };
       }
       notes.push(`Project "${snapshot.title}" verificado — campos Etapa/Status em sincronia.`);
@@ -371,7 +371,7 @@ async function checkWorkflows(ctx) {
     return {
       name,
       status: 'warn',
-      detail: '.github/workflows/ não encontrado — rode `npx @spec-wave/cli init` (ou `update`) para instalar os workflows.',
+      detail: '.github/workflows/ não encontrado — rode `npx @spec-wave/cli@latest init` (ou `update`) para instalar os workflows.',
     };
   }
   const present = readdirSync(dir);
@@ -380,7 +380,7 @@ async function checkWorkflows(ctx) {
     return {
       name,
       status: 'warn',
-      detail: `Workflows faltando em .github/workflows/: ${missing.join(', ')} — rode \`npx @spec-wave/cli update\`.`,
+      detail: `Workflows faltando em .github/workflows/: ${missing.join(', ')} — rode \`npx @spec-wave/cli@latest update\`.`,
     };
   }
   return { name, status: 'ok', detail: `Os ${WORKFLOW_FILES.length} workflows do spec-wave estão presentes.` };

package/src/commands/implement.mjs

@@ -5,19 +5,25 @@ import { execSync } from 'node:child_process';
 import path from 'node:path';
 import { resolveToken } from '../api/auth.mjs';
 import {
-  CONFIG_FILE, STAGE_DEVELOPMENT, STAGE_CODE_REVIEW, STAGE_DONE,
+  CONFIG_FILE, STAGE_DEVELOPMENT, STAGE_CODE_REVIEW, STAGE_DONE, STAGE_ORDER,
   PROGRESS_TODO, PROGRESS_IN_PROGRESS, PROGRESS_DONE,
 } from '../config.mjs';
 import { getIssue, listIssueComments, listBlockedBy } from '../api/github-rest.mjs';
-import { listSubIssues, getIssueParent } from '../api/github-graphql.mjs';
+import { listSubIssues, getIssueParent, addProjectItem, getItemSingleSelectValue } from '../api/github-graphql.mjs';
 import { detectIssueType } from '../lib/issue-type.mjs';
 import { slugify } from '../lib/slugify.mjs';
-import { parseDependencies } from '../lib/dependencies.mjs';
+import { parseDependencies, orderStories, formatDependencyLine } from '../lib/dependencies.mjs';
+import { loadProjectConfig, resolveField } from '../lib/board.mjs';
+import { planBoardMoves, applyBoardMoves } from '../lib/implement-board.mjs';
 import { extractPathsFromPlan, buildCodeDigest } from '../lib/code-digest.mjs';
 
 // Diretório onde montamos o arquivo de contexto entregue ao spec-kit.
 const WORK_DIR = '.spec-wave';
 
+// Caps dos comentários anexados ao contexto (por issue).
+const MAX_COMMENTS_PER_ISSUE = 15;
+const MAX_COMMENT_CHARS = 2000;
+
 // Sobe a cadeia de pais (Task → Story → Feature) até achar uma issue do tipo
 // "Feature" e devolve { number, title } — usado para resolver docs/features/<slug>
 // e para as instruções de fim de Story (mover a Feature para Code Review). Limita
@@ -47,6 +53,89 @@ function readSpecPlan(featureDir) {
   };
 }
 
+// ── Blocos compartilhados entre buildContext (Story/Task) e buildFeatureContext ──
+
+// Explica os dois campos do board (Etapa × Status) — abre as instruções de execução.
+function boardFieldsExplainer() {
+  return (
+    'Há **dois campos** no board com papéis diferentes — não os confunda:\n' +
+    `- **Etapa** (Backlog → … → ${STAGE_DEVELOPMENT} → ${STAGE_CODE_REVIEW} → … → ${STAGE_DONE}): a DIREÇÃO no kanban. Uma issue só **avança**, **nunca** volta para uma etapa anterior.\n` +
+    `- **Status** (${PROGRESS_TODO} → ${PROGRESS_IN_PROGRESS} → ${PROGRESS_DONE}): o **progresso dentro da etapa atual**. Ao avançar de etapa, o Status reinicia em ${PROGRESS_TODO} — exceto ao chegar na Etapa ${STAGE_DONE}, onde o Status fica **${PROGRESS_DONE}**.`
+  );
+}
+
+// Blockquote-resumo da regra do board — fecha as instruções de execução.
+function boardRuleBlockquote() {
+  return (
+    `> **Regra do board:** a **Etapa** só avança (nunca retrocede); o **Status** (${PROGRESS_TODO}/${PROGRESS_IN_PROGRESS}/${PROGRESS_DONE}) ` +
+    `mede o progresso dentro da etapa atual e reinicia a cada avanço (na Etapa ${STAGE_DONE}, o Status fica ${PROGRESS_DONE}).`
+  );
+}
+
+// Dependências ainda abertas — logo após o cabeçalho, para máxima visibilidade.
+function pushBlockedByWarnings(lines, blockedByWarnings) {
+  if (!blockedByWarnings || blockedByWarnings.length === 0) return;
+  lines.push('');
+  lines.push('## ⚠️ Dependências pendentes');
+  lines.push('');
+  for (const w of blockedByWarnings) lines.push(`- ${w}`);
+  lines.push('');
+  lines.push(
+    '**Implemente somente se tiver certeza de que a dependência não é bloqueante; ' +
+    'caso contrário, pare e reporte.**'
+  );
+}
+
+// Comentários das issues — é onde vivem as revisões/correções feitas depois
+// que spec/plan/stories foram escritos; em conflito, o comentário vence.
+function pushCommentsSection(lines, comments) {
+  if (!comments || comments.length === 0) return;
+  lines.push('');
+  lines.push('## Comentários das issues (revisões e correções)');
+  lines.push('');
+  lines.push(
+    '> Comentários frequentemente **corrigem ou substituem** instruções dos documentos ' +
+    'acima — em caso de conflito, o comentário mais recente prevalece.'
+  );
+  for (const group of comments) {
+    lines.push('');
+    lines.push(`### Comentários da ${group.kind} #${group.issueNumber}`);
+    if (group.total > group.items.length) {
+      lines.push('');
+      lines.push(`_(mostrando os ${group.items.length} mais recentes de ${group.total})_`);
+    }
+    for (const c of group.items) {
+      lines.push('');
+      lines.push(`**${c.author || 'desconhecido'}** (${c.createdAt}):`);
+      lines.push('');
+      lines.push(c.body.trim());
+    }
+  }
+}
+
+// Estado atual do código + spec.md + plan.md — fecho comum dos dois contextos.
+function pushDigestSpecPlan(lines, { codeDigest, spec, plan, specPath, planPath }) {
+  if (codeDigest) {
+    lines.push('');
+    lines.push('## Estado atual do código');
+    lines.push('');
+    lines.push('> **NÃO reimplemente o que já existe; estenda os módulos listados abaixo.**');
+    lines.push('');
+    lines.push(codeDigest.trim());
+  }
+
+  if (spec) {
+    lines.push('');
+    lines.push(`## spec.md (${specPath})`);
+    lines.push(spec.trim());
+  }
+  if (plan) {
+    lines.push('');
+    lines.push(`## plan.md (${planPath})`);
+    lines.push(plan.trim());
+  }
+}
+
 // Monta o markdown de contexto que será entregue ao spec-kit implement.
 function buildContext({
   type, issue, tasks, feature, siblingStories = [], spec, plan, specPath, planPath,
@@ -61,18 +150,7 @@ function buildContext({
     lines.push(issue.body.trim());
   }
 
-  // Dependências ainda abertas — logo após o cabeçalho, para máxima visibilidade.
-  if (blockedByWarnings.length > 0) {
-    lines.push('');
-    lines.push('## ⚠️ Dependências pendentes');
-    lines.push('');
-    for (const w of blockedByWarnings) lines.push(`- ${w}`);
-    lines.push('');
-    lines.push(
-      '**Implemente somente se tiver certeza de que a dependência não é bloqueante; ' +
-      'caso contrário, pare e reporte.**'
-    );
-  }
+  pushBlockedByWarnings(lines, blockedByWarnings);
 
   // Modelo do board: "Etapa" (coluna do kanban) = DIREÇÃO, só avança; "Status"
   // (Todo/In Progress/Done) = PROGRESSO dentro da etapa. O desenvolvimento de
@@ -81,10 +159,13 @@ function buildContext({
   lines.push('');
   lines.push('## Instruções de execução (uma task por vez, sequencial)');
   lines.push('');
+  lines.push(boardFieldsExplainer());
+  lines.push('');
   lines.push(
-    'Há **dois campos** no board com papéis diferentes — não os confunda:\n' +
-    `- **Etapa** (Backlog → … → ${STAGE_DEVELOPMENT} → ${STAGE_CODE_REVIEW} → … → ${STAGE_DONE}): a DIREÇÃO no kanban. Uma issue só **avança**, **nunca** volta para uma etapa anterior.\n` +
-    `- **Status** (${PROGRESS_TODO} → ${PROGRESS_IN_PROGRESS} → ${PROGRESS_DONE}): o **progresso dentro da etapa atual**. Ao avançar de etapa, o Status reinicia em ${PROGRESS_TODO} — exceto ao chegar na Etapa ${STAGE_DONE}, onde o Status fica **${PROGRESS_DONE}**.`
+    '> **O board é atualizado automaticamente pelo spec-wave**: no início, ' +
+    'Feature/Story vão para Desenvolvimento (In Progress); na conclusão, ' +
+    'Tasks vão para Done e a Story para Code Review. As instruções de board ' +
+    'abaixo descrevem o modelo — você NÃO precisa mover cards manualmente.'
   );
   lines.push('');
   if (type === 'Story') {
@@ -125,10 +206,7 @@ function buildContext({
     lines.push(`3. **Ao concluir:** **avance a Task #${issue.number} para a Etapa ${STAGE_DONE}** com Status **${PROGRESS_DONE}**.`);
   }
   lines.push('');
-  lines.push(
-    `> **Regra do board:** a **Etapa** só avança (nunca retrocede); o **Status** (${PROGRESS_TODO}/${PROGRESS_IN_PROGRESS}/${PROGRESS_DONE}) ` +
-    `mede o progresso dentro da etapa atual e reinicia a cada avanço (na Etapa ${STAGE_DONE}, o Status fica ${PROGRESS_DONE}).`
-  );
+  lines.push(boardRuleBlockquote());
 
   lines.push('');
   lines.push(`## Tasks a implementar — NESTA ORDEM (${tasks.length})`);
@@ -138,52 +216,136 @@ function buildContext({
     if (t.body && t.body.trim()) lines.push(t.body.trim());
   });
 
-  // Comentários das issues — é onde vivem as revisões/correções feitas depois
-  // que spec/plan/stories foram escritos; em conflito, o comentário vence.
-  if (comments.length > 0) {
-    lines.push('');
-    lines.push('## Comentários das issues (revisões e correções)');
+  pushCommentsSection(lines, comments);
+  pushDigestSpecPlan(lines, { codeDigest, spec, plan, specPath, planPath });
+
+  lines.push('');
+  return lines.join('\n');
+}
+
+/**
+ * Planeja a implementação de uma Feature: separa as Stories já implementadas
+ * (Etapa >= reviewStage na ordem canônica) das pendentes e ordena as pendentes
+ * topologicamente pelas dependências. Pura — sem I/O. NUNCA lança.
+ *
+ * Stories com stage null/desconhecido contam como pendentes (mais seguro
+ * incluir do que pular em silêncio). O grafo é montado só com as pendentes:
+ * dependências para Stories puladas (ou externas) contam como satisfeitas, e o
+ * `cycle` retornado só acusa ciclos entre pendentes.
+ *
+ * @param {Array<{number:number, stage:string|null, dependsOn?:number[]}>} stories
+ * @param {{reviewStage?:string, stageOrder?:string[]}} [opts]
+ * @returns {{ pending: object[], skipped: object[], cycle: number[] }}
+ *          pending: objetos originais na ordem de execução; skipped: em ordem
+ *          crescente de number; cycle: numbers pendentes em/bloqueados por ciclo.
+ */
+export function planFeatureImplementation(stories, {
+  reviewStage = STAGE_CODE_REVIEW,
+  stageOrder = STAGE_ORDER,
+} = {}) {
+  const list = Array.isArray(stories) ? stories : [];
+  const reviewIdx = stageOrder.indexOf(reviewStage);
+  const skipped = [];
+  const pendingSet = [];
+  for (const s of list) {
+    const idx = s.stage ? stageOrder.indexOf(s.stage) : -1;
+    if (reviewIdx !== -1 && idx !== -1 && idx >= reviewIdx) skipped.push(s);
+    else pendingSet.push(s);
+  }
+  skipped.sort((a, b) => a.number - b.number);
+
+  const { order, cycle } = orderStories(
+    pendingSet.map(s => ({ number: s.number, dependsOn: s.dependsOn || [] }))
+  );
+  const byNumber = new Map(pendingSet.map(s => [s.number, s]));
+  const pending = order.map(n => byNumber.get(n)).filter(Boolean);
+  return { pending, skipped, cycle };
+}
+
+/**
+ * Monta o markdown de contexto do modo Feature (puro — testável): todas as
+ * Stories pendentes em ordem de execução, cada uma com suas Tasks, mais as já
+ * implementadas (não tocar), comentários, digest e spec/plan.
+ */
+export function buildFeatureContext({
+  feature, stories, skipped = [],
+  spec, plan, specPath, planPath,
+  comments = [], codeDigest = null, blockedByWarnings = [],
+}) {
+  const lines = [];
+  lines.push(`# Contexto de implementação — Feature #${feature.number}`);
+  lines.push('');
+  lines.push(`**Feature:** ${feature.title}`);
+  if (feature.body && feature.body.trim()) {
     lines.push('');
-    lines.push(
-      '> Comentários frequentemente **corrigem ou substituem** instruções dos documentos ' +
-      'acima — em caso de conflito, o comentário mais recente prevalece.'
-    );
-    for (const group of comments) {
-      lines.push('');
-      lines.push(`### Comentários da ${group.kind} #${group.issueNumber}`);
-      if (group.total > group.items.length) {
-        lines.push('');
-        lines.push(`_(mostrando os ${group.items.length} mais recentes de ${group.total})_`);
-      }
-      for (const c of group.items) {
-        lines.push('');
-        lines.push(`**${c.author || 'desconhecido'}** (${c.createdAt}):`);
-        lines.push('');
-        lines.push(c.body.trim());
-      }
-    }
+    lines.push(feature.body.trim());
   }
 
-  // Estado atual do código — evita reimplementar módulos que já existem.
-  if (codeDigest) {
+  pushBlockedByWarnings(lines, blockedByWarnings);
+
+  lines.push('');
+  lines.push('## Instruções de execução (uma Story por vez, na ordem)');
+  lines.push('');
+  lines.push(boardFieldsExplainer());
+  lines.push('');
+  lines.push(
+    `Implemente as ${stories.length} story(ies) pendentes abaixo **uma de cada vez, na ordem listada** — ` +
+    'a ordem já respeita as dependências entre elas (linhas `Depende de:`). Para **cada Story**, na ordem:'
+  );
+  lines.push('');
+  lines.push(`1. **Ao começar a Story:** garanta que ela está na Etapa **${STAGE_DEVELOPMENT}** com Status **${PROGRESS_IN_PROGRESS}** (as Tasks dela nessa Etapa com Status **${PROGRESS_TODO}**).`);
+  lines.push(`2. Implemente as Tasks da Story **uma de cada vez, na ordem listada**. É PROIBIDO ter mais de uma Task com Status **${PROGRESS_IN_PROGRESS}** ao mesmo tempo. Para **cada Task**:`);
+  lines.push(`   1. **Ao começar:** Status da Task → **${PROGRESS_IN_PROGRESS}** (a Etapa continua ${STAGE_DEVELOPMENT}).`);
+  lines.push('   2. **Implemente** a Task por completo.');
+  lines.push(`   3. **Ao concluir:** **avance a Task para a Etapa ${STAGE_DONE}** com Status **${PROGRESS_DONE}**.`);
+  lines.push(`3. **Ao concluir TODAS as Tasks da Story:** faça o **commit**, abra o **Pull Request** da Story e **avance a Etapa da Story para ${STAGE_CODE_REVIEW}** (Status ${PROGRESS_TODO}).`);
+  lines.push('4. Só então inicie a próxima Story.');
+  lines.push('');
+  lines.push(
+    `**Feature #${feature.number}:** avance-a para a Etapa **${STAGE_CODE_REVIEW}** (Status ${PROGRESS_TODO}) ` +
+    `**somente após concluir a ÚLTIMA Story da lista**${skipped.length > 0 ? ' (as Stories já implementadas listadas abaixo não precisam ser refeitas)' : ''}. ` +
+    `Enquanto houver Story pendente, a Feature permanece em ${STAGE_DEVELOPMENT}.`
+  );
+  lines.push('');
+  lines.push(boardRuleBlockquote());
+
+  if (skipped.length > 0) {
     lines.push('');
-    lines.push('## Estado atual do código');
+    lines.push(`## Stories já implementadas — NÃO tocar (${skipped.length})`);
     lines.push('');
-    lines.push('> **NÃO reimplemente o que já existe; estenda os módulos listados abaixo.**');
+    lines.push(`> Já estão em ${STAGE_CODE_REVIEW} ou além; **não** as reimplemente nem as mova.`);
     lines.push('');
-    lines.push(codeDigest.trim());
+    for (const s of skipped) {
+      lines.push(`- #${s.number} ${s.title} — Etapa atual: ${s.stage || '—'}`);
+    }
   }
 
-  if (spec) {
+  lines.push('');
+  lines.push(`## Stories a implementar — NESTA ORDEM (${stories.length})`);
+  stories.forEach((s, i) => {
     lines.push('');
-    lines.push(`## spec.md (${specPath})`);
-    lines.push(spec.trim());
-  }
-  if (plan) {
+    lines.push(`### ${i + 1}. Story #${s.number} — ${s.title}`);
+    const depLine = formatDependencyLine(s.dependsOn || []);
+    if (depLine) {
+      lines.push('');
+      lines.push(depLine);
+    }
+    if (s.body && s.body.trim()) {
+      lines.push('');
+      lines.push(s.body.trim());
+    }
+    const tasks = s.tasks || [];
     lines.push('');
-    lines.push(`## plan.md (${planPath})`);
-    lines.push(plan.trim());
-  }
+    lines.push(`#### Tasks da Story #${s.number} — NESTA ORDEM (${tasks.length})`);
+    tasks.forEach((t, j) => {
+      lines.push('');
+      lines.push(`##### ${j + 1}. #${t.number} ${t.title}`);
+      if (t.body && t.body.trim()) lines.push(t.body.trim());
+    });
+  });
+
+  pushCommentsSection(lines, comments);
+  pushDigestSpecPlan(lines, { codeDigest, spec, plan, specPath, planPath });
 
   lines.push('');
   return lines.join('\n');
@@ -194,6 +356,197 @@ function renderCommand(template, vars) {
   return template.replace(/\{(\w+)\}/g, (m, key) => (key in vars ? vars[key] : m));
 }
 
+// Modo Feature: avalia as Stories da Feature (dependências + Etapa no board),
+// pula as já implementadas (Code Review+) e monta UM contexto único com todas
+// as pendentes em ordem topológica — spec-kit acionado uma vez.
+async function implementFeature({ token, owner, repo, config, feature, featureDirOpt, dryRun }) {
+  // F1. Stories (sub-issues) da Feature.
+  const subs = await listSubIssues(token, feature.node_id).catch(() => []);
+  const stories = subs.filter(s => detectIssueType({ title: s.title, labels: s.labels }) === 'Story');
+  if (stories.length === 0) {
+    p.log.error(
+      `Feature #${feature.number} não tem Stories (sub-issues). ` +
+      'Decomponha primeiro: adicione a label spec-wave:decompose.'
+    );
+    process.exitCode = 1;
+    return;
+  }
+  p.log.info(`Feature com ${stories.length} story(ies): ${stories.map(s => `#${s.number}`).join(', ')}`);
+
+  // F1-board. Feature → Desenvolvimento (In Progress) já no início.
+  await applyBoardMoves({ token, moves: planBoardMoves('start', {
+    feature: { nodeId: feature.node_id, number: feature.number },
+  }) });
+
+  // F2. Dependências de cada Story: linha "Depende de:" do body ∪ blocked_by nativo.
+  const enriched = await Promise.all(stories.map(async (s) => {
+    let body = s.body;
+    if (!body) body = (await getIssue(token, owner, repo, s.number).catch(() => null))?.body || '';
+    const deps = new Set(parseDependencies(body));
+    const blocked = await listBlockedBy(token, owner, repo, s.number).catch(() => []);
+    for (const b of blocked) deps.add(b.number);
+    return { number: s.number, title: s.title, nodeId: s.nodeId, body: body || '', dependsOn: [...deps] };
+  }));
+
+  // F3. Etapa de cada Story no board (best-effort — sem board, nada é pulado).
+  const { project, error: projectError } = loadProjectConfig();
+  const stageOf = new Map();
+  if (projectError) {
+    p.log.warn(`${projectError} — Etapas do board não consultadas; nenhuma Story será considerada implementada.`);
+  } else {
+    const etapaField = await resolveField(token, project, 'Etapa').catch(() => null);
+    if (etapaField?.id) {
+      await Promise.all(enriched.map(async (s) => {
+        try {
+          const itemId = await addProjectItem(token, project.id, s.nodeId);
+          stageOf.set(s.number, await getItemSingleSelectValue(token, itemId, etapaField.id));
+        } catch {
+          stageOf.set(s.number, null);
+        }
+      }));
+    }
+  }
+
+  // F4. Planejamento: pendentes em ordem topológica, puladas, ciclos.
+  const { pending, skipped, cycle } = planFeatureImplementation(
+    enriched.map(s => ({ ...s, stage: stageOf.get(s.number) ?? null }))
+  );
+  if (cycle.length > 0) {
+    p.log.error(
+      `Ciclo de dependências entre Stories pendentes: ${cycle.map(n => `#${n}`).join(', ')}. ` +
+      'Corrija as linhas "Depende de:" (ou as relações blocked by) dessas Stories — ' +
+      `use \`spec-wave order ${feature.number}\` para visualizar.`
+    );
+    process.exitCode = 1;
+    return;
+  }
+  if (skipped.length > 0) {
+    p.log.info(
+      `Puladas (já em ${STAGE_CODE_REVIEW}+): ` +
+      skipped.map(s => `#${s.number} (${s.stage})`).join(', ')
+    );
+  }
+  if (pending.length === 0) {
+    p.outro(`Todas as ${stories.length} story(ies) da Feature #${feature.number} já estão implementadas — nada a fazer.`);
+    return;
+  }
+  p.log.info(`Ordem de implementação: ${pending.map(s => `#${s.number}`).join(' → ')}`);
+
+  // F5. Tasks de cada Story pendente.
+  const noTasks = [];
+  for (const s of pending) {
+    const storySubs = await listSubIssues(token, s.nodeId).catch(() => []);
+    s.tasks = storySubs
+      .filter(t => detectIssueType({ title: t.title, labels: t.labels }) === 'Task')
+      .map(t => ({ number: t.number, title: t.title, body: t.body || '', nodeId: t.nodeId }));
+    if (s.tasks.length === 0) noTasks.push(s.number);
+  }
+  if (noTasks.length > 0) {
+    p.log.error(
+      `Story(ies) pendente(s) sem Tasks (sub-issues): ${noTasks.map(n => `#${n}`).join(', ')}. ` +
+      'Decomponha-as antes de implementar (re-rode o decompose da Feature se necessário).'
+    );
+    process.exitCode = 1;
+    return;
+  }
+
+  // F6. spec.md/plan.md — a issue-alvo JÁ é a Feature (sem resolveFeature).
+  const featureDir = featureDirOpt || path.join('docs', 'features', slugify(feature.title));
+  let specPlan = { spec: null, plan: null, specPath: null, planPath: null };
+  if (existsSync(featureDir)) {
+    specPlan = readSpecPlan(featureDir);
+  } else {
+    p.log.warn(`Diretório da feature não encontrado (${featureDir}); seguindo só com as Stories.`);
+  }
+
+  // F7. Dependências EXTERNAS ainda abertas (da Feature e das Stories pendentes)
+  // — as internas ao conjunto de Stories já estão cobertas pela ordem topológica.
+  const blockedByWarnings = [];
+  try {
+    const internal = new Set(stories.map(s => s.number));
+    const featureDeps = new Set(parseDependencies(feature.body));
+    const featureBlocked = await listBlockedBy(token, owner, repo, feature.number).catch(() => []);
+    for (const b of featureBlocked) featureDeps.add(b.number);
+    const check = [
+      { kind: 'Feature', number: feature.number, deps: featureDeps },
+      ...pending.map(s => ({ kind: 'Story', number: s.number, deps: new Set(s.dependsOn) })),
+    ];
+    for (const c of check) {
+      for (const depNumber of [...c.deps].sort((a, b) => a - b)) {
+        if (internal.has(depNumber)) continue;
+        const dep = await getIssue(token, owner, repo, depNumber).catch(() => null);
+        if (!dep || dep.state === 'closed') continue;
+        const warning =
+          `${c.kind} #${c.number} depende de #${depNumber} («${dep.title}»), ` +
+          `que ainda não está concluída (state: ${dep.state}).`;
+        blockedByWarnings.push(warning);
+        p.log.warn(warning);
+      }
+    }
+  } catch { /* aviso é best-effort — segue sem ele */ }
+
+  // F8. Comentários: Feature primeiro, depois cada Story pendente na ordem.
+  const comments = [];
+  const commentSources = [
+    { number: feature.number, kind: 'Feature' },
+    ...pending.map(s => ({ number: s.number, kind: 'Story' })),
+  ];
+  for (const src of commentSources) {
+    const all = await listIssueComments(token, owner, repo, src.number).catch(() => []);
+    if (all.length === 0) continue;
+    const items = all.slice(-MAX_COMMENTS_PER_ISSUE).map(c => ({
+      ...c,
+      body: c.body.length > MAX_COMMENT_CHARS
+        ? `${c.body.slice(0, MAX_COMMENT_CHARS)}…[truncado]`
+        : c.body,
+    }));
+    comments.push({ issueNumber: src.number, kind: src.kind, total: all.length, items });
+  }
+
+  // F9. Digest do estado do código desde a criação da Feature.
+  let codeDigest = null;
+  try {
+    const paths = specPlan.plan ? extractPathsFromPlan(specPlan.plan) : [];
+    codeDigest = await buildCodeDigest({ sinceIso: feature.created_at || null, paths });
+  } catch {
+    codeDigest = null;
+  }
+
+  // F10. Contexto único + spec-kit (uma execução).
+  const context = buildFeatureContext({
+    feature: { number: feature.number, title: feature.title, body: feature.body || '' },
+    stories: pending,
+    skipped,
+    ...specPlan,
+    comments,
+    codeDigest,
+    blockedByWarnings,
+  });
+  await writeContextAndRunSpecKit({
+    config,
+    issueNumber: feature.number,
+    type: 'Feature',
+    title: feature.title,
+    specPlan,
+    context,
+    dryRun,
+    outroSuccess:
+      `${chalk.green('✓')} Implementação acionada para a Feature #${feature.number} ` +
+      `(${pending.length} story(ies) pendente(s)).\n` +
+      `  Próximo: acompanhe os PRs de cada Story; a Feature avança para ${STAGE_CODE_REVIEW} após a última.`,
+    onSuccess: async () => {
+      // Execução única para todas as pendentes: no sucesso, Tasks → Done e
+      // Stories → Code Review (a Feature fica com a Action de PR/code-review).
+      for (const s of pending) {
+        await applyBoardMoves({ token, moves: planBoardMoves('success', {
+          story: { nodeId: s.nodeId, number: s.number },
+          tasks: s.tasks || [],
+        }) });
+      }
+    },
+  });
+}
+
 export async function implement({ issue: issueArg, featureDir: featureDirOpt, dryRun }) {
   const issueNumber = parseInt(String(issueArg).replace('#', ''), 10);
   if (!Number.isInteger(issueNumber)) {
@@ -258,11 +611,15 @@ export async function implement({ issue: issueArg, featureDir: featureDirOpt, dr
     }
     p.log.info(`Story com ${tasks.length} task(s): ${tasks.map(t => `#${t.number}`).join(', ')}`);
   } else if (type === 'Task') {
-    tasks = [{ number: issue.number, title: issue.title, body: issue.body || '' }];
+    tasks = [{ number: issue.number, title: issue.title, body: issue.body || '', nodeId: issue.node_id }];
     p.log.info(`Task única #${issueNumber}.`);
+  } else if (type === 'Feature') {
+    // Modo Feature: Stories pendentes em ordem de dependência, contexto único.
+    await implementFeature({ token, owner, repo, config, feature: issue, featureDirOpt, dryRun });
+    return;
   } else {
     p.log.error(
-      `implement só aceita Story ou Task. Issue #${issueNumber} é do tipo ${type || 'desconhecido'}.`
+      `implement só aceita Feature, Story ou Task. Issue #${issueNumber} é do tipo ${type || 'desconhecido'}.`
     );
     process.exitCode = 1;
     return;
@@ -284,6 +641,16 @@ export async function implement({ issue: issueArg, featureDir: featureDirOpt, dr
     p.log.warn('Não foi possível resolver a Feature; seguindo só com as tasks (use --feature-dir).');
   }
 
+  // 4a-board. Board determinístico: Feature/Story → Desenvolvimento (In
+  // Progress) já no início — a UI mostra o desenvolvimento em andamento sem
+  // depender de o LLM mover cards. Best-effort: falha vira warn.
+  await applyBoardMoves({ token, moves: planBoardMoves('start', {
+    feature: feature ? { nodeId: feature.nodeId, number: feature.number } : null,
+    story: type === 'Story' ? { nodeId: issue.node_id, number: issue.number } : null,
+    tasks: tasks.map(t => ({ nodeId: t.nodeId, number: t.number })),
+    tasksStartStatus: type === 'Task' ? PROGRESS_IN_PROGRESS : PROGRESS_TODO,
+  }) });
+
   // 4b. Stories irmãs da Feature — a Feature só avança para Code Review quando
   // TODAS as suas Stories estiverem implementadas. Lista as outras para o agente
   // verificar antes de mover a Feature.
@@ -298,8 +665,6 @@ export async function implement({ issue: issueArg, featureDir: featureDirOpt, dr
   // 4c. Comentários das issues (best-effort) — revisões e correções vivem nos
   // comentários, não no body; sem eles o agente implementa instruções já
   // corrigidas. Feature primeiro (correções de escopo), depois a issue-alvo.
-  const MAX_COMMENTS_PER_ISSUE = 15;
-  const MAX_COMMENT_CHARS = 2000;
   const comments = [];
   const commentSources = [];
   if (feature && feature.number !== issue.number) {
@@ -353,17 +718,31 @@ export async function implement({ issue: issueArg, featureDir: featureDirOpt, dr
     }
   } catch { /* aviso é best-effort — segue sem ele */ }
 
-  // 5. Monta e grava o arquivo de contexto.
+  // 5-6. Monta o contexto e aciona o spec-kit (comando configurável).
   const context = buildContext({
     type, issue, tasks, feature, siblingStories, ...specPlan,
     comments, codeDigest, blockedByWarnings,
   });
+  await writeContextAndRunSpecKit({
+    config, issueNumber, type, title: issue.title, specPlan, context, dryRun,
+    outroSuccess:
+      `${chalk.green('✓')} Implementação acionada para ${type} #${issueNumber}.\n` +
+      '  Próximo: revise as mudanças e abra o PR — o board já foi atualizado.',
+    onSuccess: () => applyBoardMoves({ token, moves: planBoardMoves('success', {
+      story: type === 'Story' ? { nodeId: issue.node_id, number: issue.number } : null,
+      tasks: tasks.map(t => ({ nodeId: t.nodeId, number: t.number })),
+    }) }),
+  });
+}
+
+// Grava o arquivo de contexto e aciona o spec-kit (comando configurável) —
+// fecho comum dos modos Feature e Story/Task.
+async function writeContextAndRunSpecKit({ config, issueNumber, type, title, specPlan, context, dryRun, outroSuccess, onSuccess }) {
   mkdirSync(WORK_DIR, { recursive: true });
   const tasksFile = path.join(WORK_DIR, `implement-${issueNumber}.md`);
   writeFileSync(tasksFile, context);
   p.log.success(`Contexto montado em ${chalk.cyan(tasksFile)}.`);
 
-  // 6. Aciona o spec-kit (comando configurável).
   const template = process.env.SPEC_WAVE_IMPLEMENT_CMD || config.specKit?.command;
   const vars = {
     tasksFile,
@@ -371,7 +750,7 @@ export async function implement({ issue: issueArg, featureDir: featureDirOpt, dr
     planFile: specPlan.planPath || '',
     issue: String(issueNumber),
     type,
-    title: issue.title,
+    title,
   };
 
   if (!template) {
@@ -404,8 +783,6 @@ export async function implement({ issue: issueArg, featureDir: featureDirOpt, dr
     return;
   }
 
-  p.outro(
-    `${chalk.green('✓')} Implementação acionada para ${type} #${issueNumber}.\n` +
-    '  Próximo: revise as mudanças, abra o PR e mova o card para 👀 Code Review.'
-  );
+  if (onSuccess) await onSuccess();
+  p.outro(outroSuccess);
 }

package/src/commands/info.mjs

@@ -23,7 +23,7 @@ function reportSkill(status) {
   if (status.agentsDetected.length === 0) {
     p.log.warn(
       'Nenhum agente de código detectado neste diretório — a skill spec-wave ' +
-      'não parece instalada. Rode `npx @spec-wave/cli install-skill`.'
+      'não parece instalada. Rode `npx @spec-wave/cli@latest install-skill`.'
     );
     return;
   }
@@ -34,7 +34,7 @@ function reportSkill(status) {
   p.log.warn(
     'Skill pendente de instalação/atualização:\n' +
     status.pending.map(s => `  ${chalk.yellow('↻')} ${s.agent} (${s.reason}) — ${chalk.dim(s.path)}`).join('\n') +
-    '\nRode `npx @spec-wave/cli install-skill` (ou `npx @spec-wave/cli update`).'
+    '\nRode `npx @spec-wave/cli@latest install-skill` (ou `npx @spec-wave/cli@latest update`).'
   );
 }
 
@@ -55,7 +55,7 @@ export async function info(options = {}) {
     p.log.warn(`Este repositório ${chalk.bold('não foi inicializado')} (sem ${CONFIG_FILE}).`);
     reportSkill(skill);
     p.log.info(`🌐 Acesse o Portal Web da ferramenta em ${chalk.cyan(PORTAL_URL)}`);
-    p.outro('Execute `npx @spec-wave/cli init` para configurar.');
+    p.outro('Execute `npx @spec-wave/cli@latest init` para configurar.');
     return;
   }
 

package/src/commands/init.mjs

@@ -223,7 +223,7 @@ export async function init(options) {
     `  ${configWritten ? '3' : '2'}. Configure o board view para agrupar por "Etapa"\n` +
     `  ${configWritten ? '4' : '3'}. Crie uma Feature com o prefixo [FEATURE] no título\n` +
     `  ${configWritten ? '5' : '4'}. Use a skill spec-wave para guiar o fluxo\n\n` +
-    `  ${chalk.dim('Para instalar a skill no seu agente: npx @spec-wave/cli install-skill')}\n\n` +
+    `  ${chalk.dim('Para instalar a skill no seu agente: npx @spec-wave/cli@latest install-skill')}\n\n` +
     `  🌐 Acesse o Portal Web da ferramenta em ${chalk.cyan(PORTAL_URL)}`
   );
 }

package/src/commands/install-skill.mjs

@@ -100,13 +100,13 @@ export function parseSkill(raw) {
 }
 
 // Banner de versão inserido no topo do corpo da skill instalada. O agente lê
-// esta linha e, se `npx @spec-wave/cli --version` for maior, orienta reinstalar.
+// esta linha e, se `npx @spec-wave/cli@latest --version` for maior, orienta reinstalar.
 function versionBanner(version) {
   return (
     `> ⚙️ **spec-wave skill v${version}** — esta skill é uma cópia estática. ` +
-    'Se `npx @spec-wave/cli --version` indicar uma versão maior, ela está ' +
-    'desatualizada: rode `npx @spec-wave/cli update` (atualiza só o que mudou) ' +
-    'ou `npx @spec-wave/cli install-skill --force` (só a skill).'
+    'Se `npx @spec-wave/cli@latest --version` indicar uma versão maior, ela está ' +
+    'desatualizada: rode `npx @spec-wave/cli@latest update` (atualiza só o que mudou) ' +
+    'ou `npx @spec-wave/cli@latest install-skill --force` (só a skill).'
   );
 }
 

package/src/commands/update.mjs

@@ -210,7 +210,7 @@ export async function update(options = {}) {
   // Config (.spec-wave.json) — reconsulta o Project e reescreve local.
   if (configStale) {
     if (!configStale.canApply) {
-      p.log.warn(`${CONFIG_FILE}: sem project.id — pulei. Rode \`npx @spec-wave/cli init\` (sem --skip-project).`);
+      p.log.warn(`${CONFIG_FILE}: sem project.id — pulei. Rode \`npx @spec-wave/cli@latest init\` (sem --skip-project).`);
     } else {
       const tk = await getToken();
       if (!tk) {

package/src/lib/implement-board.mjs

@@ -0,0 +1,104 @@
+// Movimentos de board do `implement` — decisão pura + executor não-fatal.
+//
+// O implement passa a mover os cards DETERMINISTICAMENTE (em código, não em
+// prosa para o LLM seguir): no início a Feature/Story vão para Desenvolvimento
+// (In Progress) e, no sucesso do spec-kit, as Tasks vão para Done e a Story
+// para Code Review — mesma semântica de `task start`/`task done`/`story review`
+// e do que o contexto em prosa sempre pediu. Falha de board NUNCA derruba a
+// implementação (warn e segue).
+
+import * as p from '@clack/prompts';
+import { loadProjectConfig, resolveField, advanceToStage, setItemStatus } from './board.mjs';
+import {
+  STAGE_DEVELOPMENT, STAGE_CODE_REVIEW, STAGE_DONE,
+  PROGRESS_TODO, PROGRESS_IN_PROGRESS, PROGRESS_DONE,
+} from '../config.mjs';
+
+/**
+ * Decide os movimentos de board de uma fase do implement. Pura, sem I/O.
+ *
+ * @param {'start'|'success'} phase
+ * @param {{ feature?: {nodeId:string,number:number}|null,
+ *           story?:   {nodeId:string,number:number}|null,
+ *           tasks?:   Array<{nodeId?:string,number:number}> }} refs
+ * @returns {Array<{nodeId:string, label:string, stage:string, status:string,
+ *                  statusFallback:boolean}>}
+ *   statusFallback: se a Etapa já estiver adiante (advanceToStage devolve
+ *   false), ainda assim alinhar o Status — usado nos movimentos de início
+ *   (ex.: Feature já em Desenvolvimento volta a mostrar In Progress).
+ */
+export function planBoardMoves(phase, {
+  feature = null, story = null, tasks = [],
+  // Status das Tasks na fase start: Todo quando enfileiradas atrás de uma
+  // Story; In Progress quando a própria Task é o item sendo implementado.
+  tasksStartStatus = PROGRESS_TODO,
+} = {}) {
+  const moves = [];
+  if (phase === 'start') {
+    if (feature?.nodeId) {
+      moves.push({ nodeId: feature.nodeId, label: `Feature #${feature.number}`,
+                   stage: STAGE_DEVELOPMENT, status: PROGRESS_IN_PROGRESS, statusFallback: true });
+    }
+    if (story?.nodeId) {
+      moves.push({ nodeId: story.nodeId, label: `Story #${story.number}`,
+                   stage: STAGE_DEVELOPMENT, status: PROGRESS_IN_PROGRESS, statusFallback: true });
+    }
+    for (const t of tasks) {
+      if (!t?.nodeId) continue;
+      moves.push({ nodeId: t.nodeId, label: `Task #${t.number}`,
+                   stage: STAGE_DEVELOPMENT, status: tasksStartStatus,
+                   statusFallback: tasksStartStatus === PROGRESS_IN_PROGRESS });
+    }
+  } else if (phase === 'success') {
+    for (const t of tasks) {
+      if (!t?.nodeId) continue;
+      moves.push({ nodeId: t.nodeId, label: `Task #${t.number}`,
+                   stage: STAGE_DONE, status: PROGRESS_DONE, statusFallback: false });
+    }
+    if (story?.nodeId) {
+      moves.push({ nodeId: story.nodeId, label: `Story #${story.number}`,
+                   stage: STAGE_CODE_REVIEW, status: PROGRESS_TODO, statusFallback: false });
+    }
+  }
+  return moves;
+}
+
+/**
+ * Executa os movimentos no Projects v2. Best-effort: qualquer falha vira
+ * warn e a implementação continua. Usa PROJECT_TOKEN quando definido (PAT
+ * com scope de Project em org — mesmo padrão do code-review/qa).
+ */
+export async function applyBoardMoves({ token, moves, cwd = process.cwd(), log = p.log }) {
+  if (!moves || moves.length === 0) return;
+  try {
+    const { project, error } = loadProjectConfig({ cwd });
+    if (error) {
+      log.warn(`board: ${error} — Etapas não atualizadas.`);
+      return;
+    }
+    const projectToken = process.env.PROJECT_TOKEN || token;
+    const etapaField = await resolveField(projectToken, project, 'Etapa').catch(() => null);
+    const statusField = await resolveField(projectToken, project, 'Status').catch(() => null);
+    if (!etapaField?.id) {
+      log.warn('board: campo Etapa não resolvido — Etapas não atualizadas.');
+      return;
+    }
+    for (const m of moves) {
+      try {
+        const advanced = await advanceToStage(
+          projectToken, project, etapaField, statusField, m.nodeId, m.stage, m.status);
+        if (advanced) {
+          log.info(`board: ${m.label} → ${m.stage} (${m.status})`);
+        } else if (m.statusFallback && statusField?.id) {
+          // Etapa já está nessa fase ou adiante: ao menos alinha o Status.
+          await setItemStatus(projectToken, project, statusField, m.nodeId, m.status);
+          log.info(`board: ${m.label} já em ${m.stage}+ — Status → ${m.status}`);
+        }
+      } catch (err) {
+        log.warn(`board: falha ao mover ${m.label}: ${err.message}`);
+      }
+    }
+  } catch (err) {
+    log.warn(`board: indisponível (${err.message}) — implementação segue.`);
+  }
+}

package/src/templates/skill/SKILL.md

@@ -4,6 +4,7 @@ description: "Use when the user wants to set up a spec-driven GitHub workflow, c
 argument-hint: "[info|setup|update|doctor|issue|feature|spec|plan|ready|decompose|order|implement|task|story|uninstall|rfc|fix-pr] [target]"
 user-invocable: true
 allowed-tools:
+  - Bash(npx @spec-wave/cli@latest *)
   - Bash(npx @spec-wave/cli *)
   - Bash(gh issue *)
   - Bash(gh project *)
@@ -27,18 +28,18 @@ Este skill guia o usuário pelo fluxo spec-driven definido no RFC-001.
 
 > **Antes de responder a qualquer sub-comando**, leia o arquivo `rfc/rfc-integrate-spec-kit-into-kanban.md` se ele existir no diretório atual, para embasar suas respostas no processo real da equipe.
 
-> **Verifique se esta skill está atualizada:** logo no topo deste arquivo há um banner `spec-wave skill vX.Y.Z` (inserido na instalação). Compare com `npx @spec-wave/cli --version`. Se a CLI for **mais recente** (ou o banner estiver ausente = instalada por versão antiga), esta skill está desatualizada — avise o usuário e sugira `npx @spec-wave/cli update` (detecta e atualiza só o que mudou: skill, `.spec-wave.json` e workflows/labels do repo) ou, para atualizar só a skill, `npx @spec-wave/cli install-skill --force`. A skill é uma cópia estática e **não** acompanha o `npx` sozinha.
+> **Verifique se esta skill está atualizada:** logo no topo deste arquivo há um banner `spec-wave skill vX.Y.Z` (inserido na instalação). Compare com `npx @spec-wave/cli@latest --version`. Se a CLI for **mais recente** (ou o banner estiver ausente = instalada por versão antiga), esta skill está desatualizada — avise o usuário e sugira `npx @spec-wave/cli@latest update` (detecta e atualiza só o que mudou: skill, `.spec-wave.json` e workflows/labels do repo) ou, para atualizar só a skill, `npx @spec-wave/cli@latest install-skill --force`. A skill é uma cópia estática e **não** acompanha o `npx` sozinha.
 
 ---
 
 ## Detecção de configuração (faça isto primeiro, sempre)
 
-Antes de qualquer sub-comando, leia o arquivo `.spec-wave.json` na raiz do repositório atual (use o tool Read). Esse arquivo é gravado pelo `npx @spec-wave/cli init` e é a fonte de estado persistente entre sessões.
+Antes de qualquer sub-comando, leia o arquivo `.spec-wave.json` na raiz do repositório atual (use o tool Read). Esse arquivo é gravado pelo `npx @spec-wave/cli@latest init` e é a fonte de estado persistente entre sessões.
 
 - **Se existir**, o spec-wave já foi configurado. Use seus campos para contextualizar as respostas, sem perguntar de novo:
   - `owner`/`repo` → repositório alvo dos comandos `gh`
   - `project.url` / `project.title` → o GitHub Project a referenciar
-  - `version` → versão da CLI usada no `init` (compare com `npx @spec-wave/cli --version`; se divergir, sugira `npx @spec-wave/cli refresh --config` para atualizar o arquivo, ou re-rodar o `init` para atualizar workflows/labels)
+  - `version` → versão da CLI usada no `init` (compare com `npx @spec-wave/cli@latest --version`; se divergir, sugira `npx @spec-wave/cli@latest refresh --config` para atualizar o arquivo, ou re-rodar o `init` para atualizar workflows/labels)
   - `initializedAt` → quando foi configurado
   Não rode `/spec-wave setup` de novo a menos que o usuário peça explicitamente.
 - **Se não existir**, o repositório provavelmente ainda não foi configurado. Sugira começar por `/spec-wave setup`.
@@ -86,13 +87,13 @@ Labels de **estado** (gravadas pelas automações — **não** são gatilhos, n
 - `spec-wave:critique-failed` → a crítica adversarial apontou contradições **graves** nos documentos; **bloqueia** o `spec-wave:ready` até ser removida (veja *Crítica adversarial* abaixo)
 - `spec-wave:decomposed` → a Feature/RFC já foi decomposta; o `decompose` pula silenciosamente enquanto ela existir (veja *Guard de idempotência* abaixo)
 
-A etapa **🚧 Desenvolvimento** é coberta pelo comando **local** `npx @spec-wave/cli implement <número>` (não é uma label/Action): lê uma Story ou Task e aciona o spec-kit para implementar. Veja `/spec-wave implement`.
+A etapa **🚧 Desenvolvimento** é coberta pelo comando **local** `npx @spec-wave/cli@latest implement <número>` (não é uma label/Action): lê uma **Feature** (todas as Stories pendentes, em ordem de dependência), uma Story ou uma Task e aciona o spec-kit para implementar. Veja `/spec-wave implement`.
 
 ---
 
 ## Referência da CLI (conheça os parâmetros ANTES de executar)
 
-Esta skill é um **wrapper** da CLI `@spec-wave/cli`, sempre invocada como `npx @spec-wave/cli <comando>`. Regra de ouro: **nunca rode um comando sem os parâmetros que ele aceita** esperando que ele pergunte — colete os valores com o usuário e passe via flags. Em especial, **`init` sem `--repo` abre um wizard interativo (@clack/prompts) que a skill NÃO consegue dirigir** — sempre passe `--repo`.
+Esta skill é um **wrapper** da CLI `@spec-wave/cli`, sempre invocada como `npx @spec-wave/cli@latest <comando>`. Regra de ouro: **nunca rode um comando sem os parâmetros que ele aceita** esperando que ele pergunte — colete os valores com o usuário e passe via flags. Em especial, **`init` sem `--repo` abre um wizard interativo (@clack/prompts) que a skill NÃO consegue dirigir** — sempre passe `--repo`.
 
 ### `@spec-wave/cli init` — configura o repositório
 | Flag | Tipo | Descrição |
@@ -169,14 +170,14 @@ Mesmas flags do `issue` (exceto `--type`, fixo em `feature`). Mantido para o flu
 > - `generate-spec` / `generate-plan` → **apenas Features**. Para **Spike, RFC e Bug** a geração é **pulada** (o Action remove a label e comenta) — esses tipos não usam spec/plan.
 > - `decompose` → **Feature** (gera Stories + Tasks) e **RFC** (gera **Tasks** diretamente, sem Stories). Para outros tipos, o Action recusa.
 
-### `@spec-wave/cli implement` — aciona o spec-kit para uma Story ou Task (comando LOCAL)
+### `@spec-wave/cli implement` — aciona o spec-kit para uma Feature, Story ou Task (comando LOCAL)
 | Flag/Arg | Tipo | Descrição |
 |----------|------|-----------|
-| `<issue>` | string (obrigatório) | Número da issue (Story ou Task), ex.: `12` ou `#12`. Argumento posicional. |
+| `<issue>` | string (obrigatório) | Número da issue (Feature, Story ou Task), ex.: `12` ou `#12`. Argumento posicional. |
 | `--feature-dir <path>` | string | Caminho `docs/features/<slug>` para anexar `spec.md`/`plan.md` como contexto (sobrescreve a resolução automática). |
 | `--dry-run` | flag | Monta o contexto e imprime o comando do spec-kit **sem executar**. |
 
-> Diferente dos quatro acima, `implement` roda **localmente** (lê `.spec-wave.json`, como `issue`), não por Action. Detecta o tipo da issue: **Story** → coleta todas as Tasks (sub-issues) e aciona o spec-kit uma única vez; **Task** → só aquela task. Monta o contexto em `.spec-wave/implement-<n>.md` e chama o comando configurado em `specKit.command` (no `.spec-wave.json`) ou na env `SPEC_WAVE_IMPLEMENT_CMD`. Placeholders disponíveis no template: `{tasksFile} {specFile} {planFile} {issue} {type} {title}`. Se nada estiver configurado, ele apenas monta o contexto e mostra como configurar (não executa). O contexto inclui os **comentários da issue**, um **digest do código recente** e um **aviso de dependências pendentes** quando a issue depende (linha `Depende de: #N` ou relação nativa *blocked by*) de outra que ainda não foi concluída — nesse caso, confirme com o usuário antes de seguir. Inclui também instruções para o agente implementar as Tasks **sequencialmente, uma por vez** (nunca duas com Status "In Progress" ao mesmo tempo): cada Task usa o **Status** (In Progress) *dentro* da Etapa 🚧 Desenvolvimento e, **ao concluir, avança para a Etapa 🎉 Done com Status Done**. **Ao concluir toda a Story**: fazer o commit, abrir o PR e **avançar a Etapa da Story para 👀 Code Review** (Status → Todo) — as Tasks já estão em 🎉 Done. A **Feature só avança** para Code Review quando **TODAS as suas Stories** já estiverem em Code Review — enquanto houver Story pendente, a Feature fica em 🚧 Desenvolvimento. Etapa só avança (nunca volta); Status mede o progresso dentro da etapa.
+> Diferente dos quatro acima, `implement` roda **localmente** (lê `.spec-wave.json`, como `issue`), não por Action. Detecta o tipo da issue: **Feature** → lista as Stories (sub-issues), **ordena topologicamente pelas dependências** (`Depende de:` + *blocked by*), **pula** as já em 👀 Code Review+ (listadas no contexto como "não tocar") e monta **um único** contexto com todas as pendentes (cada uma com suas Tasks), acionando o spec-kit **uma vez** com `{issue}/{type}/{title}` da Feature — **ciclo de dependências entre Stories pendentes aborta o comando (exit 1)**; **Story** → coleta todas as Tasks (sub-issues) e aciona o spec-kit uma única vez; **Task** → só aquela task. Monta o contexto em `.spec-wave/implement-<n>.md` e chama o comando configurado em `specKit.command` (no `.spec-wave.json`) ou na env `SPEC_WAVE_IMPLEMENT_CMD`. Placeholders disponíveis no template: `{tasksFile} {specFile} {planFile} {issue} {type} {title}`. Se nada estiver configurado, ele apenas monta o contexto e mostra como configurar (não executa). O contexto inclui os **comentários da issue**, um **digest do código recente** e um **aviso de dependências pendentes** quando a issue depende (linha `Depende de: #N` ou relação nativa *blocked by*) de outra que ainda não foi concluída — nesse caso, confirme com o usuário antes de seguir. Inclui também instruções para o agente implementar as Tasks **sequencialmente, uma por vez** (nunca duas com Status "In Progress" ao mesmo tempo): cada Task usa o **Status** (In Progress) *dentro* da Etapa 🚧 Desenvolvimento e, **ao concluir, avança para a Etapa 🎉 Done com Status Done**. **Ao concluir toda a Story**: fazer o commit, abrir o PR e **avançar a Etapa da Story para 👀 Code Review** (Status → Todo) — as Tasks já estão em 🎉 Done. A **Feature só avança** para Code Review quando **TODAS as suas Stories** já estiverem em Code Review — enquanto houver Story pendente, a Feature fica em 🚧 Desenvolvimento. Etapa só avança (nunca volta); Status mede o progresso dentro da etapa.
 
 ### `@spec-wave/cli doctor` — preflight de auth e configuração (comando LOCAL)
 Sem flags. Roda um checklist de diagnóstico no repositório atual: token GitHub (e a fonte dele), escopos (`repo`, `project`, `workflow` — com degradação para checks funcionais em fine-grained PATs), conta ativa do `gh` vs. owner, `.spec-wave.json` (campos e sincronia com o Project real), acesso ao repositório, configuração de IA (provider/modelo/`ai.models` + secrets do Actions), **spec-kit** (`specKit.command` / env `SPEC_WAVE_IMPLEMENT_CMD` — se ausente, avisa e sugere exemplos por agente: Claude Code, opencode, Codex, Copilot CLI, Kiro CLI, Qwen Code) e presença dos workflows.
@@ -228,7 +229,8 @@ O evento `labeled` pode redisparar (re-add da label, retry de runner). Para não
 
 O `decompose` grava nas Stories geradas uma linha **`Depende de: #N, #M`** no corpo e cria a relação nativa *blocked by* do GitHub. Essas dependências alimentam:
 - `spec-wave order <feature>` → ordem topológica de execução;
-- `spec-wave implement <n>` → **aviso** no contexto quando uma dependência ainda não está concluída (confirme com o usuário antes de implementar fora de ordem).
+- `spec-wave implement <feature>` → Stories pendentes implementadas **nessa ordem**; **ciclo de dependências → erro** (corrija as linhas `Depende de:`); dependências **externas** abertas viram aviso no contexto;
+- `spec-wave implement <n>` (Story/Task) → **aviso** no contexto quando uma dependência ainda não está concluída (confirme com o usuário antes de implementar fora de ordem).
 
 Não apague a linha `Depende de:` ao editar o corpo de uma Story; para mudar dependências, edite a linha (e/ou a relação *blocked by*).
 
@@ -260,12 +262,12 @@ Edite o bloco `ai` no `.spec-wave.json` (e commite) — o `doctor` mostra o prov
 Mostra se o repositório atual já foi configurado com o spec-wave.
 
 **Passos:**
-1. Execute: `npx @spec-wave/cli info`
+1. Execute: `npx @spec-wave/cli@latest info`
 2. **Se o repositório estiver inicializado**, o comando mostra os dados do `.spec-wave.json` (owner/repo, project, versão da CLI, data). Apresente essas informações ao usuário.
 3. **Se NÃO estiver inicializado**, pergunte ao usuário: "Este repositório ainda não foi configurado com o spec-wave. Quer rodar o `init` agora?"
    - Se sim → siga o fluxo de `/spec-wave setup`.
    - Se não → encerre sem alterar nada.
-4. **Se a saída indicar skill pendente** (aviso "Skill pendente de instalação/atualização" ou, no `--json`, `skill.installNeeded: true`), pergunte ao usuário se quer instalar/atualizar agora: skill `ausente` → `npx @spec-wave/cli install-skill`; skill `desatualizada` → `npx @spec-wave/cli update` (atualiza tudo que ficou para trás). Lembre-o de recarregar o agente depois.
+4. **Se a saída indicar skill pendente** (aviso "Skill pendente de instalação/atualização" ou, no `--json`, `skill.installNeeded: true`), pergunte ao usuário se quer instalar/atualizar agora: skill `ausente` → `npx @spec-wave/cli@latest install-skill`; skill `desatualizada` → `npx @spec-wave/cli@latest update` (atualiza tudo que ficou para trás). Lembre-o de recarregar o agente depois.
 
 ---
 
@@ -276,12 +278,12 @@ Traz tudo para a versão atual da CLI, atualizando **só o que mudou**: a skill
 **Passos:**
 1. **Sempre comece com `--dry-run`** para inspecionar o que está desatualizado sem alterar nada:
    ```bash
-   npx @spec-wave/cli update --dry-run
+   npx @spec-wave/cli@latest update --dry-run
    ```
 2. Mostre ao usuário o resumo (skill / config / arquivos do repo / labels que divergiram). Se **nada** estiver desatualizado, informe que já está tudo na versão atual e encerre.
 3. Se o usuário aprovar, aplique:
    ```bash
-   npx @spec-wave/cli update --yes
+   npx @spec-wave/cli@latest update --yes
    ```
    - Escopos podem ser limitados com `--skip-skill`, `--skip-config`, `--skip-repo`.
    - Atualizações de **arquivos do repo** são commitadas no remoto; o **`.spec-wave.json`** é local (lembre o usuário de commitá-lo).
@@ -291,17 +293,17 @@ Traz tudo para a versão atual da CLI, atualizando **só o que mudou**: a skill
 
 ### `/spec-wave setup`
 
-Configura o spec-wave no repositório. Você dirige o `init` com flags — **nunca rode `npx @spec-wave/cli init` sem `--repo`** (abre o wizard interativo que você não controla).
+Configura o spec-wave no repositório. Você dirige o `init` com flags — **nunca rode `npx @spec-wave/cli@latest init` sem `--repo`** (abre o wizard interativo que você não controla).
 
 **Passos:**
-1. **Já configurado?** Leia `.spec-wave.json` (ou rode `npx @spec-wave/cli info`). Se existir, avise (mostre `project.url` e `version`) e confirme com o usuário antes de reconfigurar.
+1. **Já configurado?** Leia `.spec-wave.json` (ou rode `npx @spec-wave/cli@latest info`). Se existir, avise (mostre `project.url` e `version`) e confirme com o usuário antes de reconfigurar.
 2. **Descubra o repositório alvo** (parâmetro `--repo`): rode `gh repo view --json nameWithOwner -q .nameWithOwner` para obter `owner/repo` do repo atual. Confirme com o usuário; se não houver remote, pergunte o `owner/repo`.
 3. **Pergunte o título do Project** (parâmetro `--project-title`). Ofereça o default `<repo> — Spec Wave` e aceite-o se o usuário não tiver preferência.
 4. **Cheque o auth:** `gh auth status`. Se faltarem os escopos `project,repo,workflow`, oriente o usuário a rodar ele mesmo `gh auth refresh --scopes project,repo,workflow` (comando interativo — o usuário executa, não você).
-5. **(Opcional) Pré-visualize** antes de aplicar: `npx @spec-wave/cli init --repo <owner/repo> --dry-run`.
+5. **(Opcional) Pré-visualize** antes de aplicar: `npx @spec-wave/cli@latest init --repo <owner/repo> --dry-run`.
 6. **Execute com os parâmetros coletados:**
    ```bash
-   npx @spec-wave/cli init --repo <owner/repo> --project-title "<título>"
+   npx @spec-wave/cli@latest init --repo <owner/repo> --project-title "<título>"
    ```
    Use `--skip-project` / `--skip-labels` / `--skip-files` **apenas** para re-rodar uma fase específica que falhou antes.
 7. O `init` cria o Project, as labels, os workflows, um **scaffold de `.github/config/tech_context.yml`** (só se ainda não existir) e grava `.spec-wave.json`. Oriente o usuário a fazer `git pull` para trazer os arquivos ao checkout local.
@@ -322,7 +324,7 @@ Crie um work item tipado (Initiative/Epic/Feature/Story/Task/...) já adicionado
 1. Pergunte ao usuário: tipo (initiative/epic/feature/story/task/...), título (sem prefixo), descrição e se há uma issue **pai** (número). **Prioridade e área são opcionais**: só as inclua se o usuário pedir explicitamente. **Nunca atribua uma prioridade por conta própria** — se o usuário não informou, **omita `--priority`** e a prioridade fica `null` (sem prioridade) no board.
 2. Execute o comando com os parâmetros coletados (inclua **apenas** as flags que o usuário forneceu):
    ```bash
-   npx @spec-wave/cli issue \
+   npx @spec-wave/cli@latest issue \
      --type "<tipo>" \
      --title "<título>" \
      --body "<descrição>" \
@@ -330,7 +332,7 @@ Crie um work item tipado (Initiative/Epic/Feature/Story/Task/...) já adicionado
      --priority "<prioridade>" \  # opcional — só se o usuário pediu; caso contrário OMITA (prioridade fica null)
      --parent "<número-do-pai>"   # opcional
    ```
-   Para Features, pode usar o atalho `npx @spec-wave/cli feature --title ...` (equivale a `--type feature`).
+   Para Features, pode usar o atalho `npx @spec-wave/cli@latest feature --title ...` (equivale a `--type feature`).
    A CLI cria a issue (label de tipo — e de prioridade **apenas se `--priority` for informado**), vincula como sub-issue do parent, adiciona ao Project e define Etapa = 📥 Backlog + Work Item Type + Area (+ Priority só se informada). **Não use `gh issue create`** (não adiciona ao board nem vincula o parent).
 3. Informe o número criado e o vínculo com o pai (se houver).
 4. Para Features: "Quando quiser iniciar, mova para **📋 Spec** e use `/spec-wave spec <número>` para gerar a especificação funcional (o plano técnico vem depois)".
@@ -343,8 +345,8 @@ Remove a configuração do spec-wave do repositório (labels, arquivos `.github`
 
 **Passos:**
 1. Confirme com o usuário que ele quer remover (a ação remove labels e faz commits removendo os workflows).
-2. Mostre antes o que será removido com `npx @spec-wave/cli uninstall --dry-run`.
-3. Execute `npx @spec-wave/cli uninstall` (a CLI pede confirmação; use `--yes` só se o usuário já confirmou).
+2. Mostre antes o que será removido com `npx @spec-wave/cli@latest uninstall --dry-run`.
+3. Execute `npx @spec-wave/cli@latest uninstall` (a CLI pede confirmação; use `--yes` só se o usuário já confirmou).
 4. Lembre o usuário de excluir o **GitHub Project** manualmente, se desejar — a CLI não o apaga de propósito.
 
 ---
@@ -388,7 +390,7 @@ O plano técnico segue o schema do RFC-002 §3.2: **Estratégia Técnica** (com
 
 ### Tech Context (`.github/config/tech_context.yml`)
 
-Fonte de verdade estática da stack do sistema (RFC-002 §4). O `generate-plan` lê este arquivo para embasar o plano técnico e usar **APENAS** as tecnologias/serviços nele declarados — sem ele, o plano fica genérico e pode inventar APIs inexistentes. O `npx @spec-wave/cli init` gera um **scaffold de exemplo** que **deve ser adaptado** à stack real. Use este fluxo quando o arquivo estiver ausente ou desatualizado.
+Fonte de verdade estática da stack do sistema (RFC-002 §4). O `generate-plan` lê este arquivo para embasar o plano técnico e usar **APENAS** as tecnologias/serviços nele declarados — sem ele, o plano fica genérico e pode inventar APIs inexistentes. O `npx @spec-wave/cli@latest init` gera um **scaffold de exemplo** que **deve ser adaptado** à stack real. Use este fluxo quando o arquivo estiver ausente ou desatualizado.
 
 **Como ajudar a criar (quando não existir):**
 
@@ -473,33 +475,35 @@ Para qualquer outro tipo (Spike, Bug, Story, Task, …) o Action **recusa** e co
    gh issue edit <número> --add-label "spec-wave:decompose"
    ```
 3. Informe: "Decomposição iniciada — Feature gera Stories+Tasks; RFC gera Tasks."
-4. Após a conclusão, as issues filhas aparecerão como comentário na issue pai, junto com o comentário 🔎 da crítica adversarial. A issue pai e as Stories/Tasks criadas entram no board na Etapa **✅ Ready** (Status Todo; a Etapa nunca retrocede — itens já adiante não são tocados). As Stories geradas trazem a linha `Depende de: #N` (+ relação *blocked by*) — use `npx @spec-wave/cli order <número>` para ver a ordem de execução.
+4. Após a conclusão, as issues filhas aparecerão como comentário na issue pai, junto com o comentário 🔎 da crítica adversarial. A issue pai e as Stories/Tasks criadas entram no board na Etapa **✅ Ready** (Status Todo; a Etapa nunca retrocede — itens já adiante não são tocados). As Stories geradas trazem a linha `Depende de: #N` (+ relação *blocked by*) — use `npx @spec-wave/cli@latest order <número>` para ver a ordem de execução.
 5. A issue recebe a label `spec-wave:decomposed` (guard de idempotência): rodar de novo **não** duplica as issues. Para forçar um re-decompose, siga a seção *Guard de idempotência*.
 
 ---
 
 ### `/spec-wave implement <número-da-issue>`
 
-Aciona o spec-kit para implementar uma **Story** (todas as suas Tasks) ou uma **Task** isolada. Comando **local** (etapa 🚧 Desenvolvimento) — não usa label/Action.
+Aciona o spec-kit para implementar uma **Feature** (todas as Stories pendentes, em ordem de dependência), uma **Story** (todas as suas Tasks) ou uma **Task** isolada. Comando **local** (etapa 🚧 Desenvolvimento) — não usa label/Action.
 
-**Pré-requisitos:** o repositório atual precisa estar inicializado (`.spec-wave.json` presente) e a issue deve ser do tipo Story ou Task. Para executar de fato (fora do `--dry-run`), o spec-kit precisa estar configurado via `specKit.command` no `.spec-wave.json` ou a env `SPEC_WAVE_IMPLEMENT_CMD`.
+**Pré-requisitos:** o repositório atual precisa estar inicializado (`.spec-wave.json` presente) e a issue deve ser do tipo Feature, Story ou Task. Para executar de fato (fora do `--dry-run`), o spec-kit precisa estar configurado via `specKit.command` no `.spec-wave.json` ou a env `SPEC_WAVE_IMPLEMENT_CMD`.
+
+**Modo Feature:** o comando avalia as Stories da Feature — ordena topologicamente pelas dependências (`Depende de:` + *blocked by*), consulta a Etapa de cada uma no board e **pula as já implementadas** (👀 Code Review ou além). O contexto único (`.spec-wave/implement-<feature>.md`) traz as pendentes em ordem, cada uma com suas Tasks. **Ciclo de dependências entre Stories pendentes → o comando aborta** (corrija as linhas `Depende de:`; use `npx @spec-wave/cli@latest order <feature>` para visualizar). Story pendente sem Tasks → aborta pedindo decomposição. Todas implementadas → encerra sem acionar o spec-kit.
 
 **Passos:**
 1. Confirme que há `.spec-wave.json` no repo (senão, oriente `/spec-wave setup`).
-2. **Sempre comece com `--dry-run`** para inspecionar o que será feito — detecção do tipo, lista de Tasks coletadas (no caso de Story) e o comando do spec-kit que seria executado:
+2. **Sempre comece com `--dry-run`** para inspecionar o que será feito — detecção do tipo, lista de Tasks coletadas (Story) ou a ordem/puladas/ciclos das Stories (Feature) e o comando do spec-kit que seria executado:
    ```bash
-   npx @spec-wave/cli implement <número> --dry-run
+   npx @spec-wave/cli@latest implement <número> --dry-run
    ```
 3. Mostre ao usuário o contexto montado em `.spec-wave/implement-<número>.md` e o comando. Esse arquivo contém as **instruções de execução sequencial**: implemente as Tasks **uma por vez** — mova a task para **🚧 Desenvolvimento** só ao iniciá-la e para **🎉 Done** ao concluí-la, antes de passar para a próxima. **Nunca** coloque várias tasks em "in progress" ao mesmo tempo.
-4. **Se você (agente) for implementar diretamente** (sem `specKit.command`): siga o contexto task por task. Para cada task: `npx @spec-wave/cli task start <n>` ao iniciar (Etapa 🚧 Desenvolvimento + Status In Progress) e `npx @spec-wave/cli task done <n>` ao concluir (Etapa 🎉 Done + Status Done) — **prefira esses comandos a mutações GraphQL/`gh` manuais**: eles embutem as regras do board (Etapa nunca retrocede; uma task In Progress por vez). Se o contexto trouxer **aviso de dependência pendente** (a issue depende de outra não concluída), confirme com o usuário antes de seguir. **Ao concluir toda a Story**: faça o commit, abra o PR e mova a Story com `npx @spec-wave/cli story review <n>` (Etapa 👀 Code Review, Status → Todo) — as Tasks já estão em 🎉 Done. A **Feature só avança** quando **TODAS as suas Stories** já estiverem em Code Review — se houver Story pendente, deixe a Feature em 🚧 Desenvolvimento. Lembre: Etapa só avança (nunca volta); Status é o progresso dentro da etapa.
+4. **Se você (agente) for implementar diretamente** (sem `specKit.command`): siga o contexto task por task. Para cada task: `npx @spec-wave/cli@latest task start <n>` ao iniciar (Etapa 🚧 Desenvolvimento + Status In Progress) e `npx @spec-wave/cli@latest task done <n>` ao concluir (Etapa 🎉 Done + Status Done) — **prefira esses comandos a mutações GraphQL/`gh` manuais**: eles embutem as regras do board (Etapa nunca retrocede; uma task In Progress por vez). Se o contexto trouxer **aviso de dependência pendente** (a issue depende de outra não concluída), confirme com o usuário antes de seguir. **Ao concluir toda a Story**: faça o commit, abra o PR e mova a Story com `npx @spec-wave/cli@latest story review <n>` (Etapa 👀 Code Review, Status → Todo) — as Tasks já estão em 🎉 Done. A **Feature só avança** quando **TODAS as suas Stories** já estiverem em Code Review — se houver Story pendente, deixe a Feature em 🚧 Desenvolvimento. Lembre: Etapa só avança (nunca volta); Status é o progresso dentro da etapa.
 5. Se o usuário aprovar e o spec-kit estiver configurado, rode sem `--dry-run`:
    ```bash
-   npx @spec-wave/cli implement <número>
+   npx @spec-wave/cli@latest implement <número>
    ```
    - Se o spec-kit **não** estiver configurado, o comando só monta o contexto e mostra como configurar (`specKit.command` / `SPEC_WAVE_IMPLEMENT_CMD`). Ajude o usuário a definir o template (placeholders: `{tasksFile} {specFile} {planFile} {issue} {type} {title}`).
    - Use `--feature-dir docs/features/<slug>` se a resolução automática da Feature falhar (a skill avisa com warning) e você quiser anexar `spec.md`/`plan.md` como contexto.
-6. Se a issue **não** for Story nem Task (ex.: Feature, Bug), o comando recusa — oriente o usuário: Features se decompõem (`/spec-wave decompose`); implemente as Stories/Tasks resultantes.
-7. Ao final (Tasks em **🎉 Done**, Story em **👀 Code Review**; a Feature só vai para Code Review quando a última Story concluir): confirme o resultado com o usuário e oriente a revisão do PR.
+6. **No modo Feature**, siga o contexto Story a Story, na ordem listada: para cada Story pendente, implemente as Tasks com `task start`/`task done`, depois commit + PR + `npx @spec-wave/cli@latest story review <n>`; só então passe à próxima Story. Se a issue **não** for Feature, Story nem Task (ex.: Bug, Spike, Epic), o comando recusa. Feature **sem Stories** → rode `/spec-wave decompose` primeiro. **Ciclo de dependências** → corrija as linhas `Depende de:` (veja `spec-wave order`).
+7. Ao final (Tasks em **🎉 Done**, Story em **👀 Code Review**; a Feature só vai para Code Review quando a última Story concluir — no modo Feature, isso acontece dentro da mesma execução): confirme o resultado com o usuário e oriente a revisão dos PRs.
 
 ---
 

package/src/templates/workflows/code-review.yml

@@ -24,7 +24,7 @@ jobs:
           node-version: '24'
 
       - name: Move Feature to Code Review
-        run: npx @spec-wave/cli code-review --pr-number ${{ github.event.pull_request.number }}
+        run: npx @spec-wave/cli@latest code-review --pr-number ${{ github.event.pull_request.number }}
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
           PROJECT_TOKEN: ${{ secrets.GH_PROJECT_TOKEN }}

package/src/templates/workflows/decompose.yml

@@ -29,7 +29,7 @@ jobs:
           node-version: '24'
 
       - name: Decompose into Stories and Tasks
-        run: npx @spec-wave/cli decompose --issue-number ${{ github.event.issue.number }}
+        run: npx @spec-wave/cli@latest decompose --issue-number ${{ github.event.issue.number }}
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
           PROJECT_TOKEN: ${{ secrets.GH_PROJECT_TOKEN }}

package/src/templates/workflows/generate-plan.yml

@@ -28,7 +28,7 @@ jobs:
           node-version: '24'
 
       - name: Generate plan.md
-        run: npx @spec-wave/cli generate-plan --issue-number ${{ github.event.issue.number }}
+        run: npx @spec-wave/cli@latest generate-plan --issue-number ${{ github.event.issue.number }}
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
           ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}

package/src/templates/workflows/generate-spec.yml

@@ -28,7 +28,7 @@ jobs:
           node-version: '24'
 
       - name: Generate spec.md
-        run: npx @spec-wave/cli generate-spec --issue-number ${{ github.event.issue.number }}
+        run: npx @spec-wave/cli@latest generate-spec --issue-number ${{ github.event.issue.number }}
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
           ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}

package/src/templates/workflows/qa.yml

@@ -25,7 +25,7 @@ jobs:
           node-version: '24'
 
       - name: Move Feature to QA
-        run: npx @spec-wave/cli qa --pr-number ${{ github.event.pull_request.number }}
+        run: npx @spec-wave/cli@latest qa --pr-number ${{ github.event.pull_request.number }}
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
           PROJECT_TOKEN: ${{ secrets.GH_PROJECT_TOKEN }}

package/src/templates/workflows/validate.yml

@@ -26,7 +26,7 @@ jobs:
           node-version: '24'
 
       - name: Validate spec and plan
-        run: npx @spec-wave/cli validate --issue-number ${{ github.event.issue.number }}
+        run: npx @spec-wave/cli@latest validate --issue-number ${{ github.event.issue.number }}
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
           GITHUB_REPOSITORY: ${{ github.repository }}