claude-autopm 2.8.1 → 2.8.3

package/autopm/.claude/commands/ai/langgraph-workflow.md

@@ -1,65 +0,0 @@
----
-name: langgraph-workflow
-type: ai-workflow
-category: ai
----
-
-# LangGraph Workflow Command
-
-Create complex AI workflows using LangGraph with state management and multi-agent collaboration.
-
-## Command
-```
-/ai:langgraph-workflow
-```
-
-## Purpose
-Use the langgraph-workflow-expert agent to create sophisticated AI workflows with graph-based orchestration, state management, and conditional routing.
-
-## Parameters
-- `workflow_type`: Type of workflow (conversational, data-processing, multi-agent, human-in-loop)
-- `agents`: Number and types of agents in the workflow
-- `state_management`: State persistence (memory, database, checkpoints)
-- `routing`: Conditional routing logic (simple, complex, ml-based)
-
-## Agent Usage
-```
-Use the langgraph-workflow-expert agent to create a comprehensive LangGraph workflow system.
-```
-
-## Expected Outcome
-- Complete LangGraph workflow implementation
-- State schema and management
-- Multi-agent coordination patterns
-- Conditional routing and decision trees
-- Human-in-the-loop integration
-- Error handling and recovery mechanisms
-- Monitoring and debugging tools
-
-## Example Usage
-```
-## Required Documentation Access
-
-**MANDATORY:** Before AI integration and LLM workflows, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/ai/llm-integration` - llm integration best practices
-- `mcp://context7/ai/workflow-orchestration` - workflow orchestration best practices
-- `mcp://context7/openai/api` - api best practices
-- `mcp://context7/langchain/agents` - agents best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-Task: Create multi-agent research workflow with coordinator, researcher, analyzer, and writer agents
-Agent: langgraph-workflow-expert
-Parameters: workflow_type=multi-agent, agents=4, state_management=checkpoints, routing=complex
-```
-
-## Related Agents
-- openai-python-expert: For OpenAI model integration
-- gemini-api-expert: For Google AI model integration

package/autopm/.claude/commands/ai/openai-chat.md

@@ -1,65 +0,0 @@
----
-name: openai-chat-integration
-type: ai-integration
-category: ai
----
-
-# OpenAI Chat Integration Command
-
-Create a complete chat application using OpenAI Python SDK with advanced features.
-
-## Command
-```
-/ai:openai-chat
-```
-
-## Purpose
-Use the openai-python-expert agent to create a production-ready chat application with OpenAI integration, including function calling, embeddings, and safety features.
-
-## Parameters
-- `model`: OpenAI model to use (gpt-4, gpt-3.5-turbo, gpt-4-vision-preview)
-- `features`: Required features (streaming, function-calling, embeddings, vision)
-- `safety`: Safety configuration (content-filtering, rate-limiting, moderation)
-- `storage`: Conversation storage (memory, database, file)
-
-## Agent Usage
-```
-Use the openai-python-expert agent to create a comprehensive chat application with OpenAI integration.
-```
-
-## Expected Outcome
-- Complete chat application with OpenAI SDK integration
-- Streaming response handling
-- Function calling implementation
-- Rate limiting and error handling
-- Conversation persistence
-- Content moderation and safety controls
-- Production-ready configuration
-
-## Example Usage
-```
-## Required Documentation Access
-
-**MANDATORY:** Before AI integration and LLM workflows, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/ai/llm-integration` - llm integration best practices
-- `mcp://context7/ai/workflow-orchestration` - workflow orchestration best practices
-- `mcp://context7/openai/api` - api best practices
-- `mcp://context7/langchain/agents` - agents best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-Task: Create chat application with GPT-4, streaming responses, function calling for web search, and conversation history
-Agent: openai-python-expert
-Parameters: model=gpt-4, features=streaming,function-calling,embeddings, safety=content-filtering,rate-limiting, storage=database
-```
-
-## Related Agents
-- gemini-api-expert: For Google AI alternative
-- langgraph-workflow-expert: For complex conversation workflows

package/autopm/.claude/commands/playwright/test-scaffold.md

@@ -1,38 +0,0 @@
----
-allowed-tools: Task, Read, Write, Edit, MultiEdit, Bash, Glob, Grep
----
-
-# Playwright Test Scaffolding
-
-Creates Playwright test suite with Page Object Model.
-
-**Usage**: `/playwright:test-scaffold [app-name] [--framework=react|vue|angular] [--auth=yes|no]`
-
-## Required Documentation Access
-
-**MANDATORY:** Before scaffolding Playwright tests, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/playwright/scaffolding` - scaffolding best practices
-- `mcp://context7/testing/e2e` - e2e best practices
-- `mcp://context7/testing/page-objects` - page objects best practices
-- `mcp://context7/playwright/best-practices` - best practices best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-**Example**: `/playwright:test-scaffold my-app --framework=react --auth=yes`
-
-**What this does**:
-- Creates Playwright configuration
-- Sets up Page Object Model structure
-- Generates test helpers and fixtures
-- Configures browsers and devices
-- Adds visual regression setup
-- Creates CI/CD integration scripts
-
-Use the frontend-testing-engineer agent to create comprehensive E2E test suite.

package/autopm/.claude/commands/python/api-scaffold.md

@@ -1,50 +0,0 @@
----
-allowed-tools: Task, Read, Write, Edit, MultiEdit, Bash, Glob, Grep
----
-
-# Python API Scaffolding
-
-Creates a complete FastAPI project structure with modern Python tooling.
-
-**Usage**: `/python:api-scaffold [project-name] [--db=postgresql|mysql|sqlite] [--auth=jwt|oauth2]`
-
-## Required Documentation Access
-
-**MANDATORY:** Before scaffolding Python APIs, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/python/api-scaffolding` - api scaffolding best practices
-- `mcp://context7/fastapi/structure` - structure best practices
-- `mcp://context7/api-design/rest` - rest best practices
-- `mcp://context7/python/best-practices` - best practices best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-**Example**: `/python:api-scaffold task-manager --db=postgresql --auth=jwt`
-
-**What this does**:
-- Creates complete FastAPI project structure
-- Sets up database integration with SQLAlchemy
-- Implements authentication system
-- Configures modern Python tooling (uv, ruff, mypy)
-- Adds comprehensive testing setup
-- Creates Docker configuration
-
-Use the python-backend-engineer agent to create a complete FastAPI project scaffold.
-
-Requirements for the agent:
-- Create modern project structure with proper FastAPI organization
-- Include SQLAlchemy models with async support
-- Add Pydantic schemas for request/response validation
-- Implement authentication and authorization system
-- Set up database migration with Alembic
-- Configure comprehensive testing with pytest
-- Add modern Python tooling configuration (uv, ruff, mypy)
-- Include Docker configuration and deployment setup
-- Ensure type hints throughout and async/await patterns
-- Add error handling, input validation, and security best practices

package/autopm/.claude/commands/python/docs-query.md

@@ -1,48 +0,0 @@
----
-allowed-tools: Task, Read, WebFetch, Glob, Grep
----
-
-# Python Documentation Query
-
-Queries latest Python/FastAPI documentation via context7 before implementation.
-
-**Usage**: `/python:docs-query [--topic=fastapi|sqlalchemy|pydantic|uv|pytest] [--pattern=search-pattern] [--examples]`
-
-## Required Documentation Access
-
-**MANDATORY:** Before Python API development, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/python/api-development` - api development best practices
-- `mcp://context7/fastapi/best-practices` - best practices best practices
-- `mcp://context7/python/documentation` - documentation best practices
-- `mcp://context7/api-design/rest` - rest best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-**Examples**: 
-- `/python:docs-query --topic=fastapi --pattern=authentication`
-- `/python:docs-query --topic=sqlalchemy --pattern=async --examples`
-- `/python:docs-query --topic=pydantic --examples`
-
-**What this does**:
-- Queries context7 for latest Python framework documentation
-- Searches for specific patterns, methods, or concepts
-- Returns relevant examples and best practices
-- Provides version compatibility information
-- Shows security recommendations and performance tips
-
-Use the python-backend-engineer agent to query documentation and provide implementation guidance.
-
-Requirements for the agent:
-- Query MCP context7 documentation servers for specified topics
-- Search documentation using provided patterns or keywords
-- Extract relevant code examples and implementation patterns
-- Verify version compatibility and security recommendations
-- Format results with clear examples and explanations
-- Include links to full documentation sections when available

package/autopm/.claude/commands/testing/prime.md

@@ -1,314 +0,0 @@
----
-allowed-tools: Bash, Read, Write, LS
----
-
-# Prime Testing Environment
-
-This command prepares the testing environment by detecting the test framework, validating dependencies, and configuring the test-runner agent for optimal test execution.
-
-## Preflight Checklist
-
-Before proceeding, complete these validation steps.
-Do not bother the user with preflight checks progress ("I'm not going to ..."). Just do them and move on.
-
-### 1. Test Framework Detection
-
-**JavaScript/Node.js:**
-- Check package.json for test scripts: `grep -E '"test"|"spec"|"jest"|"mocha"' package.json 2>/dev/null`
-- Look for test config files: `ls -la jest.config.* mocha.opts .mocharc.* 2>/dev/null`
-- Check for test directories: `find . -type d \( -name "test" -o -name "tests" -o -name "__tests__" -o -name "spec" \) -maxdepth 3 2>/dev/null`
-
-**Python:**
-- Check for pytest: `find . -name "pytest.ini" -o -name "conftest.py" -o -name "setup.cfg" 2>/dev/null | head -5`
-- Check for unittest: `find . -path "*/test*.py" -o -path "*/test_*.py" 2>/dev/null | head -5`
-- Check requirements: `grep -E "pytest|unittest|nose" requirements.txt 2>/dev/null`
-
-**Rust:**
-- Check for Cargo tests: `grep -E '\[dev-dependencies\]' Cargo.toml 2>/dev/null`
-- Look for test modules: `find . -name "*.rs" -exec grep -l "#\[cfg(test)\]" {} \; 2>/dev/null | head -5`
-
-**Go:**
-- Check for test files: `find . -name "*_test.go" 2>/dev/null | head -5`
-- Check go.mod exists: `test -f go.mod && echo "Go module found"`
-
-**Other Languages:**
-- Ruby: Check for RSpec: `find . -name ".rspec" -o -name "spec_helper.rb" 2>/dev/null`
-- Java: Check for JUnit: `find . -name "pom.xml" -exec grep -l "junit" {} \; 2>/dev/null`
-
-### 2. Test Environment Validation
-
-If no test framework detected:
-- Tell user: "⚠️ No test framework detected. Please specify your testing setup."
-- Ask: "What test command should I use? (e.g., npm test, pytest, cargo test)"
-- Store response for future use
-
-### 3. Dependency Check
-
-**For detected framework:**
-- Node.js: Run `npm list --depth=0 2>/dev/null | grep -E "jest|mocha|chai|jasmine"`
-- Python: Run `pip list 2>/dev/null | grep -E "pytest|unittest|nose"`
-- Verify test dependencies are installed
-
-If dependencies missing:
-- Tell user: "❌ Test dependencies not installed"
-- Suggest: "Run: npm install (or pip install -r requirements.txt)"
-
-## Required Documentation Access
-
-**MANDATORY:** Before testing workflows, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/testing/strategy` - strategy best practices
-- `mcp://context7/testing/automation` - automation best practices
-- `mcp://context7/tdd/workflow` - workflow best practices
-- `mcp://context7/testing/best-practices` - best practices best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-## Instructions
-
-### 1. Framework-Specific Configuration
-
-Based on detected framework, create test configuration:
-
-#### JavaScript/Node.js (Jest)
-```yaml
-framework: jest
-test_command: npm test
-test_directory: __tests__
-config_file: jest.config.js
-options:
-  - --verbose
-  - --no-coverage
-  - --runInBand
-environment:
-  NODE_ENV: test
-```
-
-#### JavaScript/Node.js (Mocha)
-```yaml
-framework: mocha
-test_command: npm test
-test_directory: test
-config_file: .mocharc.js
-options:
-  - --reporter spec
-  - --recursive
-  - --bail
-environment:
-  NODE_ENV: test
-```
-
-#### Python (Pytest)
-```yaml
-framework: pytest
-test_command: pytest
-test_directory: tests
-config_file: pytest.ini
-options:
-  - -v
-  - --tb=short
-  - --strict-markers
-environment:
-  PYTHONPATH: .
-```
-
-#### Rust
-```yaml
-framework: cargo
-test_command: cargo test
-test_directory: tests
-config_file: Cargo.toml
-options:
-  - --verbose
-  - --nocapture
-environment: {}
-```
-
-#### Go
-```yaml
-framework: go
-test_command: go test
-test_directory: .
-config_file: go.mod
-options:
-  - -v
-  - ./...
-environment: {}
-```
-
-### 2. Test Discovery
-
-Scan for test files:
-- Count total test files found
-- Identify test naming patterns used
-- Note any test utilities or helpers
-- Check for test fixtures or data
-
-```bash
-# Example for Node.js
-find . -path "*/node_modules" -prune -o -name "*.test.js" -o -name "*.spec.js" | wc -l
-```
-
-### 3. Create Test Runner Configuration
-
-Create `.claude/testing-config.md` with discovered information:
-
-```markdown
----
-framework: {detected_framework}
-test_command: {detected_command}
-created: [Use REAL datetime from: date -u +"%Y-%m-%dT%H:%M:%SZ"]
----
-
-# Testing Configuration
-
-## Framework
-- Type: {framework_name}
-- Version: {framework_version}
-- Config File: {config_file_path}
-
-## Test Structure
-- Test Directory: {test_dir}
-- Test Files: {count} files found
-- Naming Pattern: {pattern}
-
-## Commands
-- Run All Tests: `{full_test_command}`
-- Run Specific Test: `{specific_test_command}`
-- Run with Debugging: `{debug_command}`
-
-## Environment
-- Required ENV vars: {list}
-- Test Database: {if applicable}
-- Test Servers: {if applicable}
-
-## Test Runner Agent Configuration
-- Use verbose output for debugging
-- Run tests sequentially (no parallel)
-- Capture full stack traces
-- No mocking - use real implementations
-- Wait for each test to complete
-```
-
-### 4. Configure Test-Runner Agent
-
-Prepare agent context based on framework:
-
-```markdown
-# Test-Runner Agent Configuration
-
-## Project Testing Setup
-- Framework: {framework}
-- Test Location: {directories}
-- Total Tests: {count}
-- Last Run: Never
-
-## Execution Rules
-1. Always use the test-runner agent from `.claude/agents/test-runner.md`
-2. Run with maximum verbosity for debugging
-3. No mock services - use real implementations
-4. Execute tests sequentially - no parallel execution
-5. Capture complete output including stack traces
-6. If test fails, analyze test structure before assuming code issue
-7. Report detailed failure analysis with context
-
-## Test Command Templates
-- Full Suite: `{full_command}`
-- Single File: `{single_file_command}`
-- Pattern Match: `{pattern_command}`
-- Watch Mode: `{watch_command}` (if available)
-
-## Common Issues to Check
-- Environment variables properly set
-- Test database/services running
-- Dependencies installed
-- Proper file permissions
-- Clean test state between runs
-```
-
-### 5. Validation Steps
-
-After configuration:
-- Try running a simple test to validate setup
-- Check if test command works: `{test_command} --version` or equivalent
-- Verify test files are discoverable
-- Ensure no permission issues
-
-### 6. Output Summary
-
-```
-🧪 Testing Environment Primed
-
-🔍 Detection Results:
-  ✅ Framework: {framework_name} {version}
-  ✅ Test Files: {count} files in {directories}
-  ✅ Config: {config_file}
-  ✅ Dependencies: All installed
-
-📋 Test Structure:
-  - Pattern: {test_file_pattern}
-  - Directories: {test_directories}
-  - Utilities: {test_helpers}
-
-🤖 Agent Configuration:
-  ✅ Test-runner agent configured
-  ✅ Verbose output enabled
-  ✅ Sequential execution set
-  ✅ Real services (no mocks)
-
-⚡ Ready Commands:
-  - Run all tests: /testing:run
-  - Run specific: /testing:run {test_file}
-  - Run pattern: /testing:run {pattern}
-
-💡 Tips:
-  - Always run tests with verbose output
-  - Check test structure if tests fail
-  - Use real services, not mocks
-  - Let each test complete fully
-```
-
-### 7. Error Handling
-
-**Common Issues:**
-
-**No Framework Detected:**
-- Message: "⚠️ No test framework found"
-- Solution: "Please specify test command manually"
-- Store user's response for future use
-
-**Missing Dependencies:**
-- Message: "❌ Test framework not installed"
-- Solution: "Install dependencies first: npm install / pip install -r requirements.txt"
-
-**No Test Files:**
-- Message: "⚠️ No test files found"
-- Solution: "Create tests first or check test directory location"
-
-**Permission Issues:**
-- Message: "❌ Cannot access test files"
-- Solution: "Check file permissions"
-
-### 8. Save Configuration
-
-If successful, save configuration for future sessions:
-- Store in `.claude/testing-config.md`
-- Include all discovered settings
-- Update on subsequent runs if changes detected
-
-## Important Notes
-
-- **Always detect** rather than assume test framework
-- **Validate dependencies** before claiming ready
-- **Configure for debugging** - verbose output is critical
-- **No mocking** - use real services for accurate testing
-- **Sequential execution** - avoid parallel test issues
-- **Store configuration** for consistent future runs
-
-$ARGUMENTS

package/autopm/.claude/commands/testing/run.md

@@ -1,125 +0,0 @@
----
-allowed-tools: Bash, Read, Write, LS, Task
----
-
-# Run Tests
-
-Execute tests with the configured test-runner agent.
-
-## Usage
-```
-/testing:run [test_target]
-```
-
-Where `test_target` can be:
-- Empty (run all tests)
-- Test file path
-- Test pattern
-- Test suite name
-
-## Required Documentation Access
-
-**MANDATORY:** Before testing workflows, query Context7 for best practices:
-
-**Documentation Queries:**
-- `mcp://context7/testing/strategy` - strategy best practices
-- `mcp://context7/testing/automation` - automation best practices
-- `mcp://context7/tdd/workflow` - workflow best practices
-- `mcp://context7/testing/best-practices` - best practices best practices
-
-**Why This is Required:**
-- Ensures adherence to current industry standards and best practices
-- Prevents outdated or incorrect implementation patterns
-- Provides access to latest framework/tool documentation
-- Reduces errors from stale knowledge or assumptions
-
-
-## Quick Check
-
-```bash
-# Check if testing is configured
-test -f .claude/testing-config.md || echo "❌ Testing not configured. Run /testing:prime first"
-```
-
-If test target provided, verify it exists:
-```bash
-# For file targets
-test -f "$ARGUMENTS" || echo "⚠️ Test file not found: $ARGUMENTS"
-```
-
-## Instructions
-
-### 1. Determine Test Command
-
-Based on testing-config.md and target:
-- No arguments → Run full test suite from config
-- File path → Run specific test file
-- Pattern → Run tests matching pattern
-
-### 2. Execute Tests
-
-Use the test-runner agent from `.claude/agents/test-runner.md`:
-
-```markdown
-Execute tests for: $ARGUMENTS (or "all" if empty)
-
-Requirements:
-- Run with verbose output for debugging
-- No mocks - use real services
-- Capture full output including stack traces
-- If test fails, check test structure before assuming code issue
-```
-
-### 3. Monitor Execution
-
-- Show test progress
-- Capture stdout and stderr
-- Note execution time
-
-### 4. Report Results
-
-**Success:**
-```
-✅ All tests passed ({count} tests in {time}s)
-```
-
-**Failure:**
-```
-❌ Test failures: {failed_count} of {total_count}
-
-{test_name} - {file}:{line}
-  Error: {error_message}
-  Likely: {test issue | code issue}
-  Fix: {suggestion}
-
-Run with more detail: /testing:run {specific_test}
-```
-
-**Mixed:**
-```
-Tests complete: {passed} passed, {failed} failed, {skipped} skipped
-
-Failed:
-- {test_1}: {brief_reason}
-- {test_2}: {brief_reason}
-```
-
-### 5. Cleanup
-
-```bash
-# Kill any hanging test processes
-pkill -f "jest|mocha|pytest" 2>/dev/null || true
-```
-
-## Error Handling
-
-- Test command fails → "❌ Test execution failed: {error}. Check test framework is installed."
-- Timeout → Kill process and report: "❌ Tests timed out after {time}s"
-- No tests found → "❌ No tests found matching: $ARGUMENTS"
-
-## Important Notes
-
-- Always use test-runner agent for analysis
-- No mocking - real services only
-- Check test structure if failures occur
-- Keep output focused on failures