* 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
296 lines
7 KiB
Markdown
296 lines
7 KiB
Markdown
# 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
|
|
|
|
```yaml
|
|
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.
|
|
```yaml
|
|
behavior:
|
|
mustUseTools:
|
|
- read
|
|
- write
|
|
```
|
|
|
|
### mustNotUseTools
|
|
Tools the agent MUST NOT use. Test fails if any are used.
|
|
```yaml
|
|
behavior:
|
|
mustNotUseTools:
|
|
- bash # Prevent bash usage
|
|
```
|
|
|
|
### mustUseAnyOf
|
|
Alternative tool sets - at least ONE set must be fully used.
|
|
```yaml
|
|
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.
|
|
```yaml
|
|
behavior:
|
|
requiresApproval: true
|
|
```
|
|
|
|
### requiresContext
|
|
Agent must load context files before acting.
|
|
```yaml
|
|
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
|
|
|
|
```yaml
|
|
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](agents/shared/tests/EXPLICIT_CONTEXT_FILES.md) for detailed guide.
|
|
|
|
## Expected Violations
|
|
|
|
Use `expectedViolations` to specify which rules should or shouldn't be violated:
|
|
|
|
```yaml
|
|
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
|
|
```yaml
|
|
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
|
|
```yaml
|
|
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)
|
|
```yaml
|
|
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)
|
|
```yaml
|
|
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
|
|
|
|
```bash
|
|
# 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
|