sdd-mcp-server 1.4.3 → 1.4.5

package/README.md

@@ -6,7 +6,9 @@
 
 A Model Context Protocol (MCP) server implementing Spec-Driven Development (SDD) workflows for AI-agent CLIs and IDEs like Claude Code, Cursor, and others.
 
-> ✅ v1.4.2 Update: The CLI (`mcp-server.js`) now auto-creates the TDD steering guideline so spec implementation stays test-first in every workflow. Security-check.md (added in 1.4.1) and other static steering docs remain enforced across stacks (JS/TS, Java, Python, Go, Ruby, PHP, Rust, .NET, and more).
+> ✅ **v1.4.5 Update**: Internal improvements! Reorganized test structure for better maintainability, centralized static steering document creation following DRY principle, improved code organization with better separation of concerns.
+
+> ✅ **v1.4.4**: Comprehensive codebase analysis + TDD workflow! Documents are generated with real multi-language detection (TypeScript, Java, Python, Go, Ruby, PHP, Rust, C#, Scala), framework detection (Spring Boot, Django, FastAPI, Rails, Laravel, Express, React, etc.), and architecture pattern recognition. New `principles.md` steering document enforces SOLID, DRY, KISS, YAGNI, Separation of Concerns, and Modularity. Task generation now follows Test-Driven Development (RED-GREEN-REFACTOR) workflow.
 
 ## 🚀 Quick Start
 
@@ -16,7 +18,7 @@ A Model Context Protocol (MCP) server implementing Spec-Driven Development (SDD)
 npx -y sdd-mcp-server@latest
 
 # Pin exact version (optional)
-npx -y sdd-mcp-server@1.4.2
+npx -y sdd-mcp-server@1.4.5
 
 # For Claude Code MCP integration, add to your configuration:
 # "sdd-mcp-server": {
@@ -31,7 +33,7 @@ npx -y sdd-mcp-server@1.4.2
 npm install -g sdd-mcp-server@latest
 
 # Pin exact version (optional)
-npm install -g sdd-mcp-server@1.4.2
+npm install -g sdd-mcp-server@1.4.5
 
 # Start the server
 sdd-mcp-server
@@ -147,16 +149,16 @@ Once connected to your AI client, you can use these MCP tools:
 | Tool | Description | Usage |
 |------|-------------|--------|
 | `sdd-init` | Initialize new SDD project | Creates .kiro directory structure + AGENTS.md for cross-platform AI support |
-| `sdd-requirements` | Generate context-aware requirements | Analyzes package.json and structure to create EARS-formatted requirements |
-| `sdd-design` | Create project-specific design | Generates architecture docs based on actual tech stack and dependencies |
-| `sdd-tasks` | Generate implementation breakdown | Creates tasks derived from real project structure and technology choices |
+| `sdd-requirements` | Generate context-aware requirements | Analyzes package.json and structure to create EARS-formatted requirements with comprehensive multi-language analysis |
+| `sdd-design` | Create project-specific design | Generates architecture docs based on actual tech stack, dependencies, and framework detection |
+| `sdd-tasks` | Generate TDD-focused task breakdown | Creates test-first implementation tasks following RED-GREEN-REFACTOR workflow |
 | `sdd-implement` | Implementation guidelines | Provides implementation steering |
 | `sdd-status` | Check workflow progress | Shows current phase and approvals |
 | `sdd-approve` | Approve workflow phases | Mark phases as approved for progression |
 | `sdd-quality-check` | Code quality analysis | Linus-style 5-layer code review |
 | `sdd-context-load` | Load project context | Restore project memory and state |
 | `sdd-template-render` | Render templates | Generate files from templates |
-| `sdd-steering` | Create/update steering docs | Analyzes project to generate product.md, tech.md, structure.md with real content + static linus-review.md, commit.md, security-check.md |
+| `sdd-steering` | Create/update steering docs | Analyzes project to generate product.md, tech.md, structure.md + static docs: linus-review.md, commit.md, security-check.md, tdd-guideline.md, principles.md (SOLID/DRY/KISS/YAGNI/SoC/Modularity) |
 | `sdd-steering-custom` | Create custom steering docs | Add specialized guidance documents |
 | `sdd-validate-design` | Design quality validation | Interactive GO/NO-GO design review |
 | `sdd-validate-gap` | Implementation gap analysis | Analyze requirements vs codebase |
@@ -167,57 +169,95 @@ Once connected to your AI client, you can use these MCP tools:
 1. **Initialize Project & Steering**
    ```
    Use sdd-init to create a new SDD project
-   Use sdd-steering to generate core steering documents
+   Use sdd-steering to generate 8 steering documents:
+     - product.md, tech.md, structure.md (dynamic, analyzed from codebase)
+     - linus-review.md, commit.md, security-check.md (static quality standards)
+     - tdd-guideline.md (Test-Driven Development workflow)
+     - principles.md (SOLID, DRY, KISS, YAGNI, SoC, Modularity)
    ```
 
 2. **Generate Requirements**
    ```
-   Use sdd-requirements to analyze package.json and create context-aware requirements
+   Use sdd-requirements to analyze your project with comprehensive multi-language detection
+   Automatically detects: language, framework, build tools, test frameworks, architecture patterns
+   Creates EARS-formatted requirements based on actual project context
    Use sdd-validate-gap to analyze implementation feasibility
    ```
 
 3. **Create Design**
    ```
-   Use sdd-design to generate architecture based on actual dependencies
+   Use sdd-design to generate architecture based on detected tech stack
+   Includes: component structure, data models, API design, tech stack details
    Use sdd-validate-design for GO/NO-GO design review
    ```
 
-4. **Plan Tasks**
+4. **Plan Tasks with TDD**
    ```
-   Use sdd-tasks to create implementation breakdown from real project structure
+   Use sdd-tasks to create TDD-focused implementation breakdown
+   Tasks follow RED-GREEN-REFACTOR workflow automatically
+   Phases: Test Setup → Implementation → Refactoring → Integration
    ```
 
 5. **Implement with TDD**
    ```
-   Use sdd-spec-impl to execute tasks with TDD methodology
-  Use sdd-quality-check for code review and analysis
-  ```
+   Use sdd-spec-impl to execute tasks with Test-Driven Development
+   Follow the generated TDD workflow from tdd-guideline.md
+   Use sdd-quality-check for Linus-style code review and SOLID principles validation
+   ```
 
 6. **Monitor & Manage**
-  ```
-  Use sdd-status to check workflow progress
-  Use sdd-approve to approve workflow phases
-  Use sdd-context-load to restore project memory
-  ```
-
-## Upgrading to 1.4.2
-
-- New in 1.4.2: The standalone CLI entry now writes the `tdd-guideline.md` steering document, keeping TDD enforcement consistent for all workflows.
-- Upgrade commands:
-  - Prefer npx: `npx -y sdd-mcp-server@latest` (or `@1.4.2` to pin), or
-  - Global: `npm i -g sdd-mcp-server@latest` (or `@1.4.2` to pin) and run `sdd-mcp-server`.
-- If you pinned a version in your MCP config, update it to `@latest` or `@1.4.2`.
-
-## Upgrading to 1.4.0
-
-- What changed: In MCP mode, `sdd-requirements`, `sdd-design`, and `sdd-tasks` now generate analysis‑based documents on the first run (no more template‑first step). Steering remains analysis‑backed with static exceptions (`linus-review.md`, `commit.md`).
-- Upgrade commands:
-  - Prefer npx: `npx -y sdd-mcp-server@latest` (no install), or
-  - Global: `npm i -g sdd-mcp-server@1.4.0` and run `sdd-mcp-server`.
-- If you pinned a version in your MCP config, update it to `@latest` or `@1.4.0`.
-- If you previously scripted a second “update documents based on codebase” step, you can remove it — documents are analyzed on first generation now.
-- Fallbacks: If dynamic analysis fails, tools still write a minimal template with a clear warning header and error message; rerun after fixing the issue.
-- Requirements: Node.js >= 18.
+   ```
+   Use sdd-status to check workflow progress and phase approvals
+   Use sdd-approve to mark phases as approved
+   Use sdd-context-load to restore project memory
+   ```
+
+## Upgrading to 1.4.4
+
+**What's New in v1.4.4**:
+- ✅ **Comprehensive Codebase Analysis**: Documents now generated with full multi-language detection (TypeScript, Java, Python, Go, Ruby, PHP, Rust, C#, Scala)
+- ✅ **Framework Detection**: Automatic recognition of Spring Boot, Django, FastAPI, Rails, Laravel, Express, React, Vue, Angular, Next.js, and 20+ frameworks
+- ✅ **Build Tool & Test Framework Detection**: Identifies Maven, Gradle, npm, pip, cargo, Jest, pytest, JUnit, Mocha, and more
+- ✅ **Architecture Pattern Recognition**: Detects DDD, MVC, Microservices, and Clean Architecture patterns
+- ✅ **New Steering Document**: `principles.md` added with comprehensive SOLID, DRY, KISS, YAGNI, Separation of Concerns, and Modularity guidance
+- ✅ **TDD Task Generation**: All implementation tasks now follow Test-Driven Development (RED-GREEN-REFACTOR) workflow
+- ✅ **Improved Error Handling**: Better logging and debug messages for analysis failures
+- ✅ **User Feedback**: Clear indication whether comprehensive analysis or fallback template was used
+
+**Upgrade Commands**:
+```bash
+# Prefer npx (no installation required)
+npx -y sdd-mcp-server@latest
+
+# Or pin to specific version
+npx -y sdd-mcp-server@1.4.4
+
+# Global installation
+npm install -g sdd-mcp-server@latest
+# Or pin: npm install -g sdd-mcp-server@1.4.4
+```
+
+**Migration Notes**:
+- If you pinned a version in your MCP config, update it to `@latest` or `@1.4.4`
+- All steering documents now include `principles.md` and `tdd-guideline.md` automatically
+- TDD task generation is now default - tasks will follow RED-GREEN-REFACTOR order
+- No code changes needed - all improvements are backward compatible
+
+## Previous Versions
+
+### v1.4.3
+- Comprehensive codebase analysis fix for document generation
+- Enhanced multi-language and framework detection
+- Better error reporting and user feedback
+
+### v1.4.2
+- Added `tdd-guideline.md` steering document for TDD enforcement
+- Security-check.md (OWASP Top 10) included in static steering docs
+
+### v1.4.0
+- Analysis-based document generation on first run (no more template-first step)
+- Dynamic steering with static exceptions (`linus-review.md`, `commit.md`)
+- Node.js >= 18 required
 
 ## ⚙️ Configuration
 
@@ -261,11 +301,16 @@ claude mcp add sdd "sdd-mcp-server"
 ## 🏗️ Key Features
 
 - **5-Phase SDD Workflow**: INIT → REQUIREMENTS → DESIGN → TASKS → IMPLEMENTATION
-- **Context-Aware Generation**: Analyzes package.json, dependencies, and project structure for real content
+- **Comprehensive Multi-Language Analysis**: Automatic detection of TypeScript, JavaScript, Java, Python, Go, Ruby, PHP, Rust, C#, Scala projects with framework-specific insights
+- **Framework Detection**: Recognizes Spring Boot, Django, FastAPI, Flask, Rails, Laravel, Express, React, Vue, Angular, Next.js, and 20+ other frameworks
+- **TDD-First Task Generation**: All implementation tasks follow Test-Driven Development (RED-GREEN-REFACTOR) methodology
+- **Coding Principles Enforcement**: Built-in SOLID, DRY, KISS, YAGNI, Separation of Concerns, and Modularity guidance
+- **Context-Aware Generation**: Analyzes package.json, dependencies, build tools, test frameworks, and project structure for real content
 - **EARS-Formatted Requirements**: Generate acceptance criteria based on actual npm scripts and dependencies
-- **Architecture Analysis**: Technology stack detection and pattern recognition from real codebase
-- **Quality Enforcement**: Linus-style 5-layer code review system
-- **Multi-Language Support**: 10 languages with cultural adaptation
+- **Architecture Pattern Recognition**: Detects DDD, MVC, Microservices, Clean Architecture patterns in your codebase
+- **Quality Enforcement**: Linus-style 5-layer code review system with security (OWASP Top 10) checks
+- **Comprehensive Steering Documents**: 8 auto-generated guidance docs (product, tech, structure, linus-review, commit, tdd-guideline, security-check, principles)
+- **Multi-Language Support**: 10 languages with cultural adaptation (en, es, fr, de, it, pt, ru, ja, zh, ko)
 - **Template Engine**: Handlebars-based file generation with project-specific data
 - **Plugin System**: Extensible architecture for custom workflows
 - **MCP Protocol**: Full compatibility with AI-agent CLIs and IDEs
@@ -276,22 +321,40 @@ Here's how to use the MCP SDD Server in your AI client:
 
 ```bash
 # 1. Initialize a new project
-"Use the sdd-init tool to create a project called 'my-web-app'"
+"Use the sdd-init tool to create a project called 'my-web-app'
+ for a React/TypeScript application with user authentication"
+
+# 2. Generate steering documents
+"Use sdd-steering to analyze my codebase and generate all steering documents"
+# Result: 8 steering documents created including principles.md and tdd-guideline.md
 
-# 2. Generate requirements
+# 3. Generate requirements with comprehensive analysis
 "Use sdd-requirements to analyze the project and create requirements.md"
+# Result: Detects TypeScript, React, npm, Jest, and generates EARS-formatted requirements
+
+# 4. Create technical design
+"Use sdd-design to generate architecture based on my React/TypeScript stack"
+# Result: Component structure, state management design, API integration patterns
+
+# 5. Validate design quality
+"Use sdd-validate-design to review the architecture for potential issues"
+# Result: GO/NO-GO assessment with improvement recommendations
 
-# 3. Create technical design
-"Use sdd-design to generate architecture and design specifications"
+# 6. Plan TDD-focused implementation tasks
+"Use sdd-tasks to break down the work into TDD implementation phases"
+# Result: Tasks organized as RED (tests) → GREEN (implementation) → REFACTOR (quality)
 
-# 4. Plan implementation tasks
-"Use sdd-tasks to break down the work into implementable tasks"
+# 7. Implement with TDD
+"Use sdd-spec-impl to execute the authentication tasks with TDD methodology"
+# Result: Test-first development following principles.md and tdd-guideline.md
 
-# 5. Get implementation guidance
-"Use sdd-implement to provide implementation steering and best practices"
+# 8. Review code quality
+"Use sdd-quality-check to perform Linus-style code review with SOLID principles check"
+# Result: 5-layer analysis + SOLID/DRY/KISS validation + security checks
 
-# 6. Review code quality
-"Use sdd-quality-check to perform Linus-style code review on my components"
+# 9. Check workflow status
+"Use sdd-status to see current progress and approvals"
+# Result: Phase completion status and approval tracking
 ```
 
 ## 🛠️ Development & Troubleshooting
@@ -361,19 +424,24 @@ claude mcp add sdd "$(pwd)/mcp-server.js" -s local
 sudo npm install -g sdd-mcp-server
 ```
 
-**Issue: "Only template content generated" (Resolved in v1.4.0)**
+**Issue: "Only template content generated" (Improved in v1.4.3)**
 
-As of 1.4.0, `sdd-requirements`, `sdd-design`, `sdd-tasks`, and `sdd-steering` generate analysis-based documents on first run. If you still see a template:
-- Check the top warning header in the file — it includes the error that triggered fallback.
-- Fix the indicated issue (e.g., permission/path), then rerun the tool.
+As of v1.4.3, comprehensive codebase analysis is automatic with multi-language detection. Documents include real framework, build tool, and architecture information. If you still see a basic template:
+- Check the tool response message — it shows "✅ Comprehensive codebase analysis" or "⚠️ Basic template (analysis failed)"
+- Check the top of the generated file for warning headers with error details
+- Common causes: missing package.json, permissions issues, or unsupported project structure
+- Fix the issue and rerun the tool to get comprehensive analysis
 
 ## 📖 Advanced Documentation
 
 For detailed documentation on:
-- Plugin Development: See [DEPLOYMENT.md](DEPLOYMENT.md)
-- Docker Deployment: See [Dockerfile](Dockerfile) and [docker-compose.yml](docker-compose.yml)
-- Architecture Details: Explore the `/src` directory structure
-- Quality Analysis: Review `.kiro/steering/linus-review.md`
+- **Plugin Development**: See [DEPLOYMENT.md](DEPLOYMENT.md)
+- **Docker Deployment**: See [Dockerfile](Dockerfile) and [docker-compose.yml](docker-compose.yml)
+- **Architecture Details**: Explore the `/src` directory structure
+- **Code Quality Standards**: Review `.kiro/steering/linus-review.md`
+- **TDD Guidelines**: See `.kiro/steering/tdd-guideline.md` for complete Test-Driven Development workflow
+- **Coding Principles**: Review `.kiro/steering/principles.md` for SOLID, DRY, KISS, YAGNI, SoC, and Modularity guidance
+- **Security Checklist**: Check `.kiro/steering/security-check.md` for OWASP Top 10 aligned security practices
 
 ## 🐛 Support & Issues
 

package/dist/__tests__/legacy/setup.d.ts

@@ -0,0 +1,44 @@
+import 'reflect-metadata';
+declare global {
+    namespace jest {
+        interface Matchers<R> {
+            toBeWithinTimeThreshold(threshold?: number): R;
+            toHaveValidWorkflowState(): R;
+            toHaveValidPluginStructure(): R;
+        }
+    }
+    const TEST_CONFIG: {
+        timeout: number;
+        performanceThreshold: number;
+        tempDir: string;
+    };
+}
+export declare const TestUtils: {
+    createMockLogger: () => {
+        debug: jest.Mock<any, any, any>;
+        info: jest.Mock<any, any, any>;
+        warn: jest.Mock<any, any, any>;
+        error: jest.Mock<any, any, any>;
+    };
+    createMockFileSystem: () => {
+        readFile: jest.Mock<any, any, any>;
+        writeFile: jest.Mock<any, any, any>;
+        exists: jest.Mock<any, any, any>;
+        mkdir: jest.Mock<any, any, any>;
+        readdir: jest.Mock<any, any, any>;
+        stat: jest.Mock<any, any, any>;
+        join: jest.Mock<string, string[], any>;
+        basename: jest.Mock<string, [path: string], any>;
+        dirname: jest.Mock<string, [path: string], any>;
+    };
+    createMockValidation: () => {
+        validate: jest.Mock<any, any, any>;
+        validateSchema: jest.Mock<any, any, any>;
+        createValidator: jest.Mock<any, any, any>;
+    };
+    createTestWorkflowState: (overrides?: any) => any;
+    createTestPlugin: (overrides?: any) => any;
+    waitFor: (ms: number) => Promise<unknown>;
+    createTempDir: () => Promise<string>;
+    cleanupTempDir: (dir: string) => Promise<void>;
+};

package/dist/__tests__/legacy/setup.js

@@ -0,0 +1,178 @@
+// Test setup and configuration for comprehensive testing framework
+import 'reflect-metadata';
+// Global test configuration
+const TEST_TIMEOUT = 30000; // 30 seconds
+const PERFORMANCE_THRESHOLD = 5000; // 5 seconds for performance tests
+// Setup global test utilities
+globalThis.TEST_CONFIG = {
+    timeout: TEST_TIMEOUT,
+    performanceThreshold: PERFORMANCE_THRESHOLD,
+    tempDir: process.env.TEST_TEMP_DIR || '/tmp/sdd-mcp-tests'
+};
+// Mock console methods for cleaner test output
+const originalConsole = { ...console };
+beforeAll(() => {
+    // Silence console output during tests unless TEST_VERBOSE is set
+    if (!process.env.TEST_VERBOSE) {
+        console.log = jest.fn();
+        console.debug = jest.fn();
+        console.info = jest.fn();
+    }
+});
+afterAll(() => {
+    // Restore console methods
+    if (!process.env.TEST_VERBOSE) {
+        Object.assign(console, originalConsole);
+    }
+});
+// Global error handling
+process.on('unhandledRejection', (reason, promise) => {
+    console.error('Unhandled Rejection at:', promise, 'reason:', reason);
+});
+// Setup test matchers
+expect.extend({
+    toBeWithinTimeThreshold(received, threshold = PERFORMANCE_THRESHOLD) {
+        const pass = received <= threshold;
+        if (pass) {
+            return {
+                message: () => `Expected ${received}ms to exceed ${threshold}ms`,
+                pass: true,
+            };
+        }
+        else {
+            return {
+                message: () => `Expected ${received}ms to be within ${threshold}ms threshold`,
+                pass: false,
+            };
+        }
+    },
+    toHaveValidWorkflowState(received) {
+        const requiredPhases = ['INIT', 'REQUIREMENTS', 'DESIGN', 'TASKS', 'IMPLEMENTATION'];
+        const requiredProperties = ['currentPhase', 'state', 'phases'];
+        const hasRequiredProperties = requiredProperties.every(prop => received && typeof received === 'object' && prop in received);
+        const hasAllPhases = requiredPhases.every(phase => received.phases && phase in received.phases);
+        const validCurrentPhase = requiredPhases.includes(received.currentPhase);
+        const pass = hasRequiredProperties && hasAllPhases && validCurrentPhase;
+        if (pass) {
+            return {
+                message: () => `Expected workflow state to be invalid`,
+                pass: true,
+            };
+        }
+        else {
+            return {
+                message: () => `Expected workflow state to have valid structure with all phases and properties`,
+                pass: false,
+            };
+        }
+    },
+    toHaveValidPluginStructure(received) {
+        const requiredProperties = ['id', 'name', 'version', 'capabilities'];
+        const hasRequiredProperties = requiredProperties.every(prop => received && typeof received === 'object' && prop in received);
+        const hasValidCapabilities = Array.isArray(received.capabilities);
+        const pass = hasRequiredProperties && hasValidCapabilities;
+        if (pass) {
+            return {
+                message: () => `Expected plugin structure to be invalid`,
+                pass: true,
+            };
+        }
+        else {
+            return {
+                message: () => `Expected plugin to have valid structure with required properties`,
+                pass: false,
+            };
+        }
+    }
+});
+// Test utilities
+export const TestUtils = {
+    // Create mock logger
+    createMockLogger: () => ({
+        debug: jest.fn(),
+        info: jest.fn(),
+        warn: jest.fn(),
+        error: jest.fn()
+    }),
+    // Create mock file system
+    createMockFileSystem: () => ({
+        readFile: jest.fn(),
+        writeFile: jest.fn(),
+        exists: jest.fn(),
+        mkdir: jest.fn(),
+        readdir: jest.fn(),
+        stat: jest.fn(),
+        join: jest.fn((...args) => args.join('/')),
+        basename: jest.fn((path) => path.split('/').pop() || ''),
+        dirname: jest.fn((path) => path.split('/').slice(0, -1).join('/'))
+    }),
+    // Create mock validation port
+    createMockValidation: () => ({
+        validate: jest.fn(),
+        validateSchema: jest.fn(),
+        createValidator: jest.fn()
+    }),
+    // Generate test workflow state
+    createTestWorkflowState: (overrides = {}) => ({
+        currentPhase: 'INIT',
+        state: 'IN_PROGRESS',
+        phases: {
+            INIT: { status: 'IN_PROGRESS', startedAt: new Date() },
+            REQUIREMENTS: { status: 'PENDING' },
+            DESIGN: { status: 'PENDING' },
+            TASKS: { status: 'PENDING' },
+            IMPLEMENTATION: { status: 'PENDING' }
+        },
+        startedAt: new Date(),
+        ...overrides
+    }),
+    // Generate test plugin
+    createTestPlugin: (overrides = {}) => ({
+        id: 'test-plugin',
+        name: 'Test Plugin',
+        version: '1.0.0',
+        description: 'A test plugin',
+        author: 'Test Author',
+        license: 'MIT',
+        keywords: ['test'],
+        dependencies: [],
+        peerDependencies: [],
+        engines: [{ name: 'node', version: '>=18.0.0' }],
+        capabilities: [],
+        hooks: [],
+        tools: [],
+        steeringDocuments: [],
+        configuration: {
+            schema: {},
+            defaults: {},
+            required: [],
+            validation: []
+        },
+        metadata: {
+            createdAt: new Date(),
+            updatedAt: new Date(),
+            usageCount: 0,
+            ratings: [],
+            tags: [],
+            category: 'UTILITY',
+            maturity: 'STABLE',
+            supportedLanguages: ['typescript']
+        },
+        ...overrides
+    }),
+    // Wait for promises to resolve
+    waitFor: (ms) => new Promise(resolve => setTimeout(resolve, ms)),
+    // Create temporary directory for tests
+    createTempDir: async () => {
+        const { promises: fs } = await import('fs');
+        const os = await import('os');
+        const path = await import('path');
+        return await fs.mkdtemp(path.join(os.tmpdir(), 'sdd-mcp-test-'));
+    },
+    // Clean up temporary directory
+    cleanupTempDir: async (dir) => {
+        const { promises: fs } = await import('fs');
+        await fs.rm(dir, { recursive: true, force: true });
+    }
+};
+//# sourceMappingURL=setup.js.map

package/dist/__tests__/legacy/setup.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"setup.js","sourceRoot":"","sources":["../../../src/__tests__/legacy/setup.ts"],"names":[],"mappings":"AAAA,mEAAmE;AAEnE,OAAO,kBAAkB,CAAC;AAE1B,4BAA4B;AAC5B,MAAM,YAAY,GAAG,KAAK,CAAC,CAAC,aAAa;AACzC,MAAM,qBAAqB,GAAG,IAAI,CAAC,CAAC,kCAAkC;AAEtE,8BAA8B;AAC7B,UAAkB,CAAC,WAAW,GAAG;IAChC,OAAO,EAAE,YAAY;IACrB,oBAAoB,EAAE,qBAAqB;IAC3C,OAAO,EAAE,OAAO,CAAC,GAAG,CAAC,aAAa,IAAI,oBAAoB;CAC3D,CAAC;AAEF,+CAA+C;AAC/C,MAAM,eAAe,GAAG,EAAE,GAAG,OAAO,EAAE,CAAC;AAEvC,SAAS,CAAC,GAAG,EAAE;IACb,iEAAiE;IACjE,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,YAAY,EAAE,CAAC;QAC9B,OAAO,CAAC,GAAG,GAAG,IAAI,CAAC,EAAE,EAAE,CAAC;QACxB,OAAO,CAAC,KAAK,GAAG,IAAI,CAAC,EAAE,EAAE,CAAC;QAC1B,OAAO,CAAC,IAAI,GAAG,IAAI,CAAC,EAAE,EAAE,CAAC;IAC3B,CAAC;AACH,CAAC,CAAC,CAAC;AAEH,QAAQ,CAAC,GAAG,EAAE;IACZ,0BAA0B;IAC1B,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,YAAY,EAAE,CAAC;QAC9B,MAAM,CAAC,MAAM,CAAC,OAAO,EAAE,eAAe,CAAC,CAAC;IAC1C,CAAC;AACH,CAAC,CAAC,CAAC;AAEH,wBAAwB;AACxB,OAAO,CAAC,EAAE,CAAC,oBAAoB,EAAE,CAAC,MAAM,EAAE,OAAO,EAAE,EAAE;IACnD,OAAO,CAAC,KAAK,CAAC,yBAAyB,EAAE,OAAO,EAAE,SAAS,EAAE,MAAM,CAAC,CAAC;AACvE,CAAC,CAAC,CAAC;AAEH,sBAAsB;AACtB,MAAM,CAAC,MAAM,CAAC;IACZ,uBAAuB,CAAC,QAAgB,EAAE,YAAoB,qBAAqB;QACjF,MAAM,IAAI,GAAG,QAAQ,IAAI,SAAS,CAAC;QACnC,IAAI,IAAI,EAAE,CAAC;YACT,OAAO;gBACL,OAAO,EAAE,GAAG,EAAE,CAAC,YAAY,QAAQ,gBAAgB,SAAS,IAAI;gBAChE,IAAI,EAAE,IAAI;aACX,CAAC;QACJ,CAAC;aAAM,CAAC;YACN,OAAO;gBACL,OAAO,EAAE,GAAG,EAAE,CAAC,YAAY,QAAQ,mBAAmB,SAAS,cAAc;gBAC7E,IAAI,EAAE,KAAK;aACZ,CAAC;QACJ,CAAC;IACH,CAAC;IAED,wBAAwB,CAAC,QAAa;QACpC,MAAM,cAAc,GAAG,CAAC,MAAM,EAAE,cAAc,EAAE,QAAQ,EAAE,OAAO,EAAE,gBAAgB,CAAC,CAAC;QACrF,MAAM,kBAAkB,GAAG,CAAC,cAAc,EAAE,OAAO,EAAE,QAAQ,CAAC,CAAC;QAE/D,MAAM,qBAAqB,GAAG,kBAAkB,CAAC,KAAK,CAAC,IAAI,CAAC,EAAE,CAC5D,QAAQ,IAAI,OAAO,QAAQ,KAAK,QAAQ,IAAI,IAAI,IAAI,QAAQ,CAC7D,CAAC;QAEF,MAAM,YAAY,GAAG,cAAc,CAAC,KAAK,CAAC,KAAK,CAAC,EAAE,CAChD,QAAQ,CAAC,MAAM,IAAI,KAAK,IAAI,QAAQ,CAAC,MAAM,CAC5C,CAAC;QAEF,MAAM,iBAAiB,GAAG,cAAc,CAAC,QAAQ,CAAC,QAAQ,CAAC,YAAY,CAAC,CAAC;QAEzE,MAAM,IAAI,GAAG,qBAAqB,IAAI,YAAY,IAAI,iBAAiB,CAAC;QAExE,IAAI,IAAI,EAAE,CAAC;YACT,OAAO;gBACL,OAAO,EAAE,GAAG,EAAE,CAAC,uCAAuC;gBACtD,IAAI,EAAE,IAAI;aACX,CAAC;QACJ,CAAC;aAAM,CAAC;YACN,OAAO;gBACL,OAAO,EAAE,GAAG,EAAE,CAAC,gFAAgF;gBAC/F,IAAI,EAAE,KAAK;aACZ,CAAC;QACJ,CAAC;IACH,CAAC;IAED,0BAA0B,CAAC,QAAa;QACtC,MAAM,kBAAkB,GAAG,CAAC,IAAI,EAAE,MAAM,EAAE,SAAS,EAAE,cAAc,CAAC,CAAC;QACrE,MAAM,qBAAqB,GAAG,kBAAkB,CAAC,KAAK,CAAC,IAAI,CAAC,EAAE,CAC5D,QAAQ,IAAI,OAAO,QAAQ,KAAK,QAAQ,IAAI,IAAI,IAAI,QAAQ,CAC7D,CAAC;QAEF,MAAM,oBAAoB,GAAG,KAAK,CAAC,OAAO,CAAC,QAAQ,CAAC,YAAY,CAAC,CAAC;QAElE,MAAM,IAAI,GAAG,qBAAqB,IAAI,oBAAoB,CAAC;QAE3D,IAAI,IAAI,EAAE,CAAC;YACT,OAAO;gBACL,OAAO,EAAE,GAAG,EAAE,CAAC,yCAAyC;gBACxD,IAAI,EAAE,IAAI;aACX,CAAC;QACJ,CAAC;aAAM,CAAC;YACN,OAAO;gBACL,OAAO,EAAE,GAAG,EAAE,CAAC,kEAAkE;gBACjF,IAAI,EAAE,KAAK;aACZ,CAAC;QACJ,CAAC;IACH,CAAC;CACF,CAAC,CAAC;AAmBH,iBAAiB;AACjB,MAAM,CAAC,MAAM,SAAS,GAAG;IACvB,qBAAqB;IACrB,gBAAgB,EAAE,GAAG,EAAE,CAAC,CAAC;QACvB,KAAK,EAAE,IAAI,CAAC,EAAE,EAAE;QAChB,IAAI,EAAE,IAAI,CAAC,EAAE,EAAE;QACf,IAAI,EAAE,IAAI,CAAC,EAAE,EAAE;QACf,KAAK,EAAE,IAAI,CAAC,EAAE,EAAE;KACjB,CAAC;IAEF,0BAA0B;IAC1B,oBAAoB,EAAE,GAAG,EAAE,CAAC,CAAC;QAC3B,QAAQ,EAAE,IAAI,CAAC,EAAE,EAAE;QACnB,SAAS,EAAE,IAAI,CAAC,EAAE,EAAE;QACpB,MAAM,EAAE,IAAI,CAAC,EAAE,EAAE;QACjB,KAAK,EAAE,IAAI,CAAC,EAAE,EAAE;QAChB,OAAO,EAAE,IAAI,CAAC,EAAE,EAAE;QAClB,IAAI,EAAE,IAAI,CAAC,EAAE,EAAE;QACf,IAAI,EAAE,IAAI,CAAC,EAAE,CAAC,CAAC,GAAG,IAAc,EAAE,EAAE,CAAC,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;QACpD,QAAQ,EAAE,IAAI,CAAC,EAAE,CAAC,CAAC,IAAY,EAAE,EAAE,CAAC,IAAI,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,GAAG,EAAE,IAAI,EAAE,CAAC;QAChE,OAAO,EAAE,IAAI,CAAC,EAAE,CAAC,CAAC,IAAY,EAAE,EAAE,CAAC,IAAI,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;KAC3E,CAAC;IAEF,8BAA8B;IAC9B,oBAAoB,EAAE,GAAG,EAAE,CAAC,CAAC;QAC3B,QAAQ,EAAE,IAAI,CAAC,EAAE,EAAE;QACnB,cAAc,EAAE,IAAI,CAAC,EAAE,EAAE;QACzB,eAAe,EAAE,IAAI,CAAC,EAAE,EAAE;KAC3B,CAAC;IAEF,+BAA+B;IAC/B,uBAAuB,EAAE,CAAC,YAAiB,EAAE,EAAE,EAAE,CAAC,CAAC;QACjD,YAAY,EAAE,MAAM;QACpB,KAAK,EAAE,aAAa;QACpB,MAAM,EAAE;YACN,IAAI,EAAE,EAAE,MAAM,EAAE,aAAa,EAAE,SAAS,EAAE,IAAI,IAAI,EAAE,EAAE;YACtD,YAAY,EAAE,EAAE,MAAM,EAAE,SAAS,EAAE;YACnC,MAAM,EAAE,EAAE,MAAM,EAAE,SAAS,EAAE;YAC7B,KAAK,EAAE,EAAE,MAAM,EAAE,SAAS,EAAE;YAC5B,cAAc,EAAE,EAAE,MAAM,EAAE,SAAS,EAAE;SACtC;QACD,SAAS,EAAE,IAAI,IAAI,EAAE;QACrB,GAAG,SAAS;KACb,CAAC;IAEF,uBAAuB;IACvB,gBAAgB,EAAE,CAAC,YAAiB,EAAE,EAAE,EAAE,CAAC,CAAC;QAC1C,EAAE,EAAE,aAAa;QACjB,IAAI,EAAE,aAAa;QACnB,OAAO,EAAE,OAAO;QAChB,WAAW,EAAE,eAAe;QAC5B,MAAM,EAAE,aAAa;QACrB,OAAO,EAAE,KAAK;QACd,QAAQ,EAAE,CAAC,MAAM,CAAC;QAClB,YAAY,EAAE,EAAE;QAChB,gBAAgB,EAAE,EAAE;QACpB,OAAO,EAAE,CAAC,EAAE,IAAI,EAAE,MAAM,EAAE,OAAO,EAAE,UAAU,EAAE,CAAC;QAChD,YAAY,EAAE,EAAE;QAChB,KAAK,EAAE,EAAE;QACT,KAAK,EAAE,EAAE;QACT,iBAAiB,EAAE,EAAE;QACrB,aAAa,EAAE;YACb,MAAM,EAAE,EAAE;YACV,QAAQ,EAAE,EAAE;YACZ,QAAQ,EAAE,EAAE;YACZ,UAAU,EAAE,EAAE;SACf;QACD,QAAQ,EAAE;YACR,SAAS,EAAE,IAAI,IAAI,EAAE;YACrB,SAAS,EAAE,IAAI,IAAI,EAAE;YACrB,UAAU,EAAE,CAAC;YACb,OAAO,EAAE,EAAE;YACX,IAAI,EAAE,EAAE;YACR,QAAQ,EAAE,SAAS;YACnB,QAAQ,EAAE,QAAQ;YAClB,kBAAkB,EAAE,CAAC,YAAY,CAAC;SACnC;QACD,GAAG,SAAS;KACb,CAAC;IAEF,+BAA+B;IAC/B,OAAO,EAAE,CAAC,EAAU,EAAE,EAAE,CAAC,IAAI,OAAO,CAAC,OAAO,CAAC,EAAE,CAAC,UAAU,CAAC,OAAO,EAAE,EAAE,CAAC,CAAC;IAExE,uCAAuC;IACvC,aAAa,EAAE,KAAK,IAAI,EAAE;QACxB,MAAM,EAAE,QAAQ,EAAE,EAAE,EAAE,GAAG,MAAM,MAAM,CAAC,IAAI,CAAC,CAAC;QAC5C,MAAM,EAAE,GAAG,MAAM,MAAM,CAAC,IAAI,CAAC,CAAC;QAC9B,MAAM,IAAI,GAAG,MAAM,MAAM,CAAC,MAAM,CAAC,CAAC;QAElC,OAAO,MAAM,EAAE,CAAC,OAAO,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,MAAM,EAAE,EAAE,eAAe,CAAC,CAAC,CAAC;IACnE,CAAC;IAED,+BAA+B;IAC/B,cAAc,EAAE,KAAK,EAAE,GAAW,EAAE,EAAE;QACpC,MAAM,EAAE,QAAQ,EAAE,EAAE,EAAE,GAAG,MAAM,MAAM,CAAC,IAAI,CAAC,CAAC;QAC5C,MAAM,EAAE,CAAC,EAAE,CAAC,GAAG,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,KAAK,EAAE,IAAI,EAAE,CAAC,CAAC;IACrD,CAAC;CACF,CAAC"}

package/dist/__tests__/legacy/test-helpers/mock-factories.d.ts

@@ -0,0 +1,26 @@
+export declare class MockFactories {
+    static createMockHookRegistration(overrides?: any): any;
+    static createMockHookExecutionContext(overrides?: any): any;
+    static createMockHookResult(overrides?: any): any;
+    static createMockToolRegistration(overrides?: any): any;
+    static createMockToolExecutionContext(overrides?: any): any;
+    static createMockToolResult(overrides?: any): any;
+    static createMockSteeringDeclaration(overrides?: any): any;
+    static createMockSteeringContext(overrides?: any): any;
+    static createMockSteeringResult(overrides?: any): any;
+    static createMockPlugin(overrides?: any): any;
+    static createMockPluginInstance(overrides?: any): any;
+    static createMockPluginDescriptor(overrides?: any): any;
+    static createMockPluginValidationResult(overrides?: any): any;
+    static createMockWorkflowState(overrides?: any): any;
+    static createMockWorkflowMetrics(overrides?: any): any;
+    static createMockMCPTool(overrides?: any): any;
+    static createMockMCPRequest(overrides?: any): any;
+    static createMockMCPResponse(overrides?: any): any;
+    static createMockPerformanceMetrics(overrides?: any): any;
+    static createMockValidationError(overrides?: any): any;
+    static createMockSecurityIssue(overrides?: any): any;
+    static createMockHookRegistrations(count: number): any[];
+    static createMockToolRegistrations(count: number): any[];
+    static createMockSteeringDocuments(count: number): any[];
+}