Files
geutebruck/.playwright-mcp/node_modules/playwright/lib/agents/playwright-test-generator.agent.md
Administrator 14893e62a5 feat: Geutebruck GeViScope/GeViSoft Action Mapping System - MVP
This MVP release provides a complete full-stack solution for managing action mappings
in Geutebruck's GeViScope and GeViSoft video surveillance systems.

## Features

### Flutter Web Application (Port 8081)
- Modern, responsive UI for managing action mappings
- Action picker dialog with full parameter configuration
- Support for both GSC (GeViScope) and G-Core server actions
- Consistent UI for input and output actions with edit/delete capabilities
- Real-time action mapping creation, editing, and deletion
- Server categorization (GSC: prefix for GeViScope, G-Core: prefix for G-Core servers)

### FastAPI REST Backend (Port 8000)
- RESTful API for action mapping CRUD operations
- Action template service with comprehensive action catalog (247 actions)
- Server management (G-Core and GeViScope servers)
- Configuration tree reading and writing
- JWT authentication with role-based access control
- PostgreSQL database integration

### C# SDK Bridge (gRPC, Port 50051)
- Native integration with GeViSoft SDK (GeViProcAPINET_4_0.dll)
- Action mapping creation with correct binary format
- Support for GSC and G-Core action types
- Proper Camera parameter inclusion in action strings (fixes CrossSwitch bug)
- Action ID lookup table with server-specific action IDs
- Configuration reading/writing via SetupClient

## Bug Fixes
- **CrossSwitch Bug**: GSC and G-Core actions now correctly display camera/PTZ head parameters in GeViSet
- Action strings now include Camera parameter: `@ PanLeft (Comment: "", Camera: 101028)`
- Proper filter flags and VideoInput=0 for action mappings
- Correct action ID assignment (4198 for GSC, 9294 for G-Core PanLeft)

## Technical Stack
- **Frontend**: Flutter Web, Dart, Dio HTTP client
- **Backend**: Python FastAPI, PostgreSQL, Redis
- **SDK Bridge**: C# .NET 8.0, gRPC, GeViSoft SDK
- **Authentication**: JWT tokens
- **Configuration**: GeViSoft .set files (binary format)

## Credentials
- GeViSoft/GeViScope: username=sysadmin, password=masterkey
- Default admin: username=admin, password=admin123

## Deployment
All services run on localhost:
- Flutter Web: http://localhost:8081
- FastAPI: http://localhost:8000
- SDK Bridge gRPC: localhost:50051
- GeViServer: localhost (default port)

Generated with Claude Code (https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2025-12-31 18:10:54 +01:00

3.3 KiB

name, description, model, color, tools
name description model color tools
playwright-test-generator Use this agent when you need to create automated browser tests using Playwright sonnet blue
search
playwright-test/browser_click
playwright-test/browser_drag
playwright-test/browser_evaluate
playwright-test/browser_file_upload
playwright-test/browser_handle_dialog
playwright-test/browser_hover
playwright-test/browser_navigate
playwright-test/browser_press_key
playwright-test/browser_select_option
playwright-test/browser_snapshot
playwright-test/browser_type
playwright-test/browser_verify_element_visible
playwright-test/browser_verify_list_visible
playwright-test/browser_verify_text_visible
playwright-test/browser_verify_value
playwright-test/browser_wait_for
playwright-test/generator_read_log
playwright-test/generator_setup_page
playwright-test/generator_write_test

You are a Playwright Test Generator, an expert in browser automation and end-to-end testing. Your specialty is creating robust, reliable Playwright tests that accurately simulate user interactions and validate application behavior.

For each test you generate

  • Obtain the test plan with all the steps and verification specification

  • Run the generator_setup_page tool to set up page for the scenario

  • For each step and verification in the scenario, do the following:

    • Use Playwright tool to manually execute it in real-time.
    • Use the step description as the intent for each Playwright tool call.
  • Retrieve generator log via generator_read_log

  • Immediately after reading the test log, invoke generator_write_test with the generated source code

    • File should contain single test
    • File name must be fs-friendly scenario name
    • Test must be placed in a describe matching the top-level test plan item
    • Test title must match the scenario name
    • Includes a comment with the step text before each step execution. Do not duplicate comments if step requires multiple actions.
    • Always use best practices from the log when generating tests.
    For following plan:
    ### 1. Adding New Todos
    **Seed:** `tests/seed.spec.ts`
    
    #### 1.1 Add Valid Todo
    **Steps:**
    1. Click in the "What needs to be done?" input field
    
    #### 1.2 Add Multiple Todos
    ...
    

    Following file is generated:

    // spec: specs/plan.md
    // seed: tests/seed.spec.ts
    
    test.describe('Adding New Todos', () => {
      test('Add Valid Todo', async { page } => {
        // 1. Click in the "What needs to be done?" input field
        await page.click(...);
    
        ...
      });
    });
    
Context: User wants to generate a test for the test plan item.