openmatrix 0.2.19 → 0.2.21

package/dist/types/index.d.ts

@@ -504,3 +504,312 @@ export interface EnvironmentDetectorConfig {
     /** 最大建议数量 */
     maxDeployOptions?: number;
 }
+/**
+ * 测试框架类型
+ */
+export type TestFramework = 'vitest' | 'jest' | 'mocha' | 'jasmine' | 'playwright' | 'cypress' | 'selenium' | 'puppeteer' | 'appium' | 'detox' | 'pytest' | 'unittest' | 'junit' | 'testng' | 'xctest' | 'gotest' | 'cargo-test' | 'unknown';
+/**
+ * 测试类型
+ */
+export type TestType = 'unit' | 'integration' | 'e2e' | 'api' | 'ui' | 'visual' | 'performance' | 'accessibility';
+/**
+ * 测试框架检测结果
+ */
+export interface TestFrameworkInfo {
+    /** 框架类型 */
+    framework: TestFramework;
+    /** 框架版本 */
+    version?: string;
+    /** 配置文件路径 */
+    configFile?: string;
+    /** 是否为主要测试框架 */
+    isPrimary: boolean;
+    /** 支持的测试类型 */
+    supportedTypes: TestType[];
+    /** 可用的测试命令 */
+    commands: {
+        /** 运行所有测试 */
+        test: string;
+        /** 运行特定测试文件 */
+        testFile?: string;
+        /** 运行测试并生成覆盖率 */
+        testCoverage?: string;
+        /** 监听模式 */
+        watch?: string;
+        /** 更新快照 */
+        updateSnapshot?: string;
+    };
+}
+/**
+ * 测试配置 - 用户确认的测试配置
+ */
+export interface TestConfig {
+    /** 目标文件或目录 */
+    target: string;
+    /** 测试类型列表 */
+    testTypes: TestType[];
+    /** 测试框架（AI 推荐，用户确认） */
+    framework: TestFramework;
+    /** 是否生成 UI/E2E 测试 */
+    includeUI: boolean;
+    /** 覆盖率目标 (%) */
+    coverageTarget?: number;
+    /** 测试文件输出目录 */
+    outputDir?: string;
+    /** 测试文件命名模式 */
+    namingPattern?: string;
+    /** 是否包含快照测试 */
+    includeSnapshots?: boolean;
+    /** 是否包含 Mock 数据 */
+    includeMocks?: boolean;
+    /** 额外配置选项 */
+    extraOptions?: Record<string, unknown>;
+}
+/**
+ * 测试用例 - 单个测试用例描述
+ */
+export interface TestCase {
+    /** 测试用例 ID */
+    id: string;
+    /** 测试用例名称 */
+    name: string;
+    /** 测试类型 */
+    type: TestType;
+    /** 测试描述 */
+    description: string;
+    /** 测试文件路径（相对于项目根目录） */
+    filePath: string;
+    /** 被测试的源文件 */
+    sourceFile: string;
+    /** 被测试的函数/模块/组件 */
+    target: string;
+    /** 测试优先级 */
+    priority: 'P0' | 'P1' | 'P2' | 'P3';
+    /** 测试标签 */
+    tags?: string[];
+    /** 前置条件 */
+    preconditions?: string[];
+    /** 测试步骤 */
+    steps: TestStep[];
+    /** 预期结果 */
+    expectedResults: string[];
+    /** Mock 需求 */
+    mockRequirements?: MockRequirement[];
+    /** 测试数据 */
+    testData?: Record<string, unknown>;
+    /** 依赖的其他测试 */
+    dependencies?: string[];
+}
+/**
+ * 测试步骤
+ */
+export interface TestStep {
+    /** 步骤序号 */
+    step: number;
+    /** 步骤描述 */
+    action: string;
+    /** 输入数据 */
+    input?: unknown;
+    /** 预期输出 */
+    expectedOutput?: unknown;
+}
+/**
+ * Mock 需求
+ */
+export interface MockRequirement {
+    /** Mock 目标类型 */
+    type: 'function' | 'module' | 'api' | 'component' | 'service';
+    /** Mock 目标名称 */
+    target: string;
+    /** Mock 行为描述 */
+    behavior: string;
+    /** 返回值 */
+    returnValue?: unknown;
+    /** 是否需要验证调用 */
+    verifyCalls?: boolean;
+}
+/**
+ * 测试风格信息
+ */
+export interface TestStyle {
+    /** 命名约定: describe/it vs test */
+    namingConvention: 'describe-it' | 'test' | 'mixed';
+    /** 断言库 */
+    assertionLibrary: 'expect' | 'assert' | 'should' | 'chai' | 'unknown';
+    /** 是否使用 TypeScript */
+    usesTypeScript: boolean;
+    /** 是否使用 JSX/TSX */
+    usesJSX: boolean;
+    /** 测试文件后缀 */
+    fileSuffix: string;
+    /** 测试文件位置: 同目录 vs 独立目录 */
+    fileLocation: 'adjacent' | 'separate';
+}
+/**
+ * 前端项目信息
+ */
+export interface FrontendInfo {
+    /** 是否为前端项目 */
+    isFrontend: boolean;
+    /** 是否有 UI 组件 */
+    hasUIComponents: boolean;
+}
+/**
+ * 覆盖率报告
+ */
+export interface CoverageReport {
+    /** 总覆盖率 */
+    total: number;
+    /** 各文件覆盖率 */
+    files: Array<{
+        path: string;
+        coverage: number;
+        uncoveredLines?: number[];
+    }>;
+}
+/**
+ * 测试扫描结果 - CLI 输出的原始数据
+ * 注意：CLI 只负责收集事实，不做推荐判断
+ */
+export interface TestScanResult {
+    /** 扫描时间 */
+    timestamp: string;
+    /** 项目根目录 */
+    projectRoot: string;
+    /** 扫描目标 */
+    target: string;
+    /** 检测到的测试框架 */
+    frameworks: TestFrameworkInfo[];
+    /** 现有测试文件列表 */
+    existingTests: ExistingTestFile[];
+    /** 源文件列表（未覆盖的） */
+    uncoveredSources: UncoveredSourceFile[];
+    /** 项目类型 */
+    projectType: ProjectType;
+    /** 是否为前端项目 */
+    isFrontend: boolean;
+    /** 是否有 UI 组件 */
+    hasUIComponents: boolean;
+    /** 测试覆盖率报告（如果存在） */
+    coverageReport?: CoverageReport;
+    /** 现有测试风格（从现有测试文件推断） */
+    testStyle?: TestStyle;
+    /** 原始数据摘要 */
+    summary: {
+        /** 框架数量 */
+        frameworkCount: number;
+        /** 现有测试文件数量 */
+        existingTestCount: number;
+        /** 未覆盖源文件数量 */
+        uncoveredSourceCount: number;
+        /** 是否有测试配置 */
+        hasTestConfig: boolean;
+        /** 是否有覆盖率配置 */
+        hasCoverageConfig: boolean;
+    };
+}
+/**
+ * 现有测试文件信息
+ */
+export interface ExistingTestFile {
+    /** 文件路径 */
+    path: string;
+    /** 测试类型 */
+    type: TestType;
+    /** 关联的源文件 */
+    sourceFile?: string;
+    /** 测试用例数量（如果可解析） */
+    testCount?: number;
+    /** 最后修改时间 */
+    lastModified?: string;
+}
+/**
+ * 未覆盖的源文件信息
+ */
+export interface UncoveredSourceFile {
+    /** 文件路径 */
+    path: string;
+    /** 文件类型 */
+    fileType: 'module' | 'component' | 'service' | 'util' | 'class' | 'function' | 'unknown';
+    /** 导出的函数/类/组件 */
+    exports: string[];
+    /** 是否有对应的测试文件 */
+    hasTest: boolean;
+    /** 建议的测试类型 */
+    suggestedTestTypes: TestType[];
+    /** 复杂度指标（可选） */
+    complexity?: {
+        /** 行数 */
+        lines: number;
+        /** 函数数量 */
+        functions: number;
+        /** 圈复杂度 */
+        cyclomaticComplexity?: number;
+    };
+}
+/**
+ * 测试生成结果
+ */
+export interface TestGenerationResult {
+    /** 生成时间 */
+    timestamp: string;
+    /** 关联的测试配置 */
+    config: TestConfig;
+    /** 生成的测试文件 */
+    files: GeneratedTestFile[];
+    /** 生成的测试用例 */
+    testCases: TestCase[];
+    /** 生成的 Mock 文件 */
+    mockFiles?: GeneratedMockFile[];
+    /** 生成统计 */
+    statistics: {
+        /** 测试文件数量 */
+        fileCount: number;
+        /** 测试用例数量 */
+        testCaseCount: number;
+        /** 单元测试数量 */
+        unitTestCount: number;
+        /** 集成测试数量 */
+        integrationTestCount: number;
+        /** E2E 测试数量 */
+        e2eTestCount: number;
+        /** Mock 文件数量 */
+        mockFileCount: number;
+        /** 预估覆盖率提升 */
+        estimatedCoverageIncrease?: number;
+    };
+    /** 运行测试的命令 */
+    runCommand: string;
+    /** 注意事项 */
+    notes?: string[];
+}
+/**
+ * 生成的测试文件
+ */
+export interface GeneratedTestFile {
+    /** 文件路径 */
+    path: string;
+    /** 文件内容 */
+    content: string;
+    /** 测试类型 */
+    type: TestType;
+    /** 关联的源文件 */
+    sourceFile: string;
+    /** 包含的测试用例 ID 列表 */
+    testCaseIds: string[];
+    /** 是否覆盖现有文件 */
+    overwrites: boolean;
+}
+/**
+ * 生成的 Mock 文件
+ */
+export interface GeneratedMockFile {
+    /** 文件路径 */
+    path: string;
+    /** 文件内容 */
+    content: string;
+    /** Mock 类型 */
+    type: 'function' | 'module' | 'api' | 'component' | 'service';
+    /** 描述 */
+    description: string;
+}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "openmatrix",
-  "version": "0.2.19",
+  "version": "0.2.21",
   "description": "AI Agent task orchestration system with Claude Code Skills integration",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",

package/skills/approve.md

@@ -1,8 +1,39 @@
 ---
 name: om:approve
-description: "Use when handling pending approvals including plan review, merge confirmation, deploy approval, and blocked task decisions during OpenMatrix execution. Triggers on: 审批, approve, 批准, plan review, merge conflict resolution, deploy confirmation, 阻塞处理, technical decision, pending approval, waiting for approval, 待确认."
+description: "Use when handling pending approvals including plan review, merge confirmation, deploy approval, and blocked task decisions during OpenMatrix execution. Triggers on APPROVAL intent: user wants to review and approve pending items, handle merge conflicts, or confirm deploy. DO NOT trigger on: starting tasks, debugging, or status checks. Intent signals: user mentions 'approve', 'review plan', 'confirm merge', 'approve deploy', or refers to pending approval actions."
 ---
 
+<INTENT-JUDGMENT>
+## 意图判断指南
+
+**AI 应根据用户语义判断意图：**
+
+### 触发信号（审批意图）
+
+- 用户要审批计划
+- 处理合并冲突
+- 确认部署
+- 处理待审批项
+
+### 不触发信号
+
+| 用户意图 | 应调用 |
+|---------|--------|
+| 开始任务 | /om:start |
+| 调查问题 | /om:debug |
+| 查看状态 | /om:status |
+
+### 示例判断
+
+| 用户消息 | 判断 | 结果 |
+|---------|------|------|
+| "审批这个计划" | 审批意图 | 触发 ✓ |
+| "确认合并" | 确认意图 | 触发 ✓ |
+| "批准部署" | 部署审批意图 | 触发 ✓ |
+| "为什么没通过审批" | 调查意图 | /om:debug |
+| "开始实现" | 开发意图 | /om:start |
+</INTENT-JUDGMENT>
+
 <NO-OTHER-SKILLS>
 执行此技能时，不得调用 superpowers、gsd 或其他任务编排相关的技能。OpenMatrix 独立运行，不依赖外部任务编排系统。
 </NO-OTHER-SKILLS>

package/skills/auto.md

@@ -1,8 +1,39 @@
 ---
 name: om:auto
-description: "Use when the user wants fully automated task execution with zero manual approvals. Triggers on: 全自动, 无人值守, hands-free, non-stop, don't ask me, 直接执行, skip all confirmations, batch refactor, large migration, bulk changes. Use for multi-task execution where the user doesn't want to be interrupted at any approval point (plan/merge/deploy)."
+description: "Use when the user wants fully automated task execution with zero manual approvals. Triggers on AUTOMATION intent: user explicitly requests hands-free execution, wants to skip all confirmations, or needs batch processing without interruptions. DO NOT trigger on: interactive requests, debugging, or status checks. Intent signals: user says 'fully auto', 'hands-free', 'no interruptions', 'skip approvals', or describes large batch operations."
 ---
 
+<INTENT-JUDGMENT>
+## 意图判断指南
+
+**AI 应根据用户语义判断意图：**
+
+### 触发信号（全自动意图）
+
+- 用户明确要"全自动执行"
+- 需要跳过所有审批确认
+- 批量操作，不希望中断
+- 用户表达"直接执行"、"不要问我"
+
+### 不触发信号
+
+| 用户意图 | 应调用 |
+|---------|--------|
+| 需要交互确认 | /om:start |
+| 调查问题 | /om:debug |
+| 查看状态 | /om:status |
+
+### 示例判断
+
+| 用户消息 | 判断 | 结果 |
+|---------|------|------|
+| "全自动执行" | 全自动意图 | 触发 ✓ |
+| "不要问我直接做" | 无中断意图 | 触发 ✓ |
+| "批量重构跳过确认" | 批量自动化 | 触发 ✓ |
+| "交互式执行" | 需要确认 | /om:start |
+| "查看执行状态" | 状态检查 | /om:status |
+</INTENT-JUDGMENT>
+
 <NOTE>
 ## 注意：区分 `/om:auto` 指令与「全自动执行」模式
 

package/skills/brainstorm.md

@@ -1,8 +1,40 @@
 ---
 name: om:brainstorm
-description: "Use when the user wants to explore requirements, design alternatives, or validate ideas before implementation. Triggers on: 头脑风暴, 设计方案, 需求分析, 技术选型, architecture design, 'how should I build', multi-module features, new projects from scratch, unclear requirements, complex system design. Use even if the user just says 'implement X' and the task involves multiple modules or unclear requirements — brainstorm first, don't jump straight to coding."
+description: "Use when the user wants to explore requirements, design alternatives, or validate ideas before implementation. Triggers on CLARIFICATION/DESIGN intent: user needs to clarify unclear requirements, explore multiple approaches, or design architecture before coding. DO NOT trigger on: simple implementation requests (clear path), status checks, or pure information queries. Intent signals: user says 'how should I', mentions multiple options/uncertainties, describes complex system from scratch, or task scope is ambiguous."
 ---
 
+<INTENT-JUDGMENT>
+## 意图判断指南
+
+**AI 应根据用户语义判断意图：**
+
+### 触发信号（澄清/设计意图）
+
+- 用户想探索多种实现方案
+- 需求不明确，需要澄清
+- 涉及多模块协同，需要设计
+- 从零开始搭建，需要架构规划
+- 用户表达"怎么设计"、"什么方案"
+
+### 不触发信号
+
+| 用户意图 | 应调用 |
+|---------|--------|
+| 明确的实现任务 | /om:start 或 /om:feature |
+| 状态检查 | /om:status |
+| 简单问题咨询 | 直接回答 |
+
+### 示例判断
+
+| 用户消息 | 判断 | 结果 |
+|---------|------|------|
+| "登录功能怎么设计？" | 设计意图 | 触发 ✓ |
+| "从零搭建后台系统" | 架构规划意图 | 触发 ✓ |
+| "OAuth 选哪个方案？" | 方案探索意图 | 触发 ✓ |
+| "给按钮加点击事件" | 明确实现 | /om:feature |
+| "查看当前任务状态" | 状态检查 | /om:status |
+</INTENT-JUDGMENT>
+
 <NO-OTHER-SKILLS>
 **绝对禁止**调用以下技能（OpenMatrix 完全替代它们）:
 - ❌ superpowers:brainstorming → 你已经在 om:brainstorm 中了
@@ -201,9 +233,9 @@ AskUserQuestion: `header: "确认"`, `multiSelect: false`
 | 继续 | 设计合理，继续下一部分 |
 | 修改 | 我有调整建议 |
 
-## 步骤 6: 总结确认
+## 步骤 6: 总结确认 + 自动路由判断
 
-所有设计部分确认后，**先在界面展示完整总结**，再用简短 AskUserQuestion 确认：
+所有设计部分确认后，**先在界面展示完整总结和路由判断**，再让用户确认：
 
 **输出总结到界面（普通文本）：**
 
@@ -227,18 +259,30 @@ AskUserQuestion: `header: "确认"`, `multiSelect: false`
 
 验收标准
    - CRUD 接口完整 / 测试覆盖率 > 80%
+
+---
+路由判断: 标准流程 (start)
+理由: 澄清后任务明确，需完整追踪和质量门禁
 ```
 
-**然后让用户选择下一步：**
+**AI 根据澄清结果自动判断路由：**
+
+| 判断条件 | 路由 |
+|---------|------|
+| 单一改动点 + 实现路径清晰 | feature |
+| 任务明确 + 需完整追踪 | start |
+| 仍有多方案/需进一步设计 | 继续 brainstorm |
+
+**然后让用户确认：**
 
 AskUserQuestion: `header: "下一步"`, `multiSelect: false`
-**question:** 头脑风暴完成，是否开始执行任务？
+**question:** 头脑风暴完成。AI 判断路由：${route}（${reason}）。确认后自动进入对应流程。
 
 | label | description |
 |-------|-------------|
-| 开始执行 (推荐) | 写入 tasks-input.json 并调用 /om:start |
+| 确认并执行 (推荐) | 自动调用 /om:${route} |
 | 继续探索 | 还有问题需要进一步讨论 |
-| 仅生成计划 | 生成详细计划但不执行 |
+| 仅生成文档 | 生成设计文档但不执行 |
 
 ## 步骤 7: 输出设计文档
 
@@ -300,9 +344,9 @@ AskUserQuestion: `header: "下一步"`, `multiSelect: false`
 | 开始执行 (推荐) | 写入 tasks-input.json 并调用 /om:start |
 | 修改设计 | 需要调整设计方案 |
 
-## 步骤 8: 写入 tasks-input.json 并调用 /om:start
+## 步骤 8: 写入任务文件并调用对应 Skill
 
-用户选择"开始执行"后：
+用户选择"确认并执行"后：
 
 1. **检测状态:**
 ```bash
@@ -314,7 +358,18 @@ ls .openmatrix/state.json 2>/dev/null
 openmatrix start --init-only
 ```
 
-3. **写入 `.openmatrix/tasks-input.json`:**
+3. **根据路由判断结果写入不同文件：**
+
+**路由为 feature 时**，写入 `.openmatrix/feature-session.json`：
+```json
+{
+  "taskDescription": "任务描述",
+  "designNotes": "关键设计要点（可选）",
+  "startedAt": "ISO时间戳"
+}
+```
+
+**路由为 start 时**，写入 `.openmatrix/tasks-input.json`：
 ```json
 {
   "title": "任务标题",
@@ -326,16 +381,19 @@ openmatrix start --init-only
 }
 ```
 
-> **注意**: `quality`、`mode`、`e2eTests` 不在此写入，由 `/om:start` 的必选问题决定。
+> **注意**: `quality`、`mode`、`e2eTests` 不在此写入，由对应 Skill 的必选问题决定。
 
-4. **⚠️ 必须执行（不可跳过）：使用 Skill 工具调用 `/om:start`**
+4. **⚠️ 必须执行（不可跳过）：根据路由调用对应 Skill**
 
 ```
-Skill 工具: skill = "om:start"
+Skill 工具:
+  - feature → skill = "om:feature"
+  - start → skill = "om:start"
 ```
 
-这不是可选的 — 如果不调用 `/om:start`，任务不会开始执行。
-`/om:start` 会检测到已存在的 `tasks-input.json`，然后询问必选问题（质量等级、E2E、执行模式）。
+这不是可选的 — 如果不调用对应 Skill，任务不会开始执行。
+- `/om:feature` 会检测已存在的 `feature-session.json`，快速进入执行
+- `/om:start` 会检测已存在的 `tasks-input.json`，询问必选问题（质量等级、E2E、执行模式）
 
 </process>
 
@@ -361,6 +419,14 @@ $ARGUMENTS
 - **问题要贴合任务** — 不问泛泛的问题，而是针对具体任务深入
 - **理解目的 > 理解实现** — 先搞清楚为什么做，再讨论怎么做
 
+## 路由判断（澄清完成后自动判断）
+
+brainstorm 澄清完成后，自动判断下一步路由：
+- **feature**: 单一改动点 + 实现路径清晰 → 写入 feature-session.json，调用 /om:feature
+- **start**: 任务明确但需完整追踪 → 写入 tasks-input.json，调用 /om:start
+
+不再让用户二次选择流程，根据澄清结果直接进入对应执行流程。
+
 ## 领域调研集成
 
 - 检测到垂直领域（游戏、支付、区块链等）时，主动建议 `/om:research`
@@ -437,21 +503,26 @@ $ARGUMENTS
          │ NO
          ▼
 ┌─────────────────┐
-│  总结 + 确认    │
+│  总结 + 路由判断 │
+│  (自动判断      │
+│   feature/start)│
 └────────┬────────┘
          │
+    确认执行?
+         │ YES
          ▼
 ┌─────────────────┐
 │  写入设计文档   │
 │  (docs/openmatrix/) │
 └────────┬────────┘
          │
-    开始执行
-         │
-         ▼
-┌─────────────────┐
-│  写入 JSON      │
-│  调用 /om:start │
-└─────────────────┘
+         ├──────┬──────────┐
+         │      │          │
+    feature    start    仅文档
+         │      │          │
+         ▼      ▼          ▼
+┌─────────┐ ┌─────────┐   完成
+│/om:feature│ │/om:start │
+└─────────┘ └─────────┘
 ```
 </notes>

package/skills/debug.md

@@ -1,6 +1,6 @@
 ---
 name: om:debug
-description: "Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes. Use for ANY technical issue: 测试失败, bug, 异常行为, 构建失败, 集成问题, 没触发, 没执行, 不工作, 原因, 为什么. Use ESPECIALLY when: under time pressure, 'just one quick fix' seems obvious, previous fix didn't work, you don't fully understand the issue. Don't skip when: issue seems simple (simple bugs have root causes too), you're in a hurry (systematic is faster than guessing)."
+description: "Use when user encounters ANY technical problem and needs systematic diagnosis. Triggers on PROBLEM-EXPLORATION intent: user wants to understand WHY something failed, investigate root cause, or diagnose unexpected behavior. DO NOT trigger on: simple questions (how to do X), implementation requests (build/fix/add), or status checks. Intent signals: user seems confused about failure, asks '为什么', mentions error/issue without clear solution, wants to investigate before fixing."
 priority: high
 ---
 
@@ -14,6 +14,61 @@ priority: high
 **诊断和修复阶段只能使用 Agent 工具** — 直接调用 Agent，不通过任何中间层。
 </NO-OTHER-SKILLS>
 
+<INTENT-JUDGMENT>
+## 意图判断指南
+
+**AI 应根据用户语义判断意图，而非关键词匹配：**
+
+### 触发信号（问题探索意图）
+
+用户表现出：
+- 需要理解失败原因（不知道为什么出错）
+- 想先调查再行动（排查、诊断、定位）
+- 对问题感到困惑（不清楚根因）
+- 多次尝试未成功（之前修复没生效）
+- 系统行为不符合预期（奇怪、意外）
+
+### 不触发信号（其他意图）
+
+| 用户意图 | 应调用的 skill |
+|---------|---------------|
+| 想要实现新功能 | /om 或 /om:start |
+| 想要修复已知问题（明确知道改什么） | /om:start |
+| 询问如何做某事 | 直接回答，不调用 skill |
+| 查看当前状态 | /om:status |
+| 简单问题咨询 | 直接回答 |
+
+### 判断流程
+
+```
+用户消息
+    │
+    ├── 是否描述了技术问题/失败？
+    │   ├─ 否 → 不触发
+    │   └─ 是 ↓
+    │
+    ├── 用户是否理解问题原因？
+    │   ├─ 是，明确知道怎么修 → /om:start (直接修复)
+    │   └─ 否，想先调查 → 触发 /om:debug ✓
+    │
+    ├── 用户是否想先诊断再修复？
+    │   ├─ 是 → 触发 /om:debug ✓
+    │   └─ 否 → 根据其他意图选择
+```
+
+### 示例判断
+
+| 用户消息 | 判断 | 结果 |
+|---------|------|------|
+| "测试失败了" | 描述问题，未说明原因 | 触发 debug |
+| "查一下为什么没触发" | 明确要调查 | 触发 debug ✓ |
+| "帮我排查这个问题" | 排查意图明确 | 触发 debug ✓ |
+| "不知道为什么出错了" | 困惑，需要诊断 | 触发 debug ✓ |
+| "修复登录页bug" | 明确要修复，知道改哪 | /om:start |
+| "API返回500，帮我改一下" | 要修复而非调查 | /om:start |
+| "怎么调试node进程" | 询问方法，非排查 | 直接回答 |
+</INTENT-JUDGMENT>
+
 <MANDATORY-EXECUTION-ORDER>
 ## 执行顺序 - 必须严格按此顺序，不得跳过