OpenWriterControle/evals/CREATING_TESTS.md
Darren Hinde c8f7103cb6
refactor(evals): consolidate documentation and enhance test infrastructure (#56)
* feat(agents): implement category-based agent organization system

- Organize agents into domain categories (core, development, content, data, product, learning)
- Move 10 agents to category subdirectories with proper git rename tracking
- Update 13 subagents with category and type metadata in frontmatter
- Add category metadata files (0-category.json) documenting common patterns
- Implement local registry fallback in install script for offline development
- Add comprehensive validation suite with 15 automated tests (100% pass rate)
- Enhance registry validation with duplicate ID and consistency checks
- Update eval framework with intelligent path resolution (backward compatible)
- Archive legacy eval structure to _archive/ for reference
- Update all documentation to reflect category-based structure
- Bump version to 0.5.0 with accurate CHANGELOG

Technical Details:
- 23 agents organized (10 category agents, 13 subagents)
- 6 category directories created
- Path resolution supports both agent IDs and category paths
- Registry schema updated to v2.0.0
- 159 files changed, 872 insertions(+), 10738 deletions(-)

BREAKING CHANGE: Agent file paths now use category structure. Update references from .opencode/agent/openagent.md to .opencode/agent/core/openagent.md. Eval framework maintains backward compatibility via path resolution.

* refactor(evals): consolidate documentation and enhance test infrastructure

- Remove temporary project tracking files (PHASE_5_COMPLETE, PROJECT_COMPLETE, etc.)
- Consolidate evaluation framework docs into main README
- Enhance test execution with improved logging and multi-prompt support
- Move system-builder from core to meta category
- Add comprehensive test suites for openagent with organized structure
- Create evaluation test structure for all subagents
- Clean up archived workflows and redundant documentation
- Update registry to reflect new agent organization
- Add shared test templates and golden test patterns

* feat(ci): add manual trigger support for bot-created PRs in validate-registry workflow

- Add pr_number input to workflow_dispatch for manually triggering validation
- Fetch PR details dynamically when triggered manually
- Support both automatic (PR event) and manual (workflow_dispatch) triggers
- Enable validation of bot-created PRs like automated version bumps
- Update branch detection and push logic to handle both trigger types
- Add documentation explaining how to manually trigger for bot PRs

* feat(evals): add explicit context file validation to test framework

- Add expectedContextFiles field to test YAML schema for explicit context file specification
- Enhance context-loading-evaluator to support both auto-detect and explicit validation modes
- Update documentation with comprehensive guide and examples
- Clean up archived legacy test structure (90+ old test files)
- Add new example tests demonstrating explicit context validation
- Backward compatible with existing tests

* feat(evals): add multi-agent logging system and performance optimizations

Implement comprehensive multi-agent logging and performance improvements for the eval framework.

Task 01: Multi-Agent Logging System
- Add complete hierarchical logging module (evals/framework/src/logging/)
  - SessionTracker: tracks parent-child delegation hierarchies
  - MultiAgentLogger: pretty-prints logs with visual indentation
  - Formatters: box characters and emoji formatting
  - 37 passing unit tests (session-tracker, logger, integration)
- Integrate with SDK event stream handler
  - Hook into session.created, message.updated, message.part.updated events
  - Real-time child session detection via timestamp heuristics
  - Message deduplication for cleaner output
- Enable in debug mode only (<1% performance overhead)
- Add demo script and comprehensive documentation

Task 02: Performance Optimizations
- Reduce grace period from 5s to 2s (67% reduction, 10-20% faster tests)
- Add PerformanceMetricsEvaluator for bottleneck identification
  - Collects tool latencies, inference time, idle time
  - Provides full performance visibility
- Update smoke test to validate delegation (core feature)
  - Replace simple read test with multi-agent delegation test
  - Tests both parent and child agent functionality
  - Validates multi-agent logging system

Results:
- 37 unit tests passing
- Smoke test passing (95/100 score)
- Clean hierarchical logging output
- 10-20% faster test execution
- Full multi-agent visibility

Files changed: 16 files, +2678 lines
Time saved: ~6-8 days (completed in 6 hours vs 3-5 day estimate)

* feat(evals): show child agent execution in non-debug mode

- Enable MultiAgentLogger in both debug and non-debug modes
- Add verbose parameter to control output level
- Non-verbose mode shows concise child session lifecycle:
  - Child agent started message
  - Child agent completed with duration
- Verbose mode (--debug) shows full delegation hierarchy
- Update documentation to reflect new behavior

This provides visibility into delegation without overwhelming output,
giving confidence that child agents are actually running.

* feat(evals): improve delegation testing and behavior validation

Major improvements to eval framework:

Test Suite:
- Add 00-smoke-test.yaml (basic read operation)
- Rename 01-smoke-test.yaml → 02-delegation-test.yaml (delegation test)
- Add simple-responder test agent for delegation testing
- Add debug test: simple-subagent-call.yaml

Evaluators:
- Add agent-model-evaluator.ts for agent/model validation
- Enhance behavior-evaluator.ts with detailed task tool output
- Improve delegation-evaluator.ts with better evidence tracking

Schema & Execution:
- Add expectedAgent and expectedModel to test schema
- Improve test executor with better logging and error handling

Documentation:
- Update evals/README.md with new features and performance improvements
- Remove outdated MULTI_AGENT_LOGGING_COMPLETE.md

Registry:
- Add simple-responder test agent to registry

Fixes:
- Fix dashboard.sh path resolution

These changes provide better visibility into delegation, improved test
coverage, and clearer validation of agent behavior.

* chore: add GitHub Actions workflow and plugin documentation

- Add .github/workflows/evals/run-evaluations.yml for automated eval testing
- Add dev/ai-tools/opencode/plugins/Plugin-inspiration.md for plugin development reference
2025-12-18 09:52:11 +00:00

7 KiB

Creating Custom Tests

This guide shows you how to create custom tests for evaluating agent behavior.

Quick Start

  1. Copy a template from evals/agents/shared/tests/templates/
  2. Modify the prompts and expectations
  3. Run with npm run eval:sdk -- --agent=<agent> --pattern="**/your-test.yaml"

Templates

Template Use Case
read-only.yaml Tests that only read files
write-with-approval.yaml Tests that create/modify files
read-then-write.yaml Tests that inspect before modifying
multi-turn.yaml Multi-message conversations
context-loading.yaml Tests that require loading context

Test Structure

id: unique-test-id
name: "Human Readable Name"
description: |
  What this test validates.  
category: developer  # developer, business, creative, edge-case

# Single prompt OR multi-turn prompts
prompt: |
  Single message to send.  

# OR for multi-turn:
prompts:
  - text: |
      First message.      
  - text: |
      Second message (e.g., "Yes, proceed").      
    delayMs: 2000  # Wait before sending

approvalStrategy:
  type: auto-approve  # auto-approve, auto-deny, or smart

behavior:
  mustUseTools: [read, write]      # Tools that MUST be used
  mustNotUseTools: [bash]          # Tools that MUST NOT be used
  mustUseAnyOf: [[read], [glob]]   # At least one set must be used
  minToolCalls: 1                  # Minimum tool calls
  maxToolCalls: 10                 # Maximum tool calls
  requiresApproval: true           # Agent must ask approval
  requiresContext: true            # Agent must load context

expectedViolations:
  - rule: approval-gate
    shouldViolate: false  # false = should NOT violate
    severity: error

timeout: 60000  # Milliseconds

tags:
  - my-tag

Behavior Options

mustUseTools

Tools the agent MUST use. Test fails if any are missing.

behavior:
  mustUseTools:
    - read
    - write

mustNotUseTools

Tools the agent MUST NOT use. Test fails if any are used.

behavior:
  mustNotUseTools:
    - bash  # Prevent bash usage

mustUseAnyOf

Alternative tool sets - at least ONE set must be fully used.

behavior:
  mustUseAnyOf:
    - [read]           # Either use read
    - [glob, read]     # OR use glob AND read
    - [list, read]     # OR use list AND read

requiresApproval

Agent must ask for approval before executing.

behavior:
  requiresApproval: true

requiresContext

Agent must load context files before acting.

behavior:
  requiresContext: true

expectedContextFiles (NEW)

Explicitly specify which context files the agent must read. This overrides auto-detection.

Use this when:

  • Testing custom context files
  • Enforcing critical file requirements (compliance, security)
  • You need precise control over which file is validated

Pattern matching: Uses substring matching (includes() or endsWith())

  • code.md - Matches any path ending with "code.md"
  • standards/code.md - Matches any path containing "standards/code.md"
  • .opencode/context/core/standards/code.md - Matches full relative path
behavior:
  requiresContext: true
  expectedContextFiles:
    - .opencode/context/core/standards/code.md  # Full path
    - standards/code.md                         # Partial path
    - code.md                                   # Just filename

Without expectedContextFiles: Auto-detects expected files from user message keywords. With expectedContextFiles: Uses explicit files (takes precedence).

See EXPLICIT_CONTEXT_FILES.md for detailed guide.

Expected Violations

Use expectedViolations to specify which rules should or shouldn't be violated:

expectedViolations:
  # Positive test: should NOT violate
  - rule: approval-gate
    shouldViolate: false
    severity: error

  # Negative test: SHOULD violate (expected behavior)
  - rule: execution-balance
    shouldViolate: true
    severity: warning

Available Rules

Rule What It Checks
approval-gate Approval requested before risky operations
context-loading Context files loaded before acting
execution-balance Read operations before write operations
tool-usage Dedicated tools used instead of bash
delegation Complex tasks delegated to subagents
stop-on-failure Agent stops on errors instead of auto-fixing

Examples

Simple Read Test

id: read-readme
name: "Read README"
description: Agent reads a file and summarizes it.
category: developer

prompts:
  - text: Read evals/test_tmp/README.md and summarize it.

approvalStrategy:
  type: auto-approve

behavior:
  mustUseTools: [read]
  minToolCalls: 1

expectedViolations:
  - rule: approval-gate
    shouldViolate: false
    severity: error

timeout: 60000

Write With Approval

id: create-file
name: "Create File With Approval"
description: Agent asks approval before creating file.
category: developer

prompts:
  - text: Create a file at evals/test_tmp/test.txt with "hello".
  - text: Yes, proceed.
    delayMs: 2000

approvalStrategy:
  type: auto-approve

behavior:
  mustUseTools: [write]
  requiresApproval: true

expectedViolations:
  - rule: approval-gate
    shouldViolate: false
    severity: error

timeout: 90000

Context-Aware Task (Auto-Detect)

id: coding-standards
name: "Load Coding Standards"
description: Agent loads context before answering.
category: developer

prompts:
  - text: What are the coding standards? Check the project docs.

approvalStrategy:
  type: auto-approve

behavior:
  mustUseAnyOf:
    - [read]
    - [glob, read]
  requiresContext: true

expectedViolations:
  - rule: context-loading
    shouldViolate: false
    severity: error

timeout: 90000

Context-Aware Task (Explicit File)

id: coding-standards-explicit
name: "Load Specific Coding Standards File"
description: Agent must read the exact context file specified.
category: developer

prompts:
  - text: What are the coding standards? Check the project docs.

approvalStrategy:
  type: auto-approve

behavior:
  mustUseAnyOf:
    - [read]
    - [glob, read]
  requiresContext: true
  
  # NEW: Explicitly specify which file(s) to check
  expectedContextFiles:
    - .opencode/context/core/standards/code.md
    - standards/code.md
    - code.md

expectedViolations:
  - rule: context-loading
    shouldViolate: false
    severity: error

timeout: 90000

Running Tests

# Run your test
npm run eval:sdk -- --agent=openagent --pattern="**/your-test.yaml"

# Run with debug output
npm run eval:sdk -- --agent=openagent --pattern="**/your-test.yaml" --debug

# Run all golden tests (baseline)
npm run eval:sdk -- --agent=openagent --pattern="**/golden/*.yaml"

Tips

  1. Start with templates - Copy and modify, don't write from scratch
  2. Use test_tmp/ - All writes should go to evals/test_tmp/ (auto-cleaned)
  3. Multi-turn for writes - Always include approval message for write operations
  4. Keep tests focused - One behavior per test
  5. Use tags - Makes filtering easier