@sun-asterisk/sungen 1.0.0

package/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2025 Bach Ngoc Hoai
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/README.md

@@ -0,0 +1,490 @@
+# Sungen - AI-Native E2E Test Generator
+
+**Version**: 3.2.0 (Unreleased)
+**Priority-Based E2E Test Generation with Deterministic Selector Mapping**
+
+---
+
+## 🎯 What is Sungen?
+
+Sungen is a **deterministic-first** E2E test automation framework that generates Playwright tests from Gherkin features using a **priority-based approach**:
+
+1. **Strict UI Scanning** - Filters only interactive elements (input, button, a, select, textarea)
+2. **Priority-Based Selector Mapping**:
+   - **1️⃣ Direct ID Match** - Exact `data-testid` matching (instant, free, deterministic)
+   - **2️⃣ Accessibility Match** - Semantic `role` + `aria-label` matching
+   - **3️⃣ AI Fallback** - Claude Sonnet as last resort (not primary solution)
+3. **Auto-Tagging Tool** - Inject stable `data-testid` into source code proactively
+4. **Test Generation** - Create production-ready Playwright test code
+
+**Key Achievement**: **90%+ Direct ID match rate** with minimal AI dependency!
+
+---
+
+## 🚀 Quick Start
+
+### Installation
+
+```bash
+npm install -g @sungen/cli
+```
+
+Or use locally in your project:
+
+```bash
+npm install --save-dev @sungen/cli
+```
+
+### Setup
+
+1. Initialize your Sungen project:
+
+```bash
+sungen init
+```
+
+This creates:
+- `qa/screens/` - Screen definitions directory (use `sungen add --screen` to create)
+- `spec/generated/` - Generated test code output directory
+- `playwright.config.ts` - Playwright configuration
+- `.gitignore` - Updated with Sungen patterns
+
+**Note:** Use `sungen add --screen <name>` to create screen definitions with proper structure.
+
+2. Set your API key:
+
+```bash
+export ANTHROPIC_API_KEY=your_api_key_here
+```
+
+3. Create your first screen definition:
+
+```bash
+sungen add --screen login --path /auth/login
+```
+
+This creates a screen definition with:
+- `qa/screens/login/features/login.feature` - Gherkin scenarios
+- `qa/screens/login/selectors/login.yaml` - Element selectors
+- `qa/screens/login/test-data/login.yaml` - Test data variables
+
+4. Edit the generated feature file and run the pipeline:
+
+### Usage
+
+```bash
+# Create a new screen definition
+sungen add --screen login --path /auth/login
+
+# Step by step:
+sungen map --screen login          # 2. Map selectors with AI
+sungen generate --screen login     # 3. Generate Playwright tests
+
+# Clear cache
+sungen cache-clear
+```
+
+---
+
+## 📁 Project Structure
+
+```
+your-project/
+├── app/                          # Your React source
+│   ├── auth/
+│   │   └── page.tsx
+│   └── chat/
+│       └── page.tsx
+│
+├── qa/                           # Input artifacts
+│   └── screens/                  # Screen definitions (NEW structure)
+│       └── auth/
+│           ├── features/         # Gherkin scenarios
+│           │   └── login.feature
+│           │   └── logout.feature
+│           ├── selectors/        # Element mappings
+│           │   └── login.yaml
+│           │   └── logout.yaml
+│           └── test-data/        # Test variables
+│               └── login.yaml
+│               └── logout.yaml
+│
+├── specs/                        # Output artifacts (sibling to qa/)
+│   └── generated/                # Generated Playwright tests
+│       └── auth
+│           ├── login.spec.ts
+│           └── logout.spec.ts
+│
+└── sungen.config.yaml            # Framework configuration
+```
+
+
+**Key Changes in v3.2:**
+- Organized by screens: Each screen has its own directory
+- Self-contained: Features, selectors, and test data grouped together
+- Use `sungen add --screen <name>` to create new screen definitions
+
+---
+
+## 🎨 Gherkin Syntax
+
+Sungen uses a **simple, natural language grammar** for Gherkin:
+
+**Pattern**: `User + action + [element] + with {{data}}`
+
+### Example Feature File
+
+```gherkin
+Feature: Login Screen
+
+  As a user
+  I want to interact with the Login screen
+  So that I can access my account
+  Path: /auth/login
+
+  @high
+  Scenario: User logs in successfully
+    Given User open page
+    When User fill [Email] field with {{valid_email}}
+    And User fill [Password] field with {{valid_password}}
+    And User click [Login] button
+    Then User see [Welcome message !] text with {{success_message}}
+```
+
+### Grammar Rules
+
+| Component | Syntax | Example |
+|-----------|--------|---------|
+| **Actor** | `User` | `User open page` |
+| **Action** | `click`, `fill`, `see` | `User click [button]` |
+| **Element** | `[element name]` | `[Email] field`, `[submit] button` |
+| **Data** | `{{variable}}` | `{{valid_email}}`, `{{success.message}}` |
+| **Path** | `Path: /route` | `Path: /auth/login` |
+
+### Common Actions
+
+```gherkin
+# Navigation
+Given User open page
+
+# Input
+When User fill [element] field with {{data}}
+
+# Click
+When User click [element] button
+
+# Verification
+Then User see [element] text with {{expected_text}}
+```
+
+### Test Data
+
+Define variables in `test-data/<screen>.yaml`:
+
+```yaml
+# test-data/login.yaml
+valid_email: "user@example.com"
+valid_password: "SecurePassword123"
+success:
+  message: "Welcome back!"
+```
+
+### Element Selectors
+
+Map elements in `selectors/<screen>.yaml`:
+
+```yaml
+# selectors/login.yaml
+email-input:
+  selector: ""
+  type: "testid"
+  
+submit-button:
+  selector: ""
+  type: "role"
+  value: "button"
+```
+
+---
+
+## 🏗️ Architecture
+
+
+---
+
+## 📖 CLI Commands
+
+### `sungen init`
+Initialize Sungen project structure
+
+```bash
+sungen init
+```
+
+Creates:
+- `qa/screens/` directory for screen definitions
+- `spec/generated/` directory for generated tests
+- `playwright.config.ts` if it doesn't exist
+- Updates `.gitignore` with Sungen patterns
+
+### `sungen add --screen` ⭐ NEW
+Create a new screen definition with scaffolded files. Supports multiple test scenarios per screen.
+
+```bash
+sungen add --screen <name> [options]
+
+Options:
+  --screen <name>        Screen name (required)
+  -p, --path <path>      Screen route path - also controls filename
+  -d, --description      Screen description
+
+Examples:
+  # Create screen with default file
+  sungen add --screen login
+  
+  # Create screen with custom path/filename
+  sungen add --screen login --path /login-valid --description "Valid login"
+  
+  # Add additional test scenarios to existing screen
+  sungen add --screen login --path /login-invalid
+  sungen add --screen login --path /login-mfa
+```
+
+**What it does:**
+- **First call**: Creates `qa/screens/<name>/` directory structure
+- **Subsequent calls**: Adds additional feature files to existing screen
+- Generates `features/<filename>.feature` with Gherkin template
+- Generates `selectors/<filename>.yaml` with selector structure
+- Generates `test-data/<filename>.yaml` for test variables
+- **Path option**: Controls both filename and Path metadata in feature file
+
+**Multi-file workflow** (organizing test scenarios):
+```bash
+# Create base screen
+sungen add --screen login
+
+# Add valid login scenario
+sungen add --screen login --path /login-valid
+
+# Add invalid credentials scenario
+sungen add --screen login --path /login-invalid
+
+# Add 2FA scenario
+sungen add --screen login --path /login-mfa
+```
+
+Result:
+```
+qa/screens/login/
+  ├── features/
+  │   ├── login.feature
+  │   ├── login-valid.feature
+  │   ├── login-invalid.feature
+  │   └── login-mfa.feature
+  ├── selectors/
+  │   ├── login.yaml
+  │   ├── login-valid.yaml
+  │   ├── login-invalid.yaml
+  │   └── login-mfa.yaml
+  └── test-data/
+      ├── login.yaml
+      ├── login-valid.yaml
+      ├── login-invalid.yaml
+      └── login-mfa.yaml
+```
+
+**Backward compatible**: Default behavior (no `--path`) creates single file named after screen.
+
+
+### `sungen map`
+Map Gherkin references to actual selectors using AI
+
+```bash
+sungen map --screen <screen-name> [options]
+
+Options:
+  --screen <name>   Screen name to map (required)
+  --all             Map all screens
+  --force           Force regeneration, bypass cache, overwrite existing files
+  --verbose         Detailed output
+```
+
+**Output:** Processes each feature file individually, generating separate YAML files for each:
+
+```
+Mapping screen: login
+
+✓ Mapped login.feature
+   → selectors/login.yaml (5 elements)
+   → test-data/login.yaml (3 variables)
+   
+✓ Mapped login-valid.feature
+   → selectors/login-valid.yaml (3 elements)
+   → test-data/login-valid.yaml (2 variables)
+
+Next step: sungen generate --screen login
+```
+
+**Multi-file support:** Each `.feature` file generates matching `.yaml` files, maintaining clean separation between test scenarios.
+
+### `sungen generate`
+Generate Playwright test code from features
+
+```bash
+sungen generate [options]
+
+Options:
+  --ai-mapper          Enable AI fallback for unknown Gherkin patterns
+  --framework <name>   Test framework (playwright, appium, integration) - default: playwright
+  -s, --screen <name>  Filter generation to specific screen (recommended)
+  -f, --force          Force regeneration, bypass cache
+
+Examples:
+  sungen generate --screen login     # Generate tests for login screen
+  sungen generate -s login --force   # Force regenerate login screen tests
+  sungen generate                    # Generate all tests (legacy)
+```
+
+**Output:** Shows per-file results with step counts:
+
+```
+Generating tests: login
+
+✓ Generated login.spec.ts
+   → spec/generated/login/login.spec.ts (8 steps)
+
+✓ Generated login-valid.spec.ts
+   → spec/generated/login/login-valid.spec.ts (5 steps)
+
+✓ Generated login-invalid.spec.ts
+   → spec/generated/login/login-invalid.spec.ts (3 steps)
+
+Next step: npx playwright test
+```
+
+**Selector Merging:** Supports optional base + feature-specific selector files:
+- **Base file**: `selectors/<screen>.yaml` - Shared selectors for all scenarios
+- **Feature file**: `selectors/<feature-name>.yaml` - Scenario-specific selectors (required)
+- Feature-specific selectors override base selectors when keys conflict
+
+**Validation:** Checks for missing selector files before generation and suggests running `map` command if needed.
+
+### `sungen full`
+Run complete pipeline (discover + map + generate)
+
+```bash
+sungen full [options]
+
+Options:
+  --screen <name>   Process specific screen (optional)
+  --depth <num>     Max component depth
+  --force           Force regeneration
+  --verbose         Detailed output
+```
+
+### `sungen cache-clear`
+Clear all cached data
+
+```bash
+sungen cache-clear
+```
+
+### `sungen auto-tag` ⭐ NEW
+Auto-inject stable `data-testid` attributes into source code
+
+```bash
+sungen auto-tag [options]
+
+Options:
+  --screen <name>   Tag specific screen (optional, defaults to all)
+  --dry-run         Preview changes without modifying files
+  --force           Overwrite existing data-testid (use with caution)
+  --verbose         Show detailed changes
+
+Examples:
+  sungen auto-tag --screen login --dry-run   # Preview changes
+  sungen auto-tag --screen login             # Apply changes
+  sungen auto-tag                            # Tag all screens
+```
+
+**What it does:**
+- Scans React/Vue/HTML source code for interactive elements
+- Injects `data-testid="screen-element"` attributes
+- Idempotent (skips if `data-testid` already exists)
+- Preserves code formatting (Prettier/ESLint compatible)
+
+**Before:**
+```tsx
+<input type="email" name="email" />
+<button onClick={handleSubmit}>Login</button>
+```
+
+**After:**
+```tsx
+<input type="email" name="email" data-testid="login-email-input" />
+<button onClick={handleSubmit} data-testid="login-submit-btn">Login</button>
+```
+
+---
+
+## 🎓 Examples
+
+See the `/examples` folder for complete working examples:
+
+- **ai-chat** - Chat application with authentication
+- More examples coming soon!
+
+---
+
+## 📚 Documentation
+
+### Getting Started
+- **[Documentation Index](docs/README.md)** - Start here for all documentation
+- **[Implementation Guide](docs/IMPLEMENTATION_GUIDE.md)** ⭐ **Core reference**
+  - Kim chỉ nam (North Star Principles)
+  - Architecture overview
+  - Implementation roadmap
+  - Best practices
+
+### Core Guides
+- **[System Overview](docs/SYSTEM_OVERVIEW.md)** - High-level architecture
+- **[Gherkin Standards](docs/GHERKIN_STANDARDS.md)** - Gherkin syntax and conventions
+- **[Selector Override Guide](docs/SELECTOR_OVERRIDE_GUIDE.md)** - How to fix AI mapping errors
+- **[Debugging Guide](docs/DEBUGGING_GUIDE.md)** - Troubleshooting common issues
+
+### Recent Updates
+- **[Improvement Summary](docs/IMPROVEMENT_SUMMARY.md)** - Latest fixes and improvements (Dec 2025)
+  - Test results: 1 → 6 passed (+500%)
+  - Selector override mechanism
+  - Heuristic mapper implementation
+  - Complete test-data structure
+
+### Quick Links
+- **For QA**: Start with [Gherkin Standards](docs/GHERKIN_STANDARDS.md)
+- **For Developers**: Read [Implementation Guide](docs/IMPLEMENTATION_GUIDE.md)
+- **Fix AI Errors**: Use [Selector Override](docs/SELECTOR_OVERRIDE_GUIDE.md)
+
+---
+
+## 🤝 Contributing
+
+Contributions are welcome! Please read our contributing guidelines and follow the **Kim chỉ nam (North Star Principles)** in the [Implementation Guide](docs/IMPLEMENTATION_GUIDE.md).
+
+---
+
+## 📝 License
+
+MIT License - see LICENSE file for details
+
+---
+
+## 🙏 Credits
+
+- Built with [Claude Sonnet 4.5](https://www.anthropic.com/claude)
+- Uses [@anthropic-ai/sdk](https://github.com/anthropics/anthropic-sdk-typescript)
+- Powered by [Playwright](https://playwright.dev/)
+- Gherkin parsing by [@cucumber/gherkin](https://github.com/cucumber/gherkin)
+
+---
+
+**Made with ❤️ by Bach Ngoc Hoai**

package/bin/sungen.js

@@ -0,0 +1,12 @@
+#!/usr/bin/env node
+
+/**
+ * Sungen CLI Entry Point
+ * This file is the executable entry point for the sungen command
+ */
+
+// Import tsx loader and run the CLI
+require('tsx/cjs/api').register();
+
+// Load and execute the CLI
+require('../src/cli/index.ts');

package/dist/cli/commands/auto-tag-command.d.ts

@@ -0,0 +1,8 @@
+/**
+ * Auto-Tag CLI Command
+ * Injects data-testid attributes into source code
+ */
+import { Command } from 'commander';
+import { RuntimeConfig } from '../../config/config-schema';
+export declare function createAutoTagCommand(config: RuntimeConfig): Command;
+//# sourceMappingURL=auto-tag-command.d.ts.map

package/dist/cli/commands/auto-tag-command.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"auto-tag-command.d.ts","sourceRoot":"","sources":["../../../src/cli/commands/auto-tag-command.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAEH,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAEpC,OAAO,EAAE,aAAa,EAAE,MAAM,4BAA4B,CAAC;AAG3D,wBAAgB,oBAAoB,CAAC,MAAM,EAAE,aAAa,GAAG,OAAO,CAqEnE"}

package/dist/cli/commands/auto-tag-command.js

@@ -0,0 +1,104 @@
+"use strict";
+/**
+ * Auto-Tag CLI Command
+ * Injects data-testid attributes into source code
+ */
+var __createBinding = (this && this.__createBinding) || (Object.create ? (function(o, m, k, k2) {
+    if (k2 === undefined) k2 = k;
+    var desc = Object.getOwnPropertyDescriptor(m, k);
+    if (!desc || ("get" in desc ? !m.__esModule : desc.writable || desc.configurable)) {
+      desc = { enumerable: true, get: function() { return m[k]; } };
+    }
+    Object.defineProperty(o, k2, desc);
+}) : (function(o, m, k, k2) {
+    if (k2 === undefined) k2 = k;
+    o[k2] = m[k];
+}));
+var __setModuleDefault = (this && this.__setModuleDefault) || (Object.create ? (function(o, v) {
+    Object.defineProperty(o, "default", { enumerable: true, value: v });
+}) : function(o, v) {
+    o["default"] = v;
+});
+var __importStar = (this && this.__importStar) || (function () {
+    var ownKeys = function(o) {
+        ownKeys = Object.getOwnPropertyNames || function (o) {
+            var ar = [];
+            for (var k in o) if (Object.prototype.hasOwnProperty.call(o, k)) ar[ar.length] = k;
+            return ar;
+        };
+        return ownKeys(o);
+    };
+    return function (mod) {
+        if (mod && mod.__esModule) return mod;
+        var result = {};
+        if (mod != null) for (var k = ownKeys(mod), i = 0; i < k.length; i++) if (k[i] !== "default") __createBinding(result, mod, k[i]);
+        __setModuleDefault(result, mod);
+        return result;
+    };
+})();
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.createAutoTagCommand = createAutoTagCommand;
+const commander_1 = require("commander");
+const auto_tagger_1 = require("../../tools/auto-tagger");
+const path = __importStar(require("path"));
+function createAutoTagCommand(config) {
+    const cmd = new commander_1.Command('auto-tag');
+    cmd
+        .description('Auto-inject stable data-testid attributes into source code')
+        .option('--screen <name>', 'Tag specific screen (optional, defaults to all)')
+        .option('--dry-run', 'Preview changes without modifying files', false)
+        .option('--force', 'Overwrite existing data-testid attributes', false)
+        .option('--verbose', 'Show detailed output', false)
+        .action(async (options) => {
+        try {
+            console.log('\n🏷️  Sungen Auto-Tagger\n');
+            // Build config
+            const autoTagConfig = {
+                sourceRoot: path.resolve(config.paths.sourceRoot),
+                projectRoot: process.cwd(),
+                screenName: options.screen,
+                dryRun: options.dryRun,
+                force: options.force,
+                verbose: options.verbose,
+                preserveFormatting: false,
+            };
+            if (options.dryRun) {
+                console.log('🔍 DRY RUN MODE - No files will be modified\n');
+            }
+            if (options.screen) {
+                console.log(`📍 Tagging screen: ${options.screen}\n`);
+            }
+            else {
+                console.log('📍 Tagging all screens\n');
+            }
+            // Run auto-tagger
+            const tagger = new auto_tagger_1.AutoTagger(autoTagConfig);
+            const stats = await tagger.tag();
+            // Display results
+            console.log('\n📊 RESULTS:\n');
+            console.log(`Files Processed:     ${stats.totalFiles}`);
+            console.log(`Files Modified:      ${stats.modifiedFiles}`);
+            console.log(`Total Elements:      ${stats.totalElements}`);
+            console.log(`Elements Tagged:     ${stats.taggedElements}`);
+            console.log(`Elements Skipped:    ${stats.skippedElements}`);
+            console.log(`Processing Time:     ${stats.processingTime}ms`);
+            if (stats.taggedElements > 0) {
+                const coverage = ((stats.taggedElements / stats.totalElements) * 100).toFixed(1);
+                console.log(`\n✨ Coverage: ${coverage}% of interactive elements now have data-testid`);
+            }
+            if (options.dryRun && stats.taggedElements > 0) {
+                console.log(`\n💡 Run without --dry-run to apply changes`);
+            }
+            if (!options.dryRun && stats.modifiedFiles > 0) {
+                console.log(`\n✅ Successfully tagged ${stats.taggedElements} elements in ${stats.modifiedFiles} files`);
+            }
+            console.log('');
+        }
+        catch (error) {
+            console.error('\n❌ Auto-tagging failed:', error.message);
+            process.exit(1);
+        }
+    });
+    return cmd;
+}
+//# sourceMappingURL=auto-tag-command.js.map

package/dist/cli/commands/auto-tag-command.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"auto-tag-command.js","sourceRoot":"","sources":["../../../src/cli/commands/auto-tag-command.ts"],"names":[],"mappings":";AAAA;;;GAGG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;AAOH,oDAqEC;AA1ED,yCAAoC;AACpC,yDAAoE;AAEpE,2CAA6B;AAE7B,SAAgB,oBAAoB,CAAC,MAAqB;IACxD,MAAM,GAAG,GAAG,IAAI,mBAAO,CAAC,UAAU,CAAC,CAAC;IAEpC,GAAG;SACA,WAAW,CAAC,4DAA4D,CAAC;SACzE,MAAM,CAAC,iBAAiB,EAAE,iDAAiD,CAAC;SAC5E,MAAM,CAAC,WAAW,EAAE,yCAAyC,EAAE,KAAK,CAAC;SACrE,MAAM,CAAC,SAAS,EAAE,2CAA2C,EAAE,KAAK,CAAC;SACrE,MAAM,CAAC,WAAW,EAAE,sBAAsB,EAAE,KAAK,CAAC;SAClD,MAAM,CAAC,KAAK,EAAE,OAAO,EAAE,EAAE;QACxB,IAAI,CAAC;YACH,OAAO,CAAC,GAAG,CAAC,6BAA6B,CAAC,CAAC;YAE3C,eAAe;YACf,MAAM,aAAa,GAAkB;gBACnC,UAAU,EAAE,IAAI,CAAC,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,UAAU,CAAC;gBACjD,WAAW,EAAE,OAAO,CAAC,GAAG,EAAE;gBAC1B,UAAU,EAAE,OAAO,CAAC,MAAM;gBAC1B,MAAM,EAAE,OAAO,CAAC,MAAM;gBACtB,KAAK,EAAE,OAAO,CAAC,KAAK;gBACpB,OAAO,EAAE,OAAO,CAAC,OAAO;gBACxB,kBAAkB,EAAE,KAAK;aAC1B,CAAC;YAEF,IAAI,OAAO,CAAC,MAAM,EAAE,CAAC;gBACnB,OAAO,CAAC,GAAG,CAAC,+CAA+C,CAAC,CAAC;YAC/D,CAAC;YAED,IAAI,OAAO,CAAC,MAAM,EAAE,CAAC;gBACnB,OAAO,CAAC,GAAG,CAAC,sBAAsB,OAAO,CAAC,MAAM,IAAI,CAAC,CAAC;YACxD,CAAC;iBAAM,CAAC;gBACN,OAAO,CAAC,GAAG,CAAC,0BAA0B,CAAC,CAAC;YAC1C,CAAC;YAED,kBAAkB;YAClB,MAAM,MAAM,GAAG,IAAI,wBAAU,CAAC,aAAa,CAAC,CAAC;YAC7C,MAAM,KAAK,GAAG,MAAM,MAAM,CAAC,GAAG,EAAE,CAAC;YAEjC,kBAAkB;YAClB,OAAO,CAAC,GAAG,CAAC,iBAAiB,CAAC,CAAC;YAC/B,OAAO,CAAC,GAAG,CAAC,wBAAwB,KAAK,CAAC,UAAU,EAAE,CAAC,CAAC;YACxD,OAAO,CAAC,GAAG,CAAC,wBAAwB,KAAK,CAAC,aAAa,EAAE,CAAC,CAAC;YAC3D,OAAO,CAAC,GAAG,CAAC,wBAAwB,KAAK,CAAC,aAAa,EAAE,CAAC,CAAC;YAC3D,OAAO,CAAC,GAAG,CAAC,wBAAwB,KAAK,CAAC,cAAc,EAAE,CAAC,CAAC;YAC5D,OAAO,CAAC,GAAG,CAAC,wBAAwB,KAAK,CAAC,eAAe,EAAE,CAAC,CAAC;YAC7D,OAAO,CAAC,GAAG,CAAC,wBAAwB,KAAK,CAAC,cAAc,IAAI,CAAC,CAAC;YAE9D,IAAI,KAAK,CAAC,cAAc,GAAG,CAAC,EAAE,CAAC;gBAC7B,MAAM,QAAQ,GAAG,CAAC,CAAC,KAAK,CAAC,cAAc,GAAG,KAAK,CAAC,aAAa,CAAC,GAAG,GAAG,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,CAAC;gBACjF,OAAO,CAAC,GAAG,CAAC,iBAAiB,QAAQ,gDAAgD,CAAC,CAAC;YACzF,CAAC;YAED,IAAI,OAAO,CAAC,MAAM,IAAI,KAAK,CAAC,cAAc,GAAG,CAAC,EAAE,CAAC;gBAC/C,OAAO,CAAC,GAAG,CAAC,6CAA6C,CAAC,CAAC;YAC7D,CAAC;YAED,IAAI,CAAC,OAAO,CAAC,MAAM,IAAI,KAAK,CAAC,aAAa,GAAG,CAAC,EAAE,CAAC;gBAC/C,OAAO,CAAC,GAAG,CAAC,2BAA2B,KAAK,CAAC,cAAc,gBAAgB,KAAK,CAAC,aAAa,QAAQ,CAAC,CAAC;YAC1G,CAAC;YAED,OAAO,CAAC,GAAG,CAAC,EAAE,CAAC,CAAC;QAElB,CAAC;QAAC,OAAO,KAAU,EAAE,CAAC;YACpB,OAAO,CAAC,KAAK,CAAC,0BAA0B,EAAE,KAAK,CAAC,OAAO,CAAC,CAAC;YACzD,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC;QAClB,CAAC;IACH,CAAC,CAAC,CAAC;IAEL,OAAO,GAAG,CAAC;AACb,CAAC"}

package/dist/cli/index.d.ts

@@ -0,0 +1,7 @@
+#!/usr/bin/env node
+/**
+ * Sungen CLI - AI-Native E2E Test Generator
+ * Command-line interface for generating E2E tests from Gherkin features
+ */
+export {};
+//# sourceMappingURL=index.d.ts.map

package/dist/cli/index.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../src/cli/index.ts"],"names":[],"mappings":";AACA;;;GAGG"}