claudecode-omc 4.7.4 → 4.8.0

package/dist/testing/performance/parallel-generator.js

@@ -0,0 +1,31 @@
+export class ParallelGenerator {
+    maxConcurrency;
+    constructor(options) {
+        this.maxConcurrency = options.maxConcurrency;
+    }
+    async generate(files) {
+        const startTime = Date.now();
+        const results = [];
+        // Process files in batches based on maxConcurrency
+        for (let i = 0; i < files.length; i += this.maxConcurrency) {
+            const batch = files.slice(i, i + this.maxConcurrency);
+            const batchResults = await Promise.all(batch.map(async (file) => {
+                // Simulate test generation
+                await new Promise((resolve) => setTimeout(resolve, 100));
+                return { file, success: true };
+            }));
+            results.push(...batchResults);
+        }
+        const totalTime = Date.now() - startTime;
+        return {
+            generatedTests: results,
+            totalTime,
+            maxConcurrentTasks: this.maxConcurrency,
+        };
+    }
+}
+export async function generateTestsInParallel(options) {
+    const generator = new ParallelGenerator({ maxConcurrency: options.maxConcurrency });
+    return generator.generate(options.files);
+}
+//# sourceMappingURL=parallel-generator.js.map

package/dist/testing/performance/parallel-generator.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"parallel-generator.js","sourceRoot":"","sources":["../../../src/testing/performance/parallel-generator.ts"],"names":[],"mappings":"AAeA,MAAM,OAAO,iBAAiB;IACpB,cAAc,CAAS;IAE/B,YAAY,OAAiC;QAC3C,IAAI,CAAC,cAAc,GAAG,OAAO,CAAC,cAAc,CAAC;IAC/C,CAAC;IAED,KAAK,CAAC,QAAQ,CAAC,KAAe;QAC5B,MAAM,SAAS,GAAG,IAAI,CAAC,GAAG,EAAE,CAAC;QAC7B,MAAM,OAAO,GAA8C,EAAE,CAAC;QAE9D,mDAAmD;QACnD,KAAK,IAAI,CAAC,GAAG,CAAC,EAAE,CAAC,GAAG,KAAK,CAAC,MAAM,EAAE,CAAC,IAAI,IAAI,CAAC,cAAc,EAAE,CAAC;YAC3D,MAAM,KAAK,GAAG,KAAK,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,GAAG,IAAI,CAAC,cAAc,CAAC,CAAC;YACtD,MAAM,YAAY,GAAG,MAAM,OAAO,CAAC,GAAG,CACpC,KAAK,CAAC,GAAG,CAAC,KAAK,EAAE,IAAI,EAAE,EAAE;gBACvB,2BAA2B;gBAC3B,MAAM,IAAI,OAAO,CAAC,CAAC,OAAO,EAAE,EAAE,CAAC,UAAU,CAAC,OAAO,EAAE,GAAG,CAAC,CAAC,CAAC;gBACzD,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,CAAC;YACjC,CAAC,CAAC,CACH,CAAC;YACF,OAAO,CAAC,IAAI,CAAC,GAAG,YAAY,CAAC,CAAC;QAChC,CAAC;QAED,MAAM,SAAS,GAAG,IAAI,CAAC,GAAG,EAAE,GAAG,SAAS,CAAC;QAEzC,OAAO;YACL,cAAc,EAAE,OAAO;YACvB,SAAS;YACT,kBAAkB,EAAE,IAAI,CAAC,cAAc;SACxC,CAAC;IACJ,CAAC;CACF;AAED,MAAM,CAAC,KAAK,UAAU,uBAAuB,CAC3C,OAA6B;IAE7B,MAAM,SAAS,GAAG,IAAI,iBAAiB,CAAC,EAAE,cAAc,EAAE,OAAO,CAAC,cAAc,EAAE,CAAC,CAAC;IACpF,OAAO,SAAS,CAAC,QAAQ,CAAC,OAAO,CAAC,KAAK,CAAC,CAAC;AAC3C,CAAC"}

package/dist/testing/types.d.ts

@@ -0,0 +1,23 @@
+export interface TechStack {
+    frontend?: {
+        framework: 'react' | 'vue' | 'svelte' | 'none';
+        testFramework?: 'vitest' | 'jest' | 'none';
+    };
+    backend?: {
+        language: 'nodejs' | 'python' | 'go' | 'rust';
+        testFramework?: string;
+    };
+    databases?: string[];
+    apis?: ('rest' | 'graphql' | 'grpc')[];
+}
+export interface TestGenerationOptions {
+    filePath: string;
+    techStack: TechStack;
+    complexity?: 'simple' | 'complex';
+}
+export interface TestGenerationResult {
+    testFilePath: string;
+    testCode: string;
+    framework: string;
+}
+//# sourceMappingURL=types.d.ts.map

package/dist/testing/types.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"types.d.ts","sourceRoot":"","sources":["../../src/testing/types.ts"],"names":[],"mappings":"AAAA,MAAM,WAAW,SAAS;IACxB,QAAQ,CAAC,EAAE;QACT,SAAS,EAAE,OAAO,GAAG,KAAK,GAAG,QAAQ,GAAG,MAAM,CAAC;QAC/C,aAAa,CAAC,EAAE,QAAQ,GAAG,MAAM,GAAG,MAAM,CAAC;KAC5C,CAAC;IACF,OAAO,CAAC,EAAE;QACR,QAAQ,EAAE,QAAQ,GAAG,QAAQ,GAAG,IAAI,GAAG,MAAM,CAAC;QAC9C,aAAa,CAAC,EAAE,MAAM,CAAC;KACxB,CAAC;IACF,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,IAAI,CAAC,EAAE,CAAC,MAAM,GAAG,SAAS,GAAG,MAAM,CAAC,EAAE,CAAC;CACxC;AAED,MAAM,WAAW,qBAAqB;IACpC,QAAQ,EAAE,MAAM,CAAC;IACjB,SAAS,EAAE,SAAS,CAAC;IACrB,UAAU,CAAC,EAAE,QAAQ,GAAG,SAAS,CAAC;CACnC;AAED,MAAM,WAAW,oBAAoB;IACnC,YAAY,EAAE,MAAM,CAAC;IACrB,QAAQ,EAAE,MAAM,CAAC;IACjB,SAAS,EAAE,MAAM,CAAC;CACnB"}

package/dist/testing/types.js

@@ -0,0 +1,2 @@
+export {};
+//# sourceMappingURL=types.js.map

package/dist/testing/types.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"types.js","sourceRoot":"","sources":["../../src/testing/types.ts"],"names":[],"mappings":""}

package/docs/plans/2026-03-06-llm-testing-system-design.md

@@ -0,0 +1,311 @@
+# LLM 驱动的持续开发测试系统设计
+
+**日期**: 2026-03-06
+**状态**: 已批准
+**作者**: Claude Opus 4.6
+
+## 概述
+
+为 oh-my-claudecode 构建一个完整的测试系统，支持 LLM 驱动的持续开发和迭代。系统通过自动测试生成、覆盖率分析、行为驱动开发（BDD）和测试驱动开发（TDD）的结合，以及 AI 代码审查和持续重构，实现大模型对复杂应用的持续迭代能力。
+
+## 目标
+
+### 主要目标（按优先级）
+1. **测试覆盖率 80%+**：在不需要大量手动编写测试的情况下达到高覆盖率
+2. **持续迭代保护**：每次代码改进都有测试保证不会退化
+3. **降低测试成本**：减少测试编写的时间和精力投入
+4. **自动验证**：LLM 生成代码后自动验证正确性
+
+### 技术需求
+- 支持多语言：Node.js、Python、Go、Rust
+- 支持多框架：React (Tauri/Electron/Web)
+- 支持多数据库：PostgreSQL、MySQL、MongoDB
+- 支持多 API 类型：REST、GraphQL、gRPC
+- 支持多 LLM：Claude Code、Codex
+
+## 架构设计
+
+### 整体架构
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│                    用户交互层                                  │
+│  /test-gen  /ultraqa  /autopilot  /ralph                     │
+└─────────────────┬───────────────────────────────────────────┘
+                  │
+    ┌─────────────┴─────────────┐
+    │                           │
+┌───▼────────────┐    ┌────────▼──────────┐
+│  OMC Skills    │    │  OMC Agents       │
+│  • test-gen    │───►│  • test-engineer  │
+│  • tdd         │    │  • coverage-analyzer│
+│  • ultraqa     │    │  • contract-tester│
+└───┬────────────┘    └────────┬──────────┘
+    │                          │
+    │         ┌────────────────┴──────────┐
+    │         │                           │
+    │    ┌────▼─────────┐      ┌─────────▼────────┐
+    │    │ omc test CLI │      │ Agent Tools      │
+    │    │ (shell调用)   │      │ (直接调用)        │
+    │    └──────────────┘      └──────────────────┘
+    │
+┌───▼────────────────────────────────────────────────────────┐
+│              测试执行和分析层                                 │
+│  • Promptfoo (测试生成)                                      │
+│  • Giskard (行为测试)                                        │
+│  • 技术栈检测器                                              │
+│  • 覆盖率分析器                                              │
+└──────────────────────────────────────────────────────────────┘
+```
+
+### 核心设计原则
+
+1. **分层解耦**：CLI 工具独立运行，agent 通过 shell 调用
+2. **渐进增强**：Phase 1 先实现核心功能，后续逐步深化集成
+3. **技术栈无关**：通过适配器模式支持多语言多框架
+4. **成本优化**：简单测试用 Haiku，复杂分析用 Sonnet/Opus
+5. **Skill 集成**：完全通过 OMC skill 系统集成，无需 MCP
+
+## 核心组件
+
+### 1. CLI 工具层 (`omc test`)
+
+集成到现有的 `omc` CLI 中作为子命令：
+
+```bash
+omc test gen <file>           # 生成测试
+omc test analyze              # 分析覆盖率
+omc test contract <api>       # 生成契约测试
+omc test detect-stack         # 检测技术栈
+```
+
+**项目结构**：
+```
+oh-my-claudecode/
+├── src/
+│   └── testing/
+│       ├── cli/          # omc test 子命令
+│       ├── generators/   # 测试生成器
+│       ├── analyzers/    # 覆盖率分析
+│       ├── adapters/     # 多语言适配器
+│       └── integrations/ # Promptfoo/Giskard 集成
+```
+
+### 2. Skills 层
+
+**新增 Skills**：
+- `/test-gen` - 显式生成测试
+- `/tdd` - 增强现有 TDD skill，强制测试优先
+
+**增强现有 Skills**：
+- `/ultraqa` - 集成测试生成和验证循环
+- `/autopilot` - 生成代码时自动生成测试
+
+### 3. Agents 层
+
+**新增 Agents**：
+- `test-spec-generator` - 生成 BDD 风格的测试规范
+- `coverage-analyzer` - 分析覆盖率缺口
+- `contract-tester` - API 契约测试
+
+**增强现有 Agents**：
+- `test-engineer` - 支持多语言测试生成，智能复杂度判断
+
+### 4. 测试框架适配器
+
+**前端（React）**：
+- Vitest + Testing Library（单元测试）
+- Playwright（E2E 测试）
+
+**后端**：
+- Node.js: Vitest/Jest
+- Python: pytest
+- Go: testing package
+- Rust: cargo test
+
+**集成测试**：
+- API 契约测试：基于 OpenAPI/Pact
+- E2E 用户流程：Playwright 跨栈测试
+
+## 工作流程
+
+### 混合模式：智能判断复杂度
+
+**简单代码（自动生成测试）**：
+- 函数行数 < 50
+- 圈复杂度 < 10
+- 嵌套层级 < 3
+- 无外部依赖
+
+**复杂代码（提示补充测试）**：
+- 涉及支付、认证等关键业务
+- 多步骤状态机或工作流
+- 跨服务分布式事务
+- 需要 mock 多个外部依赖
+- 需要复杂的测试数据准备
+- 异步/并发场景
+
+### TDD 工作流
+
+```
+用户需求 → 技术栈检测（自动 + 确认）→ 生成测试规范 →
+AI 生成代码 → 自动验证 → 覆盖率分析 →
+补充测试 → 持续迭代
+```
+
+### 集成到现有工作流
+
+**Autopilot 模式**：
+```
+需求分析 → 生成测试规范 → 生成代码 + 测试 → 验证 → 部署
+```
+
+**Ralph 模式**：
+```
+生成代码 → 生成测试 → 验证 →
+如果失败：分析 → 修复 → 重新测试 →
+循环直到通过
+```
+
+**Ultraqa 模式**：
+```
+测试 → 验证 → 修复 → 重复
+（现在包含自动测试生成）
+```
+
+## 技术栈检测
+
+### 自动检测
+- 扫描 `package.json`、`requirements.txt`、`go.mod`、`Cargo.toml`
+- 分析项目结构（src/、tests/、__tests__/）
+- 识别框架（React、Vue、Svelte）
+- 识别测试工具（Jest、Vitest、pytest）
+
+### 用户确认
+- 显示检测结果
+- 允许用户修正或补充
+- 保存到项目配置（`.omc/project-config.json`）
+
+## 测试类型
+
+### 1. 单元测试
+- 自动为函数/类生成测试
+- 覆盖正常路径和边界情况
+- Mock 外部依赖
+
+### 2. API 契约测试
+- 基于 OpenAPI 规范生成
+- 验证请求/响应格式
+- 确保前后端接口一致
+
+### 3. E2E 测试
+- 模拟真实用户操作
+- 跨前后端的完整流程
+- 使用 Playwright 执行
+
+### 4. 行为测试（Giskard）
+- 扰动测试（typos、negations）
+- 鲁棒性验证
+- 公平性指标
+
+## 实施路径
+
+### Phase 1：核心功能（2-3 周）
+- ✅ 设计文档
+- `omc test` CLI 基础命令
+- 技术栈检测器
+- 基础测试生成（React + Node.js）
+- `/test-gen` skill
+- 集成 Promptfoo
+
+**交付物**：
+- 可以为简单的 React 组件和 Node.js 函数生成测试
+- 自动检测技术栈
+- 通过 `/test-gen` 显式调用
+
+### Phase 2：深度集成（3-4 周）
+- 覆盖率分析器
+- 多语言支持（Python、Go、Rust）
+- 增强 `test-engineer` agent
+- 复杂度判断逻辑
+- 契约测试生成
+- 集成到 `/ultraqa`
+
+**交付物**：
+- 支持所有目标语言
+- 智能判断何时需要人工补充测试
+- API 契约测试自动生成
+- Ultraqa 包含测试生成
+
+### Phase 3：完整生态（4-6 周）
+- 集成 Giskard 行为测试
+- E2E 测试生成
+- CI/CD 集成
+- Ralph 模式测试循环
+- Autopilot 自动测试
+- 性能优化
+
+**交付物**：
+- 完整的测试生态系统
+- 所有 OMC 模式都包含测试
+- 达到 80%+ 覆盖率目标
+- 持续迭代保护
+
+## 成功指标
+
+### 定量指标
+- 测试覆盖率：80%+
+- 测试生成时间：< 30 秒/文件
+- 测试通过率：> 90%
+- 手动测试编写减少：70%+
+
+### 定性指标
+- 开发者信心提升
+- 重构更安全
+- 技术债务减少
+- 迭代速度提升
+
+## 风险和缓解
+
+### 风险 1：多语言支持复杂度高
+**缓解**：Phase 1 先支持 React + Node.js，后续逐步添加
+
+### 风险 2：测试质量不稳定
+**缓解**：
+- 使用 Promptfoo 的反馈循环
+- 人工审查复杂测试
+- 持续优化提示词
+
+### 风险 3：性能开销
+**缓解**：
+- 简单测试用 Haiku（成本低）
+- 并行生成测试
+- 缓存技术栈检测结果
+
+### 风险 4：与现有工作流冲突
+**缓解**：
+- 渐进式集成
+- 保持向后兼容
+- 提供开关控制
+
+## 参考资料
+
+### 调研发现
+1. **TDD with AI**: 测试即规范，测试告诉 AI "做什么"和"何时完成"
+2. **GitHub Copilot**: 71% 可操作反馈率，15% 更快的审查速度
+3. **三层验证**: 确定性测试 → LLM 评估器 → 人工审批
+4. **90 天重构**: 73% 技术债务减少，280% 可维护性提升
+5. **60-70% 通过率**: 高级 AI 模型仍需人工验证
+
+### 工具选择
+- **Promptfoo**: 开源、隐私优先、多提供商支持
+- **Giskard**: 行为测试、公平性指标
+- **Playwright**: 跨浏览器 E2E 测试
+- **Vitest**: 快速、现代的测试框架
+
+## 下一步
+
+1. ✅ 设计文档批准
+2. 创建详细实施计划
+3. Phase 1 开发启动
+4. 持续迭代和优化