sillyspec 3.9.0 → 3.10.0

package/src/setup.js

@@ -1,25 +1,9 @@
-import { existsSync, readFileSync, writeFileSync, mkdirSync, cpSync } from 'fs';
+import { existsSync, readFileSync, writeFileSync, mkdirSync } from 'fs';
 import { join, dirname } from 'path';
-import { fileURLToPath } from 'url';
 import { execSync } from 'child_process';
 import chalk from 'chalk';
 import ora from 'ora';
-import { checkbox, confirm, input, select } from '@inquirer/prompts';
-
-const __filename = fileURLToPath(import.meta.url);
-const __dirname = dirname(__filename);
-
-// ── Skill 定义 ──
-
-const SKILLS = [
-  {
-    id: 'playwright-e2e',
-    name: 'Playwright E2E 测试参考',
-    description: 'E2E 测试编写最佳实践，AI 执行测试任务时自动读取',
-    source: join(__dirname, '..', 'templates', 'skills', 'playwright-e2e'),
-    target: 'playwright-e2e',
-  },
-];
+import { checkbox, input } from '@inquirer/prompts';
 
 // ── MCP 工具定义 ──
 
@@ -298,21 +282,6 @@ export async function cmdSetup(dir, options = {}) {
     ...dbChoices,
     ...globalChoices.length > 0 ? [{ name: chalk.bold('── 全局工具 ──'), value: '_global_header', disabled: true }] : [],
     ...globalChoices,
-    ...[{ name: chalk.bold('── AI Skills（编写参考）──'), value: '_skill_header', disabled: true }],
-    ...(() => {
-      const installed = new Set();
-      for (const { path } of availableTools) {
-        const skillDir = join(dir, dirname(path), 'skills');
-        for (const s of SKILLS) {
-          if (existsSync(join(skillDir, s.target, 'SKILL.md'))) installed.add(s.id);
-        }
-      }
-      return SKILLS.filter(s => !installed.has(s.id)).map(s => ({
-        name: `${s.name} — ${s.description}`,
-        value: `skill:${s.id}`,
-        checked: false,
-      }));
-    })(),
   ];
 
   if (allChoices.length === 0) {
@@ -402,41 +371,6 @@ export async function cmdSetup(dir, options = {}) {
     }
   }
 
-  // ── 安装 Skills ──
-
-  const selectedSkills = SKILLS.filter(s => selected.includes(`skill:${s.id}`));
-
-  if (selectedSkills.length > 0) {
-    // 跟 MCP 一样，选择安装到哪些 AI 工具
-    const skillTargets = availableTools.map(t => ({
-      name: t.tool,
-      value: t.key,
-      checked: true,
-    }));
-
-    const selectedTools = await checkbox({
-      message: 'Skill 安装到哪些 AI 工具？',
-      choices: skillTargets,
-    });
-
-    const targets = availableTools.filter(t => selectedTools.includes(t.key));
-
-    console.log('');
-    for (const { tool, path } of targets) {
-      const spinner = ora(`安装 Skills 到 ${tool}...`).start();
-      for (const skill of selectedSkills) {
-        try {
-          const targetDir = join(dir, dirname(path), 'skills', skill.target);
-          mkdirSync(targetDir, { recursive: true });
-          cpSync(skill.source, targetDir, { recursive: true });
-          spinner.succeed(`${tool} → ${dirname(path)}/skills/${skill.target}/SKILL.md`);
-        } catch (err) {
-          spinner.fail(`${skill.name} 安装失败: ${err.message}`);
-        }
-      }
-    }
-  }
-
   // ── 总结 ──
 
   console.log('');
@@ -456,10 +390,6 @@ export async function cmdSetup(dir, options = {}) {
     console.log(`  🛠️  ${chalk.cyan(g.name)} — ${g.description}`);
     console.log(chalk.dim(`     ${g.url}`));
   }
-  for (const s of selectedSkills) {
-    console.log(`  📚 ${chalk.cyan(s.name)} — ${s.description}`);
-    console.log(chalk.dim(`     → ${s.target}/SKILL.md`));
-  }
   console.log('');
   if (selectedMcp.length > 0) {
     console.log(chalk.dim('  重启你的 AI 工具以使 MCP 配置生效。'));

package/src/stages/archive.js

@@ -0,0 +1,54 @@
+export const definition = {
+  name: 'archive',
+  title: '归档变更',
+  description: '规范沉淀，可追溯',
+  auxiliary: true,
+  steps: [
+    {
+      name: '任务完成度检查',
+      prompt: `检查 tasks.md 中所有 checkbox 是否已勾选。
+
+### 操作
+1. 读取 \`.sillyspec/changes/<change-name>/tasks.md\`
+2. 检查所有 checkbox 是否已勾选
+3. 如有遗漏 → 询问用户是否继续归档
+
+### 输出
+完成度报告`,
+      outputHint: '完成度报告',
+      optional: false
+    },
+    {
+      name: '确认归档',
+      prompt: `展示即将归档的内容，请用户确认。
+
+### 操作
+1. 展示：变更目录名、包含的文件列表、生成总结
+2. 请用户确认是否执行归档
+3. 确认后：将 \`.sillyspec/changes/<change-name>/\` 移动到 \`.sillyspec/changes/archive/YYYY-MM-DD-<change-name>/\`
+4. 确保所有 checkbox 都已勾选
+
+### 输出
+归档确认`,
+      outputHint: '归档确认',
+      optional: false
+    },
+    {
+      name: '更新路线图和提交',
+      prompt: `更新路线图并暂存变更。
+
+### 操作
+1. 如果 \`.sillyspec/ROADMAP.md\` 存在，标记对应 Phase 为已完成
+2. \`git add .sillyspec/\` — **不要 commit**，由用户通过统一提交工具处理
+3. 更新 progress.json：
+   - 清除当前变更信息（归档后不再活跃）
+   - 如果是主变更（有 MASTER.md），标记所有阶段为 ✅，然后清除
+   - 历史记录追加时间 + 归档完成
+
+### 输出
+归档完成确认 + 累积规范统计`,
+      outputHint: '归档完成',
+      optional: false
+    }
+  ]
+}

package/src/stages/brainstorm.js

@@ -0,0 +1,264 @@
+export const definition = {
+  name: 'brainstorm',
+  title: '头脑风暴',
+  description: '探索需求、分析技术方案、识别风险',
+  steps: [
+    {
+      name: '状态检查',
+      prompt: `检查 .sillyspec/.runtime/progress.json 确认当前状态。
+
+### 操作
+1. 运行 \`sillyspec progress show\`
+2. 确认 currentStage 为 "brainstorm"
+3. 如果有进行中的 brainstorm，提示选择继续或重新开始
+4. 如果未初始化，提示先运行 sillyspec init
+
+### 输出
+当前状态摘要（1-2 句话）
+
+### 注意
+- 以 CLI 返回为准，不要自行推断阶段
+- 如果阶段不对，输出正确提示并停止`,
+      outputHint: '状态摘要',
+      optional: false
+    },
+    {
+      name: '加载项目上下文',
+      prompt: `加载项目现有上下文，理解代码结构和约定。
+
+### 操作
+1. 读取 CODEBASE-OVERVIEW.md + 共享规范 + 子项目上下文
+2. 加载项目信息：\`cat .sillyspec/projects/*.yaml 2>/dev/null\`
+3. 加载本地配置：\`cat .sillyspec/local.yaml 2>/dev/null\`
+4. 询问本次需求属于哪个子项目
+5. 棕地项目：读取 .sillyspec/docs/<project>/scan/ 下的 STRUCTURE.md、CONVENTIONS.md、ARCHITECTURE.md
+6. 查看进行中的变更：\`ls .sillyspec/changes/ | grep -v archive\`
+
+### 输出
+项目现状理解摘要（3-5 句话，关键约定和架构决策）
+
+### 注意
+- 始终询问本次需求属于哪个子项目
+- 棕地项目必须读取数据模型章节`,
+      outputHint: '上下文摘要',
+      optional: false
+    },
+    {
+      name: '协作与复用检查',
+      prompt: `检查是否有同名变更或可复用模板。
+
+### 操作
+1. 检查已有变更：\`ls .sillyspec/changes/ | grep -v archive\`
+   - 有相关变更 → 提示用户，避免重复
+2. 检查全局模板：\`ls ~/.sillyspec/templates/\`
+   - 有匹配模板 → 询问是否基于模板
+3. 无相关内容 → 跳过，不输出
+
+### 输出
+检测到的相关变更和可用模板（无则输出"无冲突，继续"）`,
+      outputHint: '已有变更和可用模板',
+      optional: true
+    },
+    {
+      name: '原型/设计图分析',
+      prompt: `如果用户提供了截图、图片或 HTML 原型，分析提取结构。
+
+### 操作
+1. 识别图片中的页面结构（区域、组件、布局）
+2. 提取表单字段（名称、类型、必填、选项）
+3. 提取交互流程（页面跳转、按钮行为）
+4. 提取标注和备注（业务规则、权限说明）
+5. 展示分析结果，请用户确认遗漏
+
+### 输出
+页面结构树 + 字段列表 + 交互流程图
+
+### 注意
+- 没有原型则跳过此步骤
+- 多页面时逐页分析，不要一次全部输出
+- 图片信息 > 文字描述，不要忽略视觉信息`,
+      outputHint: '页面结构和交互流程',
+      optional: true
+    },
+    {
+      name: '需求范围评估',
+      prompt: `评估需求复杂度，判断是否需要拆分或走批量模式。
+
+### 操作
+1. 根据分析结果判断复杂度
+2. 满足以下任意 2 条建议拆分：
+   - 3+ 个可独立交付的功能模块
+   - 3+ 种角色有不同权限和视图
+   - 跨页面状态流转（审批流、多步表单）
+   - 模块间耦合度低可独立开发
+3. 满足以下条件建议走**批量模式**：
+   - 任务数量 > 10 且任务间有重复模式（如 100 个报表、50 个表单、N 个相似页面）
+   - 本质是「模板 × 数据」而非 N 个独立功能
+   - 直接逐个开发会导致 plan.md 膨胀和上下文溢出
+4. 需要拆分 → 生成 MASTER.md，规划子阶段
+5. 检测到批量模式 → 输出提示并建议用户确认
+6. 都不需要 → 继续
+
+### 批量模式指引
+确认后，后续 plan/execute 按以下原则调整：
+- **不要**把每个实例列为独立任务（不要写 100 个 checkbox）
+- plan 设计通用架构（引擎/模板/配置格式），任务数控制在 10 个以内
+- 数据转换用脚本完成（Excel → 配置文件），不消耗 AI 上下文
+- execute 每个 Wave 独立模块，Wave 间通过接口定义解耦
+- verify 用脚本全量验证 + AI 抽查边界案例
+
+### 半批量场景
+如果任务中大部分相似但有少量特殊任务（如 20 个任务中 15 个相似、5 个特殊）：
+- **主簇**（>10 个相似）→ 走批量模式（引擎 + 配置）
+- **小簇**（2-5 个相似）→ 走简化版批量（基于主簇模板扩展）
+- **孤立任务**（1 个）→ 走标准开发流程
+- 建议用「继承 + override」配置解决特殊任务，配置解决不了的才写定制代码
+- 架构设计时预留扩展点（hooks/overrides），让特殊任务能"挂上去"而不是"另起炉灶"
+
+### 输出
+拆分方案 / 批量模式确认 / "无需拆分"确认
+
+### 注意
+- 简单 CRUD 不拆
+- 拆分方案需用户确认
+- 批量模式需用户确认`,
+      outputHint: '拆分方案或无需拆分确认',
+      optional: true
+    },
+    {
+      name: '对话式探索',
+      prompt: `通过对话探索需求细节。
+
+### 操作
+1. 从最核心的一个问题开始（用户到底想要什么？）
+2. 等待用户回答后再问下一个
+3. 根据回答判断：信息够了 → 进入方案 / 需要追问 → 只问一个
+4. 探索顺序（按需）：目的 → 约束 → 边界 → 成功标准
+
+### 输出
+需求理解摘要（用户确认的需求点列表）
+
+### 铁律
+- 一次只问一个问题
+- 2-3 轮问答就应进入方案讨论
+- 多选题优于开放式问题
+- YAGNI — 砍掉不需要的功能`,
+      outputHint: '需求理解摘要',
+      optional: false
+    },
+    {
+      name: '提出 2-3 种方案',
+      prompt: `基于需求理解，提出 2-3 种实现方案。
+
+### 操作
+1. 每种方案列出：核心思路、优势、劣势
+2. 给出推荐方案和理由
+3. 等待用户选择或调整
+
+### 输出
+方案对比表 + 推荐方案
+
+### 注意
+- 方案差异要实质性的，不要为了凑数
+- 推荐理由要具体`,
+      outputHint: '方案对比和推荐',
+      optional: false
+    },
+    {
+      name: '分段展示设计',
+      prompt: `按复杂度分段展示设计方案，逐段确认。
+
+### 操作
+1. 简单项目：几句话整体描述
+2. 复杂项目：每段 200-300 字，逐段展示
+3. 每段展示后等待用户确认
+4. 收集修改意见，调整设计
+5. 确认设计后，确定变更名（格式：\`YYYY-MM-DD-<简短描述>\`，例如 \`2026-05-13-user-auth\`）
+
+### 输出
+用户确认的完整设计方案 + 变更名
+
+### 注意
+- 不要一次输出大段文字
+- 逐段确认，确保用户跟上
+- 变更名必须以当天日期开头（YYYY-MM-DD-），后跟英文短横线分隔的简短描述`,
+      outputHint: '用户确认的设计方案',
+      optional: false
+    },
+    {
+      name: 'HTML 原型生成',
+      prompt: `为设计方案生成可交互的 HTML 原型，帮助用户可视化确认。
+
+### 操作
+1. 判断本次设计是否适合生成 HTML 原型：
+   - 适合：有 UI 组件/布局/交互流程/状态转换/架构图
+   - 不适合：纯后端逻辑/配置修改/无可视化意义
+2. 如果适合，生成一个独立的 HTML 文件（内联 CSS + JS），保存到：
+   \`.sillyspec/changes/<变更名>/prototype-<名称>.html\`（变更名格式：YYYY-MM-DD-<简短描述>）
+3. 原型要求：
+   - 单文件，浏览器直接打开
+   - 展示关键布局结构和交互流程
+   - 不需要完整功能，重点是让用户确认设计方向
+   - 使用 ASCII/流程图/线框图风格，不需要精美 UI
+4. 展示给用户确认设计方向
+
+### 输出
+HTML 原型文件路径（或"跳过"如果不适合）`,
+      outputHint: '原型文件路径或跳过',
+      optional: true
+    },
+    {
+      name: '写设计文档并自审',
+      prompt: `撰写 design 文档并进行 AI 自审。
+
+### 操作
+1. 确认变更目录存在：\`mkdir -p .sillyspec/changes/<变更名>\`（Windows 用 \`mkdir .sillyspec\\changes\\<变更名>\` 或 PowerShell \`New-Item -ItemType Directory -Force -Path .sillyspec/changes/<变更名>\`）
+   - 变更名格式必须为 \`YYYY-MM-DD-<简短描述>\`（如 \`2026-05-13-user-auth\`）
+2. 将确认的设计写入 \`.sillyspec/changes/<变更名>/design.md\`
+3. 自审检查：
+   - 需求覆盖：是否完整覆盖 Step 6 确认的需求
+   - 约束一致性：是否与 CONVENTIONS.md、ARCHITECTURE.md 一致
+   - 真实性：表名/字段名来自真实 schema 或标注"新增"
+   - YAGNI：是否包含不必要功能
+   - 验收标准：是否具体可测试
+3. 自审发现问题 → 修改后重新检查
+4. 全部通过 → 进入下一步
+
+### 输出
+design.md 文件路径 + 自审结果
+
+### 注意
+- 自审不通过不要进入下一步
+- 不确定的问题标注「⚠️ 自审存疑」`,
+      outputHint: 'design.md 路径 + 自审结果',
+      optional: false
+    },
+    {
+      name: '用户确认并生成规范文件',
+      prompt: `用户确认设计方案，生成规范文件。
+
+### 操作
+1. 展示 design.md 摘要给用户
+2. 请用户选择：✅ 确认 / ✏️ 修改 / ❌ 推翻重来
+3. 确认后，在 \`.sillyspec/changes/<变更名>/\` 下生成所有规范文件：
+   - **design.md**：架构决策、文件变更清单、数据模型、API 设计、代码风格参照
+   - **proposal.md**：动机、变更范围、不在范围内、成功标准
+   - **requirements.md**：功能需求、用户场景（Given/When/Then 格式）、非功能需求
+   - **tasks.md**：任务列表（只列名称和对应文件路径，细节在 plan 阶段展开）
+   - \`git add .sillyspec/\` — **不要 commit**
+
+### 输出
+所有规范文件路径
+
+### 注意
+- 必须等待用户明确确认
+- 禁止在确认前推进到后续阶段
+- 禁止自动 commit
+- 推翻重来回到 Step 6
+- 表名/字段名必须来自真实 schema 或标注"新增"
+- tasks.md 只列任务名，细节在 plan 阶段展开`,
+      outputHint: '规范文件路径',
+      optional: false
+    }
+  ]
+}