@chongyan/autospec 1.0.2 → 1.0.4

package/plugins/benchmarks/templates/skills/testing-stage-template.yaml

@@ -1,146 +0,0 @@
-# AutoSpec Skill Benchmark Template - Testing-Stage
-# 适用于: 测试 testing-stage skill
-# init 后复制到 .autospec/benchmarks/ 后按需修改
-
-version: "1.0"
-name: "skill-testing-stage"
-description: "Testing-Stage Skill 基准测试"
-
-type: skill
-target: testing-stage
-
-testCases:
-  - name: "simple-test"
-    input:
-      context: "为 {feature-name} 功能生成测试用例"
-    complexity: 1
-    expectedBehaviors:
-      - "读取需求文档（验收标准）"
-      - "从验收标准生成测试用例"
-      - "执行边界测试"
-      - "执行异常测试"
-      - "生成测试报告"
-    expectedOutput:
-      - "tests/{feature}.test.js"
-      - "test-cases/{feature}-cases.md"
-      - "test-report.md"
-    successCriteria:
-      - "测试用例覆盖所有验收标准"
-      - "边界条件测试完整"
-      - "测试通过率 >= 90%"
-    qualityMetrics:
-      - "功能覆盖率 = 100%"
-      - "边界测试覆盖率 >= 80%"
-    maxDuration: 450
-
-  - name: "multi-system-integration-test"
-    input:
-      context: "为 {feature} 系统进行集成测试"
-    complexity: 5
-    expectedBehaviors:
-      - "识别子系统"
-      - "设计集成测试场景"
-      - "执行 API 集成测试"
-      - "执行端到端测试（E2E）"
-    expectedOutput:
-      - "tests/integration/*.test.js"
-      - "tests/e2e/*.spec.js"
-      - "integration-report.md"
-    successCriteria:
-      - "集成测试场景覆盖系统间交互"
-      - "E2E 测试通过"
-    qualityMetrics:
-      - "集成测试覆盖率 >= 85%"
-      - "缺陷检出率 >= 85%"
-    maxDuration: 900
-
-  - name: "ai-evaluation"
-    input:
-      context: "对 AI 功能进行效果评测"
-    complexity: 5
-    expectedBehaviors:
-      - "从需求提取评测指标"
-      - "构建评测数据集"
-      - "开发评测脚本"
-      - "执行效果评测"
-      - "生成 Badcase 分析"
-    expectedOutput:
-      - "evaluation/dataset.jsonl"
-      - "evaluation/evaluator.py"
-      - "evaluation-report.md"
-      - "badcase-analysis.md"
-    successCriteria:
-      - "评测指标完整"
-      - "评测数据集有代表性"
-      - "Badcase 分析深入"
-    qualityMetrics:
-      - "评测指标完整率 >= 90%"
-      - "评测执行率 = 100%"
-    maxDuration: 900
-
-  - name: "data-quality-test"
-    input:
-      context: "对数据系统进行数据质量测试"
-    complexity: 5
-    expectedBehaviors:
-      - "设计数据质量检查"
-      - "执行 ETL 流程验证"
-      - "执行数据血缘验证"
-      - "执行性能测试"
-    expectedOutput:
-      - "tests/data-quality/*.test.py"
-      - "data-quality-report.md"
-      - "performance-report.md"
-    successCriteria:
-      - "数据质量检查完整"
-      - "ETL 流程验证通过"
-    qualityMetrics:
-      - "数据质量检查率 = 100%"
-      - "性能达标率 >= 90%"
-    maxDuration: 600
-
-  - name: "security-test"
-    input:
-      context: "对用户系统进行安全测试"
-    complexity: 3
-    expectedBehaviors:
-      - "执行 OWASP Top 10 检查"
-      - "执行认证授权测试"
-      - "执行输入验证测试"
-      - "执行敏感数据加密测试"
-    expectedOutput:
-      - "tests/security/*.test.js"
-      - "security-report.md"
-      - "vulnerability-list.md"
-    successCriteria:
-      - "OWASP Top 10 检查完整"
-      - "注入漏洞检出率 >= 90%"
-    qualityMetrics:
-      - "安全测试覆盖率 >= 90%"
-      - "漏洞检出率 >= 90%"
-    maxDuration: 600
-
-  - name: "performance-test"
-    input:
-      context: "对 API 进行性能测试和优化建议"
-    complexity: 3
-    expectedBehaviors:
-      - "设计性能测试场景"
-      - "执行性能测试"
-      - "识别性能瓶颈"
-      - "生成优化建议"
-    expectedOutput:
-      - "tests/performance/*.test.js"
-      - "performance-report.md"
-      - "optimization-guide.md"
-    successCriteria:
-      - "性能瓶颈识别准确"
-      - "优化建议可执行"
-    qualityMetrics:
-      - "性能测试完整率 >= 90%"
-      - "瓶颈识别准确率 >= 85%"
-    maxDuration: 600
-
-successCriteria:
-  passRate: 85
-  avgFieldCompletion: 90

package/plugins/benchmarks/templates/skills/waterfall-iteration-template.yaml

@@ -1,55 +0,0 @@
-# AutoSpec Skill Benchmark Template - Waterfall-Iteration
-# 适用于: 测试 waterfall-iteration skill
-# init 后复制到 .autospec/benchmarks/ 后按需修改
-
-version: "1.0"
-name: "skill-waterfall-iteration"
-description: "Waterfall-Iteration Skill 基准测试 - 瀑布模式顺序执行"
-
-type: skill
-target: waterfall-iteration
-
-testCases:
-  - name: "simple-waterfall"
-    input:
-      context: "使用瀑布模式开发 {feature-name}"
-    complexity: 1
-    expectedBehaviors:
-      - "执行需求分析阶段"
-      - "执行设计阶段"
-      - "执行实现阶段"
-      - "执行测试阶段"
-      - "执行交付阶段"
-    expectedOutput:
-      - "requirement.md"
-      - "design.md"
-      - "源代码"
-      - "测试报告"
-      - "交付文档"
-    successCriteria:
-      - "所有阶段顺序完成"
-      - "每个阶段通过验证"
-    qualityMetrics:
-      - "阶段完成率 = 100%"
-      - "验证通过率 >= 90%"
-    maxDuration: 1800
-
-  - name: "multi-system-waterfall"
-    input:
-      context: "使用瀑布模式开发多系统 {feature}"
-    complexity: 5
-    expectedBehaviors:
-      - "多系统需求分析"
-      - "多系统设计"
-      - "按依赖顺序实现"
-      - "集成测试"
-    successCriteria:
-      - "子系统识别完整"
-      - "依赖顺序正确"
-    qualityMetrics:
-      - "子系统识别率 = 100%"
-    maxDuration: 3600
-
-successCriteria:
-  passRate: 85
-  avgFieldCompletion: 90

package/plugins/commands/README.en.md

@@ -1,96 +0,0 @@
-# Command Templates
-
-This directory contains slash command templates for AutoSpec. Each template is a Markdown file that defines a command's behavior.
-
-## Template Structure
-
-Each command template follows this structure:
-
-```markdown
----
-description: Command description shown in CLI
----
-
-# Command Title
-
-## User Input
-
-\`\`\`
-$ARGUMENTS
-\`\`\`
-
-## Execution Steps
-
-Step-by-step instructions for Claude to execute.
-```
-
-## Variable Replacement
-
-Templates use `{{variable}}` syntax for variables that are replaced at generation time:
-
-| Variable | Replacement | Example |
-|----------|-------------|---------|
-| `{{knowledge}}` | `.autospec/knowledge` | Framework directory path |
-
-## Available Commands
-
-### Main Entry Commands
-
-| Command | Template | Description |
-|---------|----------|-------------|
-| `/autospec:run` | `run.md` | Start/resume AutoSpec autonomous development workflow |
-| `/autospec:explore` | `explore.md` | Requirement exploration stage |
-| `/autospec:propose` | `propose.md` | Solution design stage |
-| `/autospec:apply` | `apply.md` | Implementation stage (coding + review + QA) |
-| `/autospec:archive` | `archive.md` | Delivery and archive stage |
-
-### Evolution Commands
-
-| Command | Template | Description |
-|---------|----------|-------------|
-| `/evolve` | `evolve.md` | Trigger self-evolution cycle |
-
-### Status & Validation Commands
-
-| Command | Template | Description |
-|---------|----------|-------------|
-| `/autospec:status` | `status.md` | View current AutoSpec process status |
-| `/autospec:test` | `test.md` | Unified test command: run tests → analyze issues → auto-fix → evaluate |
-| `/autospec:review` | `review.md` | Review deliverables at each stage |
-
-### Environment Commands
-
-| Command | Template | Description |
-|---------|----------|-------------|
-| `/autospec:env` | `env.md` | View current environment configuration |
-| `/autospec:env-validate` | `env-validate.md` | Validate environment knowledge configuration |
-| `/autospec:env-sync` | `env-sync.md` | Initialize environment directory, sync knowledge from code, import org knowledge base |
-| `/autospec:env-export` | `env-export.md` | Export current project's knowledge base |
-| `/autospec:env-template` | `env-template.md` | View and manage environment knowledge templates |
-| `/autospec:env-update` | `env-update.md` | Submit local knowledge changes to knowledge source |
-
-## Adding New Commands
-
-1. Create a new `.md` file in this directory
-2. Add the `description` frontmatter
-3. Define the command behavior using the template structure
-4. Register the command in `src/core/config/commands.config.js`:
-
-```javascript
-export const COMMAND_DEFINITIONS = {
-  'my-command': {
-    name: 'my-command',
-    templateFile: 'my-command.md',
-    description: 'My new command'
-  }
-};
-```
-
-## Internal Commands
-
-Some commands are marked as `internal: true` in the configuration. These are only for AutoSpec's own use and are not generated for user projects.
-
-## Related Files
-
-- `src/core/config/commands.config.js` - Command definitions and configuration
-- `src/core/generators/commands.js` - Template processing and command generation

package/plugins/commands/README.md

@@ -1,96 +0,0 @@
-# 命令模板目录
-
-本目录包含 AutoSpec 的斜杠命令模板。每个模板是一个 Markdown 文件，定义了命令的行为。
-
-## 模板结构
-
-每个命令模板遵循以下结构：
-
-```markdown
----
-description: 命令描述（显示在 CLI 中）
----
-
-# 命令标题
-
-## 用户输入
-
-\`\`\`
-$ARGUMENTS
-\`\`\`
-
-## 执行步骤
-
-Claude 执行的逐步指令。
-```
-
-## 变量替换
-
-模板使用 `{{variable}}` 语法进行生成时变量替换：
-
-| 变量 | 替换值 | 说明 |
-|------|--------|------|
-| `{{knowledge}}` | `.autospec/knowledge` | 框架目录路径 |
-
-## 可用命令
-
-### 主入口命令
-
-| 命令 | 模板 | 说明 |
-|------|------|------|
-| `/autospec:run` | `run.md` | 启动/恢复 AutoSpec 自主研发工作流 |
-| `/autospec:explore` | `explore.md` | 需求探索阶段 |
-| `/autospec:propose` | `propose.md` | 方案设计阶段 |
-| `/autospec:apply` | `apply.md` | 实施阶段（编码 + 审查 + QA） |
-| `/autospec:archive` | `archive.md` | 交付归档阶段 |
-
-### 进化命令
-
-| 命令 | 模板 | 说明 |
-|------|------|------|
-| `/evolve` | `evolve.md` | 触发自进化循环 |
-
-### 状态与验证命令
-
-| 命令 | 模板 | 说明 |
-|------|------|------|
-| `/autospec:status` | `status.md` | 查看当前 AutoSpec 流程状态 |
-| `/autospec:test` | `test.md` | 统一测试命令：执行测试 → 问题分析 → 自动修复 → 效果评测 |
-| `/autospec:review` | `review.md` | 审查各阶段交付物 |
-
-### 环境命令
-
-| 命令 | 模板 | 说明 |
-|------|------|------|
-| `/autospec:env` | `env.md` | 查看当前环境配置 |
-| `/autospec:env-validate` | `env-validate.md` | 校验环境知识配置 |
-| `/autospec:env-sync` | `env-sync.md` | 初始化环境目录、同步环境知识、导入组织知识库 |
-| `/autospec:env-export` | `env-export.md` | 导出当前项目的知识库 |
-| `/autospec:env-template` | `env-template.md` | 查看和管理环境知识模板 |
-| `/autospec:env-update` | `env-update.md` | 将本地知识变更提交到知识源 |
-
-## 添加新命令
-
-1. 在本目录创建新的 `.md` 文件
-2. 添加 `description` frontmatter
-3. 使用模板结构定义命令行为
-4. 在 `src/core/config/commands.config.js` 中注册命令：
-
-```javascript
-export const COMMAND_DEFINITIONS = {
-  'my-command': {
-    name: 'my-command',
-    templateFile: 'my-command.md',
-    description: '我的新命令'
-  }
-};
-```
-
-## 内部命令
-
-部分命令在配置中标记为 `internal: true`。这些命令仅供 AutoSpec 自身使用，不会为用户项目生成。
-
-## 相关文件
-
-- `src/core/config/commands.config.js` - 命令定义和配置
-- `src/core/generators/commands.js` - 模板处理和命令生成

package/plugins/commands/apply.md

@@ -1,277 +0,0 @@
----
-description: "开工，按单子做" — 实施阶段。包含编码实现 + 代码审查 + QA测试。
----
-
-# AutoSpec Apply — 编码实施
-
-## 用户输入
-
-```
-$ARGUMENTS
-```
-
----
-
-**【能力指南】**
-本命令执行时参考以下指南（由 Skill 层按需加载）：
-
-| 指南文件 | 用途 |
-|---------|------|
-| 04-implement-code.md | 编码实现指南 |
-| 05-plan-testing.md | 测试计划方法 |
-| 06-generate-tests.md | 测试生成指南 |
-| 08-evaluate-ai-effect.md | AI 效果评估 |
-| 11-review-code.md | 代码审查标准 |
-| 12-review-testing.md | 测试审查标准 |
-| 13-audit-security.md | 安全审计标准 |
-| 15-run-unit-tests.md | 单元测试执行 |
-| 16-run-integration-tests.md | 集成测试执行 |
-| 17-analyze-test-context.md | 测试上下文分析 |
-| 37-plan-ai-evaluation.md | AI 评测计划 |
-
----
-
-## 前置处理
-
-【前置】读取流程协议：
-> **【重要】执行本command前必须先读取流程协议**
-> 1. 读取 `knowledge/03-guides/00-pipeline-protocol.md` 中的「流程能力」章节
-> 2. 执行以下步骤：
->    - 解析命令与参数
->    - 加载必要文件
->    - 检查前置条件（确认方案设计已完成）
-> 3. 完成后继续执行本命令的具体逻辑
->
-> **【注意】日志追踪已启用**
-> - 执行日志会自动记录到 `.autospec/logs/execution-{date}.json`
-> - 关键步骤（skill加载、agent调用、产物生成、阶段完成）都会被追踪
-
----
-
-## 执行指令
-
-**【阻塞检查】** 在开始执行前，必须确认以下条件：
-
-```
-□ 上游方案设计阶段已完成（检查 state.json）
-□ design.md 文件存在且完整
-□ 已准备执行 Layer1 验证
-```
-
-**【跳过检测】** 以下行为将被检测并阻止：
-
-| 行为 | 检测方式 | 处理 |
-|------|----------|------|
-| 直接编码没有设计文档 | 检查 design.md 是否存在 | 阻止，返回执行方案设计 |
-| 跳过 Layer1 验证 | 检查编译/测试日志 | 阻止，要求执行验证 |
-| 跳过安全审查（Skill/Agent代码） | 检查安全审查记录 | 阻止，要求执行安全审查 |
-
-**【前置】动态智能体团队组建（增强）：
-1. 读取 `knowledge/05-config/03-role-composition.yaml`
-2. 检查 propose 阶段标记的 AI/数据 需求
-3. 根据复杂度选择工程师团队：
-   - 简单：1 Engineer
-   - 中等：2-3 Engineer
-   - 复杂：+ QA + Security
-4. **AI Native 感知**：检测代码是否涉及 Prompt/RAG/Agent/模型
-   - 涉及AI → 强制加入 ai-engineer 参与编码
-5. **数据感知**：检测是否涉及数据Schema/管道变更
-   - 涉及数据 → 强制加入 data-engineer 参与编码
-
-### Step 1: 编码实现
-
-- 检查上游依赖（确认方案设计已完成）
-- **【强制】读取并按照 code-implementer 执行**
-  - 使用 Read 工具读取 `knowledge/03-guides/04-implement-code.md`
-  - 搜索现有代码库识别可复用组件
-  - 按方案模块划分编码
-- **【强制】执行 Layer1 验证**
-  - 编译检查
-  - 单元测试
-  - Lint 检查
-  - 类型检查（如适用）
-- **【强制】Layer1通过才能进入下一步**
-
-### Step 2: 代码审查
-
-**【推荐】先调用 team-orchestrator 进行多角色审查**
-- 使用 Agent 工具，subagent_type=team-orchestrator
-- 传入被审查代码：变更文件列表
-- 传入当前阶段：implementation
-- **效率优化**：简单任务可减少角色数量
-
-**【强制】然后调用 Layer2 独立审查**
-- 使用 Agent 工具，subagent_type=independent-reviewer
-- 传入审查标准：`knowledge/03-guides/11-review-code.md`
-- 传入被审查代码：变更文件列表
-- 等待审查完成后再继续
-
-**审查结果处理**：
-- 审查通过 → 进入 Step 2.5（安全审查）
-- 审查不通过 → 执行修复循环（最多3次）：
-  1. 提取 reviewer 的"必须修复（blocking）"清单
-  2. 读取 04-implement-code.md 并执行修复
-  3. 重新执行 Layer1 验证
-  4. 重新调用 Layer2 审查
-  5. 达到3次上限仍不通过 → 调用 failure-diagnostician 进行根因分析
-
-### Step 2.5: 安全审查【强制执行】
-
-**【强制】当代码包含Skill/Agent相关实现时必须执行**：
-- 使用 Agent 工具，subagent_type=independent-reviewer
-- 传入审查标准：`knowledge/03-guides/13-audit-security.md`
-- 传入被审查代码：变更文件列表
-- 等待审查完成后再继续
-
-**审查结果处理**：
-- 审查通过 → 进入 Step 3
-- 审查不通过 → 执行修复循环（最多3次）
-
-### Step 3: 测试生成【强制执行】
-
-**【强制】必须按顺序执行：**
-
-1. **【强制】读取 test-context-analyzer.md**
-   - 使用 Read 工具读取 `knowledge/03-guides/17-analyze-test-context.md`
-   - 学习现有测试风格
-
-2. **【强制】读取并按照 test-generator 执行**
-   - 使用 Read 工具读取 `knowledge/03-guides/06-generate-tests.md`
-   - 生成测试用例和代码
-
-3. **【强制】调用 Layer2 测试审查**
-   - 使用 Agent 工具，subagent_type=test-coverage-reviewer
-   - 传入审查标准：`knowledge/03-guides/12-review-testing.md`
-
-4. **【强制】审查结果处理**
-   - 审查通过 → 进入步骤4
-   - 审查不通过 → 执行修复循环（最多3次）：
-     1. 提取 reviewer 的"必须修复（blocking）"清单
-     2. 读取 06-generate-tests.md 并执行修复
-     3. 重新执行 Layer1 验证
-     4. 重新调用 Layer2 审查
-     5. 达到3次上限仍不通过 → 记录问题，标记需要人工介入
-
-5. **【强制】执行 Layer1 验证**
-   - 运行测试，确认通过
-   - **【强制】覆盖率 < 70% → 补充测试**
-
-### Step 3.5: Agent 测试执行【强制执行】
-
-**【强制】使用 Agent 团队执行完整测试流程**：
-
-#### 3.5.1 并行执行单元测试
-- 使用 Agent 工具，subagent_type=general-purpose
-  ```
-  prompt: |
-    你是一个测试执行专家。请执行以下任务：
-
-    1. 读取 unit-test-runner skill 了解测试执行规范
-    2. 检测项目测试框架（pytest/Jest/JUnit等）
-    3. 执行单元测试并分析结果
-    4. 识别失败的测试并分析原因
-
-    项目目录：{project_path}
-  ```
-- 加载 unit-test-runner skill：`knowledge/03-guides/15-run-unit-tests.md`
-- 并行执行多个测试文件（提升效率）
-- 等待所有单元测试完成
-
-#### 3.5.2 串行执行集成测试（单元测试通过后）
-- 使用 Agent 工具，subagent_type=general-purpose
-  ```
-  prompt: |
-    你是一个集成测试专家。请执行以下任务：
-
-    1. 读取 integration-test-runner skill 了解集成测试规范
-    2. 智能检测项目中的集成测试（不限于特定目录）
-    3. 分析测试文件，区分单元测试和集成测试
-    4. 执行集成测试并分析失败原因
-
-    项目目录：{project_path}
-  ```
-- 加载 integration-test-runner skill：`knowledge/03-guides/16-run-integration-tests.md`
-- 智能检测项目中的集成测试（不限于特定目录）
-- 执行集成测试
-- 测试失败 → 修复循环（最多3次）
-
-#### 3.5.3 效果评测（如有AI/模型组件）
-- 使用 Agent 工具，subagent_type=general-purpose
-  ```
-  prompt: |
-    你是一个AI效果评测专家。请执行以下任务：
-
-    1. 读取 ai-effect-evaluator skill 了解评测规范
-    2. 加载评测数据集
-    3. 执行效果评测，计算指标
-    4. 生成评测报告，识别badcase
-
-    项目目录：{project_path}
-  ```
-- 加载 ai-effect-evaluator skill：`knowledge/03-guides/08-evaluate-ai-effect.md`
-- 执行效果评测
-- 评测结果作为质量门禁
-
-**测试执行策略**：
-| 阶段 | 执行方式 | 理由 |
-|------|---------|------|
-| 单元测试 | 并行 | 独立无依赖，提升效率 |
-| 集成测试 | 串行 | 依赖单元测试通过，确保质量 |
-| 效果评测 | 串行 | 依赖完整环境，确保准确 |
-
-### Step 4: 效果评测【强制执行】（如有AI/模型组件）
-
-**【强制】必须执行：**
-- 读取 `knowledge/03-guides/37-plan-ai-evaluation.md`
-- 构建评测数据集
-- 开发评测脚本
-- 执行评测并生成报告
-
-### Step 5: 精准回退（如有失败）
-
-- Level 1: 内联重试
-- Level 2: 修正循环（最多3次）
-- Level 3: 升级人工 → 调用 failure-diagnostician 进行根因分析
-
-**【推荐】修复循环失败3次时触发 failure-diagnostician**：
-- 使用 Agent 工具，subagent_type=failure-diagnostician
-- 传入失败上下文：修复历史、错误信息、当前状态
-- 分析根因并给出修复建议
-
-### 效率优化配置
-
-**动态阵型选择**：
-- 简单任务（复杂度≤3）：减少角色数量，使用 simple 阵型
-- AI项目：使用 ai-focused 阵型，强化 ai-engineer 角色
-- 安全敏感项目：使用 security 阵型，强化 security-engineer 角色
-
-**质量红线（不可跳过）**：
-- 安全相关代码 → 必须包含 safety-auditor
-- 涉及用户数据 → 必须包含 security-engineer
-- AI组件 → 必须包含 ai-engineer 参与效果评测
-- 交付前 → 必须包含 consistency-checker
-
-**【阶段完成验证】** 编码实施阶段完成后，必须验证：
-
-```
-验证清单：
-□ 代码已按设计实现
-□ Layer1 验证通过（编译/测试/Lint）
-□ Layer2 审查通过（independent-reviewer）
-□ 安全审查通过（如有 Skill/Agent 代码）
-□ 测试覆盖率满足要求
-```
-
-**验证失败处理**：
-- Layer1 不通过 → 执行修复循环
-- 测试覆盖率不足 → 补充测试
-
-### 更新 state.json
-
-**【强制】更新状态**
-- 记录阶段完成状态
-- 记录关键决策和验证结果
-
----
-
-**继续执行**: `/autospec:archive`