replicantx 0.1.3

End-to-end testing harness for AI agents via web service API

ReplicantX

ReplicantX is an end-to-end testing harness for AI agents that communicates via web service APIs. It enables you to run comprehensive test scenarios against live HTTP APIs with support for multiple authentication methods and detailed reporting.

✨ Features

• Two Test Levels:
  • Level 1 (Basic): Fixed user messages with deterministic assertions
  • Level 2 (Agent): Intelligent Replicant agent with configurable facts and conversation goals
• Pydantic-Based Replicant Agent: Smart conversational agent that acts like a real user
• Configurable Facts & Behavior: Agents can have knowledge (Name, Preferences) and custom personalities
• Real-time Monitoring: Watch mode (--watch) for live conversation monitoring
• Technical Debugging: Debug mode (--debug) with detailed HTTP, validation, and AI processing logs
• Multiple Authentication: Supabase email+password, custom JWT, or no-auth
• CLI Interface: Easy-to-use command-line interface with replicantx run
• Automatic .env Loading: No manual environment variable sourcing required
• GitHub Actions Ready: Built-in workflow for PR testing with Render preview URLs
• Rich Reporting: Markdown and JSON reports with timing and assertion results
• Retry & Backoff: Robust HTTP client with automatic retry logic

🚀 Quick Start

Installation

pip install replicantx[cli]

Basic Usage

1. Create a test scenario YAML file:

Basic Scenario (Level 1):

# tests/basic_test.yaml
name: "Test AI Agent Conversation"
base_url: https://your-api.com/api/chat
auth:
  provider: noop  # or supabase, jwt
level: basic
steps:
  - user: "Hello, I need help with booking a flight"
    expect_contains: ["flight", "booking"]
  - user: "I want to go to Paris"
    expect_regex: "(?i)paris.*available"

Agent Scenario (Level 2):

Generic Customer Support Example:

# tests/support_test.yaml
name: "Customer Support - Account Issue"
base_url: https://your-api.com/api/support
auth:
  provider: noop
level: agent
replicant:
  goal: "Get help with account access issue"
  facts:
    name: "Alex Chen"
    email: "[e-mail]"
    account_id: "ACC-123456"
    issue_type: "login_problem"
    last_login: "2 weeks ago"
  system_prompt: |
    You are a customer seeking help with an account issue. You have the 
    necessary information but don't provide all details upfront.
    Answer questions based on your available facts.
  initial_message: "Hi, I'm having trouble accessing my account."
  max_turns: 12
  completion_keywords: ["resolved", "ticket created", "issue fixed"]

Travel Booking Example:

# tests/travel_test.yaml
name: "Travel Booking - Flight Reservation"
base_url: https://your-api.com/api/chat
auth:
  provider: noop
level: agent
replicant:
  goal: "Book a business class flight to Paris"
  facts:
    name: "Sarah Johnson"
    email: "[e-mail]"
    travel_class: "business"
    destination: "Paris"
    budget: "$2000"
  system_prompt: |
    You are a customer trying to book a flight. You have the 
    necessary information but don't provide all details upfront.
    Answer questions based on your available facts.
  initial_message: "Hi, I'd like to book a flight to Paris."
  max_turns: 15
  completion_keywords: ["booked", "confirmed", "reservation number"]

2. Run the test:

replicantx run tests/my_test.yaml --report report.md

3. View the generated report in report.md

🔐 Environment Variables & Configuration

ReplicantX automatically detects environment variables from your system, .env files, and CI/CD environments. No special configuration needed when installed as a dependency!

✅ Automatic Detection

When you install ReplicantX in your project:

# Your project setup
pip install replicantx[cli]

# Your environment variables (any of these methods work)
export OPENAI_API_KEY=sk-your-key          # Shell environment
echo "OPENAI_API_KEY=sk-key" > .env        # .env file
# OR set in your CI/CD platform

# ReplicantX automatically finds them!
replicantx run tests/*.yaml

🚀 Quick Setup

Essential variables for different use cases:

# LLM Integration (PydanticAI auto-detects these)
export OPENAI_API_KEY=sk-your-openai-key
export ANTHROPIC_API_KEY=sk-ant-your-anthropic-key

# Supabase Authentication
export SUPABASE_URL=https://your-project.supabase.co
export SUPABASE_ANON_KEY=your-supabase-anon-key

# Target API Configuration
export REPLICANTX_TARGET=your-api-domain.com

# Custom Authentication
export JWT_TOKEN=your-jwt-token
export MY_API_KEY=your-custom-api-key

🔄 Works Everywhere

Local Development:

# Create .env file (ReplicantX automatically loads it!)
cat > .env << 'EOF'
OPENAI_API_KEY=sk-dev-key
REPLICANTX_TARGET=dev-api.example.com
SUPABASE_URL=https://your-project.supabase.co
SUPABASE_ANON_KEY=your-supabase-key
EOF

# Just run tests - no need to source .env!
replicantx run tests/*.yaml

# Or export manually (old way still works)
export OPENAI_API_KEY=sk-dev-key
replicantx run tests/*.yaml

GitHub Actions (No .env files needed!):

# .github/workflows/test-api.yml
jobs:
  test:
    runs-on: ubuntu-latest
    env:
      # GitHub Secrets → Environment Variables
      OPENAI_API_KEY: ${{ secrets.OPENAI_API_KEY }}
      REPLICANTX_TARGET: ${{ secrets.API_TARGET_URL }}
    steps:
      - run: pip install replicantx[cli]
      - run: replicantx run tests/*.yaml --ci
      # ReplicantX automatically finds the variables!

📝 Using in YAML Files

Reference variables with {{ env.VARIABLE_NAME }} syntax:

name: "API Test"
base_url: "https://{{ env.REPLICANTX_TARGET }}/api/chat"
auth:
  provider: supabase
  project_url: "{{ env.SUPABASE_URL }}"
  api_key: "{{ env.SUPABASE_ANON_KEY }}"
level: agent
replicant:
  facts:
    api_key: "{{ env.MY_API_KEY }}"
  llm:
    model: "openai:gpt-4o"  # Uses OPENAI_API_KEY automatically

🎯 GitHub Secrets Setup

1. Go to Repository Settings → Secrets and Variables → Actions

2. Add secrets:

   • OPENAI_API_KEY = sk-your-openai-key
   • SUPABASE_URL = https://your-project.supabase.co
   • SUPABASE_ANON_KEY = your-supabase-key
   • REPLICANTX_TARGET = api.yourproject.com

3. Use in workflow:

   env:
     OPENAI_API_KEY: ${{ secrets.OPENAI_API_KEY }}
     REPLICANTX_TARGET: ${{ secrets.REPLICANTX_TARGET }}
   

💡 Key Benefits:

• ✅ Automatic .env loading - Just create a .env file and run tests
• ✅ Zero configuration - ReplicantX finds variables automatically
• ✅ Works everywhere - local, CI/CD, Docker, cloud platforms
• ✅ Secure by default - no hardcoded secrets in code
• ✅ Standard patterns - uses industry-standard environment variable detection

Note: Create a .env.example file in your project to document which variables are needed. See our comprehensive environment variable guide in the LLM Integration section.

🎯 Automatic .env File Loading

ReplicantX automatically loads environment variables from .env files using python-dotenv. No manual sourcing required!

📁 Create .env File

# Create .env file in your project root
cat > .env << 'EOF'
# LLM API Keys
OPENAI_API_KEY=sk-your-openai-key
ANTHROPIC_API_KEY=sk-ant-your-anthropic-key

# Target API
REPLICANTX_TARGET=https://api.yourproject.com

# Supabase Authentication
SUPABASE_URL=https://your-project.supabase.co
SUPABASE_ANON_KEY=your-supabase-anon-key
TEST_USER_EMAIL=[e-mail]
TEST_USER_PASSWORD=testpassword123

# JWT Authentication
JWT_TOKEN=your-jwt-token
EOF

🚀 Run Tests Directly

# Just run - ReplicantX finds .env automatically!
replicantx run tests/*.yaml

# Validate test files
replicantx validate tests/*.yaml

# Generate reports
replicantx run tests/*.yaml --report report.md

🔍 How It Works

1. Automatic Discovery: ReplicantX looks for .env files in current directory and parent directories
2. Non-intrusive: If no .env file exists, it continues normally
3. Environment Priority: Existing environment variables take precedence over .env values
4. Secure: .env files should be added to .gitignore to avoid committing secrets

🛡️ Security Best Practices

# Add .env to .gitignore
echo ".env" >> .gitignore

# Create .env.example for documentation
cat > .env.example << 'EOF'
# Copy this file to .env and fill in your values
OPENAI_API_KEY=sk-your-openai-key-here
REPLICANTX_TARGET=https://your-api-domain.com
SUPABASE_URL=https://your-project.supabase.co
SUPABASE_ANON_KEY=your-supabase-anon-key-here
EOF

✅ No more manual environment variable management!

📖 Documentation

Test Scenario Configuration

Basic Scenarios (Level 1)

Basic scenarios use fixed user messages with deterministic assertions:

name: "Basic Test Scenario"
base_url: "https://api.example.com/chat"
auth:
  provider: noop
level: basic
steps:
  - user: "User message"
    expect_contains: ["expected", "text"]
    expect_regex: "regex_pattern"
    expect_equals: "exact_match"
    expect_not_contains: ["forbidden", "text"]

Agent Scenarios (Level 2)

Agent scenarios use intelligent Replicant agents that converse naturally:

name: "Agent Test Scenario"
base_url: "https://api.example.com/chat"
auth:
  provider: supabase
  email: [e-mail]
  password: password123
  project_url: "{{ env.SUPABASE_URL }}"
  api_key: "{{ env.SUPABASE_ANON_KEY }}"
level: agent
validate_politeness: false  # Optional: validate conversational tone (default: false)
replicant:
  goal: "Description of what the agent should achieve"
  facts:
    name: "User Name"
    email: "[e-mail]"
    # Add any facts the agent should know
  system_prompt: |
    Customize the agent's personality and behavior.
    This prompt defines how the agent should act.
  initial_message: "Starting message for the conversation"
  max_turns: 20
  completion_keywords: 
    - "success"
    - "completed"
    - "finished"
  fullconversation: true  # Send full conversation history with each request

Politeness Validation

By default, ReplicantX focuses on functional API validation. However, you can optionally enable politeness/conversational tone validation:

# Disable politeness validation (default) - focuses on functional responses
validate_politeness: false

# Enable politeness validation - also checks for conversational tone
validate_politeness: true

When to use politeness validation:

• ✅ Customer-facing APIs where tone matters
• ✅ Chatbots and conversational AI services
• ✅ User experience testing scenarios

When to skip politeness validation:

• ❌ Internal APIs focused on functionality
• ❌ Data APIs returning structured responses
• ❌ Technical integrations where tone is irrelevant

Note: Politeness validation is subjective and based on common conversational patterns. It looks for polite phrases like "please", "thank you", "how can I help", question patterns, and helpful language.

CLI Commands

# Run all tests in a directory
replicantx run tests/*.yaml --report report.md

# Run with CI mode (exits 1 on failure)
replicantx run tests/*.yaml --report report.md --ci

# Run specific test file
replicantx run tests/specific_test.yaml

# Real-time conversation monitoring
replicantx run tests/*.yaml --watch

# Technical debugging with detailed logs
replicantx run tests/*.yaml --debug

# Combined monitoring and debugging
replicantx run tests/*.yaml --debug --watch

# Validate test files without running
replicantx validate tests/*.yaml --verbose

📊 Real-time Monitoring & Debugging

ReplicantX provides comprehensive monitoring and debugging capabilities to help you understand what's happening during test execution.

🔍 Watch Mode (--watch)

Real-time conversation monitoring for observing test execution as it happens:

replicantx run tests/agent_test.yaml --watch

What you see:

• 👥 Live conversation setup with goal and facts
• 👤 Replicant messages as they're sent (with timestamps)
• ⏱️ Response waiting indicators
• 🤖 Agent responses as received
• ✅/❌ Step results with pass/fail status and timing
• 📊 Final summary with success rate, duration, goal achievement

Perfect for:

• ✅ Live demos - Show clients real AI conversations
• ✅ Test monitoring - Watch long-running tests progress
• ✅ User experience validation - See conversation flow
• ✅ Performance monitoring - Track response times

Example Output:

[22:04:42] 👥 LIVE CONVERSATION - Starting agent scenario
[22:04:42] 🎯 Goal: Book a business class flight to Paris
[22:04:42] 👤 Replicant: Hi, I'd like to book a flight to Paris.
[22:04:52] ✅ Step 1: PASSED (10.2s)
[22:04:52] 🤖 Agent: What cabin class would you prefer?
[22:04:53] 👤 Replicant: Business class, please.
[22:05:03] ✅ Step 2: PASSED (9.8s)

🔧 Debug Mode (--debug)

Technical deep-dive with detailed system information:

replicantx run tests/agent_test.yaml --debug

What you see:

• 🔍 HTTP client setup (URL, timeout, auth provider, headers)
• 🔍 Replicant agent initialization (goal, facts, AI model settings)
• 🔍 HTTP requests (payload details, conversation history)
• 🔍 API responses (status codes, latency, content preview)
• 🔍 Response validation (assertion counts, individual results)
• 🔍 AI processing (response parsing, message generation)

Perfect for:

• 🔍 Troubleshooting - Diagnose failed assertions
• 🔍 Performance tuning - Analyze HTTP latency and bottlenecks
• 🔍 Integration debugging - Check payload formats and API calls
• 🔍 AI behavior analysis - Understand PydanticAI decision making

Example Output:

🔍 DEBUG HTTP Client initialized
   ├─ base_url: https://api.example.com/chat
   ├─ timeout: 120s
   ├─ auth_provider: supabase
   ├─ auth_headers: 2 headers

🔍 DEBUG HTTP request payload
   ├─ message: Hi, I'd like to book a flight to Paris.
   ├─ conversation_history_length: 1
   ├─ payload_size: 229 chars

🔍 DEBUG Response validation completed
   ├─ total_assertions: 2
   ├─ passed_assertions: 2
   ├─ overall_passed: True

🎯 Combined Mode (--debug --watch)

Get both real-time conversation flow and technical details:

replicantx run tests/agent_test.yaml --debug --watch

Perfect for:

• 🎯 Development - Full visibility during feature building
• 🎯 Complex debugging - When you need everything
• 🎯 Training - Teaching others how the system works
• 🎯 Comprehensive analysis - Complete test execution insight

💡 Monitoring Tips

For Long-running Tests:

# Watch progress while generating a report
replicantx run tests/*.yaml --watch --report detailed.md

For CI/CD Debugging:

# Debug mode with CI exit codes
replicantx run tests/*.yaml --debug --ci

For Performance Analysis:

# Combined with verbose output
replicantx run tests/*.yaml --debug --verbose --report performance.json

Authentication Providers

Supabase

auth:
  provider: supabase
  email: [e-mail]
  password: password123
  project_url: "{{ env.SUPABASE_URL }}"
  api_key: "{{ env.SUPABASE_ANON_KEY }}"

JWT

auth:
  provider: jwt
  token: "{{ env.JWT_TOKEN }}"

No Authentication

auth:
  provider: noop

🤖 Replicant Agent System

The Replicant agent is a Pydantic-based intelligent conversational agent that:

Key Features

• Fact-Based Responses: Uses configured facts to answer API questions intelligently
• Natural Conversation: Acts like a real user who doesn't provide all information upfront
• Customizable Behavior: System prompts allow different personalities and response patterns
• Goal-Oriented: Works toward specific objectives with completion detection
• Context Awareness: Maintains conversation history and state

LLM-Powered Fact Usage

The agent intelligently uses configured facts through LLM integration:

• Context-aware: LLMs understand when facts are relevant to questions
• Natural integration: Facts are woven naturally into conversation responses
• Smart timing: Agent knows when to volunteer information vs. wait to be asked
• Conversation memory: Recent chat history provides context for fact usage

Conversation State Management

ReplicantX provides flexible conversation state management to handle different API architectures:

Full Conversation History (fullconversation: true)

Sends the complete conversation history (including all responses) with each request:

replicant:
  fullconversation: true  # Default behavior

Benefits:

• ✅ Complete Context: API receives full conversation state
• ✅ Stateless APIs: Works with APIs that don't maintain session state
• ✅ Microservices: Suitable for distributed systems
• ✅ Testing Realism: Mimics real-world stateless interactions

Limited History (fullconversation: false)

Sends only the last 10 messages for performance:

replicant:
  fullconversation: false

Use Cases:

• 🔧 Performance Testing: Reduce payload size for high-volume testing
• 🔧 Legacy APIs: Compatible with APIs expecting limited context
• 🔧 Memory Constraints: When API has payload size limitations

API Payload Format Configuration

ReplicantX supports multiple API payload formats for maximum compatibility with any conversational API:

OpenAI Format (payload_format: openai) - Default

Industry-standard OpenAI chat completion format:

replicant:
  payload_format: openai  # Default behavior

Payload Structure:

{
  "messages": [
    {"role": "user", "content": "Hello"},
    {"role": "assistant", "content": "Hi there!"},
    {"role": "user", "content": "How are you?"}
  ]
}

Best For:

• ✅ OpenAI APIs and compatible services
• ✅ Industry standard - widely supported
• ✅ Full conversation context with message arrays
• ✅ Modern conversational AI platforms

Simple Format (payload_format: simple)

Minimal message-only format for basic APIs:

replicant:
  payload_format: simple

Payload Structure:

{
  "message": "Hello, how are you?"
}

Best For:

• ✅ Simple APIs that only need the current message
• ✅ Performance-critical scenarios
• ✅ Legacy systems with minimal payload requirements
• ✅ Testing basic functionality without conversation context

Anthropic Format (payload_format: anthropic)

Anthropic Claude-compatible format:

replicant:
  payload_format: anthropic

Payload Structure:

{
  "messages": [
    {"role": "user", "content": "Hello"},
    {"role": "assistant", "content": "Hi there!"}
  ]
}

Best For:

• ✅ Anthropic Claude APIs and compatible services
• ✅ Claude-based applications and integrations
• ✅ Conversational AI platforms using Claude models

Legacy Format (payload_format: legacy)

Original ReplicantX format for backward compatibility:

replicant:
  payload_format: legacy

Payload Structure:

{
  "message": "Hello, how are you?",
  "timestamp": "2025-07-09T10:30:00",
  "conversation_history": [
    {"role": "user", "content": "Hello"},
    {"role": "assistant", "content": "Hi there!"}
  ]
}

Best For:

• 🔧 Existing ReplicantX integrations (backward compatibility)
• 🔧 Custom APIs expecting the original format
• 🔧 Migration scenarios when transitioning to new formats

Session Management

ReplicantX supports session management to maintain conversation state across multiple API requests without sending the full conversation history each time. This is more efficient and realistic for production APIs.

Session Modes

replicant:
  # Session management configuration
  session_mode: auto  # disabled, auto, fixed, or env
  session_id: null  # Required when session_mode is "fixed"
  session_timeout: 300  # Session timeout in seconds (default: 5 minutes)
  
  # Session-aware payload formats
  payload_format: openai_session  # openai_session, simple_session, restful_session
  fullconversation: false  # Disable when using session management

Session Modes:

• disabled (default): No session management, uses full conversation history
• auto: Auto-generate unique session ID for each test run
• fixed: Use a specific session ID (requires session_id field)
• env: Use session ID from REPLICANTX_SESSION_ID environment variable

Session-Aware Payload Formats:

• openai_session: {"session_id": "...", "message": "..."}
• simple_session: {"conversation_id": "...", "message": "..."}
• restful_session: {"message": "..."} (session ID in URL path)

Example Configurations

Auto-Generated Session:

replicant:
  session_mode: auto
  payload_format: openai_session
  fullconversation: false
  session_timeout: 600  # 10 minutes

Fixed Session ID:

replicant:
  session_mode: fixed
  session_id: "test_session_12345"
  payload_format: simple_session
  fullconversation: false

RESTful Session (Session ID in URL):

replicant:
  session_mode: auto
  payload_format: restful_session
  fullconversation: false
# Results in requests to: /conversations/{session_id}/messages

Environment-Based Session:

# Set environment variable
export REPLICANTX_SESSION_ID="prod_session_abc123"

# Use in YAML
replicant:
  session_mode: env
  payload_format: openai_session
  fullconversation: false

Session Management Benefits

✅ Efficiency:

• Reduces payload size significantly
• Faster API requests
• Lower bandwidth usage

✅ Realistic Testing:

• Matches production API patterns
• Tests session handling logic
• Validates conversation continuity

✅ Flexibility:

• Multiple session ID strategies
• Configurable timeouts
• Different payload formats

✅ Debugging:

• Session information in debug logs
• Session lifecycle tracking
• Timeout monitoring

When to Use Session Management

Use session management when:

• ✅ Your API supports conversation IDs
• ✅ You want to test session handling
• ✅ Payload size is a concern
• ✅ Testing production-like scenarios

Use full conversation when:

• ❌ API doesn't support sessions
• ❌ Testing legacy endpoints
• ❌ Need complete conversation context
• ❌ Debugging conversation flow

Complete Configuration Example

name: "Universal API Test"
base_url: https://api.example.com/chat
auth:
  provider: noop
level: agent
replicant:
  goal: "Test API with OpenAI-compatible format"
  facts:
    name: "Test User"
    email: "[e-mail]"
  system_prompt: |
    You are a helpful user testing an API.
  initial_message: "Hello, I'm testing the API."
  max_turns: 10
  completion_keywords: ["complete", "finished", "done"]
  fullconversation: true  # Send full conversation history
  payload_format: openai  # Use OpenAI-compatible format
  llm:
    model: "test"
    temperature: 0.7
    max_tokens: 150

Session Management Examples

Auto-Generated Session (Recommended):

name: "Flight Booking with Session"
base_url: "https://api.example.com/chat"
auth:
  provider: "noop"
level: "agent"
replicant:
  goal: "Book a flight from London to Paris"
  facts:
    name: "Alex Johnson"
    email: "[e-mail]"
    departure: "London"
    destination: "Paris"
    date: "next Friday"
  system_prompt: "You are a customer booking a flight. Be polite and provide details when asked."
  initial_message: "Hi, I need to book a flight from London to Paris for next Friday."
  max_turns: 15
  session_mode: auto  # Auto-generate session ID
  payload_format: openai_session  # Session-aware format
  fullconversation: false  # Use session instead of full conversation
  session_timeout: 600  # 10 minutes
  llm:
    model: "test"

Fixed Session ID (For Testing):

name: "Customer Support with Fixed Session"
base_url: "https://api.example.com/support"
auth:
  provider: "noop"
level: "agent"
replicant:
  goal: "Get help with billing issue"
  facts:
    name: "Sarah Chen"
    account_id: "ACC-789456"
    issue: "billing"
  system_prompt: "You are a customer with a billing question."
  initial_message: "Hello, I have a billing question."
  max_turns: 10
  session_mode: fixed
  session_id: "test_session_12345"  # Fixed session ID
  payload_format: simple_session
  fullconversation: false
  session_timeout: 300  # 5 minutes
  llm:
    model: "test"

RESTful Session (Session ID in URL):

name: "Pizza Order with RESTful Session"
base_url: "https://api.example.com"
auth:
  provider: "noop"
level: "agent"
replicant:
  goal: "Order a pizza for delivery"
  facts:
    name: "Mike Rodriguez"
    address: "123 Main St, NYC"
    phone: "[phone]"
  system_prompt: "You are ordering a pizza. Be friendly and provide your details."
  initial_message: "Hi, I'd like to order a pizza for delivery."
  max_turns: 8
  session_mode: auto
  payload_format: restful_session  # Session ID goes in URL
  fullconversation: false
  # Results in requests to: /conversations/{session_id}/messages
  llm:
    model: "test"

Migration Guide

From Legacy to OpenAI Format:

# Old configuration (still works)
replicant:
  payload_format: legacy  # or omit entirely

# New recommended configuration
replicant:
  payload_format: openai  # More compatible with modern APIs

For Simple APIs:

replicant:
  payload_format: simple
  fullconversation: false  # Not needed for simple format

For Anthropic APIs:

replicant:
  payload_format: anthropic
  fullconversation: true  # Maintain conversation context

System Prompt Examples

Helpful User:

system_prompt: |
  You are a polite user trying to achieve your goal. You have the 
  necessary information but need prompting to remember details.

Forgetful Customer:

system_prompt: |
  You are a customer who sometimes forgets details and needs 
  multiple prompts. You're friendly but can be a bit scattered.

Demanding User:

system_prompt: |
  You are an impatient user who wants quick results. You provide 
  information when asked but expect efficient service.

🧠 LLM Integration

ReplicantX uses PydanticAI for powerful LLM integration with multiple providers:

Supported Providers

• OpenAI: GPT-4, GPT-4o, and other OpenAI models
• Anthropic: Claude 4.0 Sonnet, Claude 4 Haiku, and other Claude models
• Google: Gemini models via Google AI and VertexAI
• Groq: Fast inference with Llama, Mixtral, and other models
• Ollama: Local LLM deployment
• Test: Built-in test model for development (no API keys needed)

Configuration

Add LLM configuration to your agent scenarios using PydanticAI model strings:

Technical Support Example:

level: agent
replicant:
  goal: "Get technical support for my account"
  facts:
    name: "Jordan Smith"
    # ... other facts
  system_prompt: |
    You are a customer seeking help with a technical issue.
    Use your available facts to answer questions naturally.
  # ... other config
  llm:
    model: "openai:gpt-4.1-mini"     # PydanticAI model string
    temperature: 0.7           # Response creativity (0.0-1.0)
    max_tokens: 150            # Maximum response length

Flight Booking Example:

level: agent
replicant:
  goal: "Book a business class flight to Paris"
  facts:
    name: "Sarah Johnson"
    destination: "Paris"
    travel_class: "business"
    # ... other facts
  system_prompt: |
    You are a customer trying to book a flight. You have the 
    necessary information but don't provide all details upfront.
  # ... other config
  llm:
    model: "anthropic:claude-3-5-sonnet-latest"  # PydanticAI model string
    temperature: 0.8           # Response creativity (0.0-1.0)
    max_tokens: 200            # Maximum response length

Model String Examples

# OpenAI models
model: "openai:gpt-4o"
model: "openai:gpt-4.1-mini"
model: "openai:gpt-4.1-nano"

# Anthropic models  
model: "anthropic:claude-3-5-sonnet-latest"
model: "anthropic:claude-3-haiku-20240307"

# Google models
model: "gemini-1.5-pro"
model: "gemini-1.5-flash"

# Groq models
model: "groq:llama-3.1-8b-instant"
model: "groq:mixtral-8x7b-32768"

# Test model (no API key needed)
model: "test"

Environment Variables

PydanticAI automatically detects API keys from environment variables:

# OpenAI
export OPENAI_API_KEY=sk-your-api-key

# Anthropic
export ANTHROPIC_API_KEY=sk-ant-your-api-key

# Google AI
export GOOGLE_API_KEY=your-google-api-key

# Groq
export GROQ_API_KEY=your-groq-api-key

Installation with LLM Support

# Install with all LLM providers
pip install replicantx[all]

# Install with specific providers
pip install replicantx[openai]
pip install replicantx[anthropic]

# Core installation (includes PydanticAI with test model)
pip install replicantx

How LLM Integration Works

1. Smart Prompting: System prompts are enhanced with available facts and conversation context
2. Natural Responses: LLMs generate contextually appropriate responses based on user personas
3. Fact Integration: Available facts are automatically included in prompts for relevant responses
4. Graceful Fallback: If LLM calls fail, the system falls back to rule-based responses
5. Conversation Memory: Recent conversation history is maintained for context

Examples with PydanticAI

Customer Support Example:

name: "Customer Support - Billing Issue"
base_url: https://api.example.com/support
auth:
  provider: noop
level: agent
replicant:
  goal: "Get customer support for billing issue"
  facts:
    name: "Alex Chen"
    account_number: "ACC-12345"
    issue_type: "billing"
    last_payment: "$99.99 on Jan 15th"
  system_prompt: |
    You are a customer who is polite but slightly frustrated about 
    a billing issue. You have the necessary account information but 
    may need prompting to remember specific details.
  initial_message: "Hi, I have a question about my recent bill."
  max_turns: 12
  completion_keywords: ["resolved", "ticket created", "issue closed"]
  fullconversation: true  # Send full conversation history with each request
  payload_format: openai  # Use OpenAI-compatible format
  llm:
    model: "openai:gpt-4o"  # PydanticAI model string
    temperature: 0.8
    max_tokens: 120

Flight Booking Example:

name: "Travel Booking - Flight to Paris"
base_url: https://api.example.com/chat
auth:
  provider: supabase
  project_url: "{{ env.SUPABASE_URL }}"
  api_key: "{{ env.SUPABASE_ANON_KEY }}"
  email: "{{ env.TEST_USER_EMAIL }}"
  password: "{{ env.TEST_USER_PASSWORD }}"
level: agent
replicant:
  goal: "Book a business class flight to Paris for next weekend"
  facts:
    name: "Sarah Johnson"
    email: "[e-mail]"
    travel_class: "business"
    destination: "Paris"
    departure_city: "New York"
    travel_date: "next Friday"
    passengers: 1
    budget: "$3000"
    preferences: "aisle seat, vegetarian meal"
  system_prompt: |
    You are a helpful user trying to book a flight. You have all the 
    necessary information but you're a typical user who doesn't 
    provide all details upfront.
  initial_message: "Hi, I'd like to book a flight to Paris for next weekend."
  max_turns: 15
  completion_keywords: ["booked", "confirmed", "reservation number", "booking complete"]
  fullconversation: true  # Send full conversation history with each request
  payload_format: openai  # Use OpenAI-compatible format
  llm:
    model: "openai:gpt-4o"
    temperature: 0.7
    max_tokens: 150

These examples enable much more natural and contextually aware conversations compared to rule-based responses.

🔧 GitHub Actions Integration

Add this workflow to .github/workflows/replicantx.yml:

name: ReplicantX E2E Tests
on:
  pull_request: { types: [opened, synchronize, reopened] }
jobs:
  replicantx:
    runs-on: ubuntu-latest
    env:
      SUPABASE_URL: ${{ secrets.SUPABASE_URL }}
      SUPABASE_ANON_KEY: ${{ secrets.SUPABASE_ANON_KEY }}
      REPLICANTX_TARGET: pr-${{ github.event.pull_request.number }}-helix-api.onrender.com
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with: { python-version: "3.11" }
      - run: pip install "replicantx[cli]"
      - run: |
          until curl -sf "https://$REPLICANTX_TARGET/health"; do
            echo "Waiting for preview…"; sleep 5; done
      - run: replicantx run tests/*.yaml --report report.md --ci
      - uses: marocchino/sticky-pull-request-comment@v2
        if: always()
        with: { path: report.md }