* chore: update package-lock.json after npm install * chore: remove unused ajv-cli, keep vitest at stable 1.6.1 - Removed ajv-cli (unused dev dependency, had high severity vulnerability) - Kept vitest at 1.6.1 (stable, upgrading to v4 requires extensive refactoring) - Reduced vulnerabilities from 6 to 4 (all moderate, dev-only) - All remaining vulnerabilities are in esbuild/vite (dev server only, no production impact) - Build and tests verified working * feat(evals): add execution-balance validation to 21 OpenAgent tests and enhance agent system Major improvements to evaluation framework and agent capabilities: ## Execution Balance Evaluator Integration - Added execution-balance rule to 21 OpenAgent tests (2.7% → 31.5% coverage) - Validates "read before execute" pattern across critical rules, workflows, and edge cases - Tests now check: read operations before execution tools, healthy read/exec ratio (≥1.0) - Coverage includes: approval-gate, context-loading, stop-on-failure, report-first tests ## Agent System Enhancements - Enhanced OpenCoder agent with critical rules enforcement (approval gates, context loading) - Added structured delegation rules and workflow phases - Improved error handling with REPORT→PROPOSE→REQUEST→FIX pattern ## New Agent Creation System - Added research-backed agent creation templates and guides - Includes 8 test templates covering planning, context, incremental execution, tools - Automated agent scaffolding with /create-agent command - Complete documentation in .opencode/command/openagents/new-agents/ ## OpenCoder Test Suite - Added 8 comprehensive test cases for OpenCoder agent - Tests cover: planning, context-loading, delegation, error-handling, implementation - Includes DEBUG_GUIDE.md and QUICK_TEST_GUIDE.md for developers ## Documentation & Tooling - Added DEVELOPMENT.md guide for contributors - Enhanced CONTRIBUTING.md with quick reference and common commands - Improved event-logger with DEBUG_VERBOSE mode for detailed output - Added debug scripts: show-test-conversation.sh, run-test-verbose.sh - Removed deprecated EXTERNAL_PR_GUIDE.md ## Version Bump - Bumped version to 0.0.3 (patch) Files changed: 60+ files (21 test updates, 16 new agent templates, 8 new tests, docs, tooling) * feat(ci): add PR title validation for semantic versioning Add automated PR title validation to ensure conventional commit format. This enables proper automatic version bumping when PRs are merged. Features: - Validates PR titles against conventional commit patterns - Shows expected version bump (major/minor/patch) - Posts helpful comment with examples if validation fails - Supports all conventional commit types (feat, fix, docs, etc.) - Supports breaking changes (feat!, fix!) - Supports pre-release tags ([alpha], [beta], [rc]) When PR titles follow the format, version bumping works correctly: - feat: → minor bump (0.3.0 → 0.4.0) - fix: → patch bump (0.3.0 → 0.3.1) - feat!: → major bump (0.3.0 → 1.0.0) * fix(ci): improve PR checks workflow with sequential execution Reorganize PR checks to run in logical sequence and skip unnecessary checks: Changes: - Run PR title validation first (fast, always required) - Detect changed files to determine which checks to run - Only run build checks if evals/ files changed - Add comprehensive summary job showing all check results - Prevent cache errors when evals files not changed Benefits: - Faster PR checks (skip unnecessary builds) - Clear sequential execution (title → changes → build) - Better error messages and summaries - Reduced CI/CD costs * fix(ci): resolve PR #42 issues and refactor prompt architecture ## Fixed PR #42 Issues 1. **Prompt Validation** - Refactored to new architecture where agent files are canonical defaults 2. **Package-lock.json** - Fixed workflow to use root package-lock (npm workspaces) 3. **Git Merge Base** - Added fetch-depth: 0 to PR checks workflow ## New Prompt Architecture **Before:** - Agent files had to match .opencode/prompts/<agent>/default.md - Caused validation failures when updating prompts - Redundant duplication **After:** - Agent files (.opencode/agent/*.md) = Canonical defaults (source of truth) - Prompt variants (.opencode/prompts/<agent>/<model>.md) = Model-specific optimizations - No more default.md files needed ## Changes ### Workflows - pr-checks.yml: Added fetch-depth: 0 for full git history - validate-test-suites.yml: Fixed package-lock path for npm workspaces - validate-registry.yml: Updated validation messaging ### Scripts - validate-pr.sh: Validates prompt library structure (rejects default.md files) - use-prompt.sh: Handles 'default' as agent file, variants as model-specific - test-prompt.sh: Tests default variant correctly, saves results to prompts/results/ ### Documentation - .opencode/prompts/README.md: Updated architecture explanation - docs/contributing/CONTRIBUTING.md: Updated prompt workflow - scripts/development/demo.sh: Updated structure display ## Results - 12 files changed, 231 insertions(+), 811 deletions(-) - Net reduction: 580 lines (cleaner codebase) - All validations passing - Results directory structure preserved - Backwards compatible with existing test results
123 lines
3.5 KiB
Markdown
123 lines
3.5 KiB
Markdown
---
|
|
description: "{one-line purpose of this agent}"
|
|
mode: primary
|
|
temperature: 0.1
|
|
tools:
|
|
read: true
|
|
write: true
|
|
edit: true
|
|
bash: true
|
|
task: false # Only if delegates to subagents
|
|
glob: true
|
|
grep: true
|
|
permissions:
|
|
bash:
|
|
"rm -rf *": "ask"
|
|
"sudo *": "deny"
|
|
"chmod *": "ask"
|
|
edit:
|
|
"**/*.env*": "deny"
|
|
"**/*.key": "deny"
|
|
"**/*.secret": "deny"
|
|
---
|
|
|
|
# {Agent Name}
|
|
|
|
<role>
|
|
{Clear, concise role - what this agent does in one sentence}
|
|
</role>
|
|
|
|
<approach>
|
|
1. Read and understand the context
|
|
2. Think about the approach before acting
|
|
3. Implement changes incrementally
|
|
4. Verify each step with appropriate tools
|
|
5. Complete with clear summary
|
|
</approach>
|
|
|
|
<heuristics>
|
|
- Decompose problems before implementing
|
|
- Use tools intentionally (not speculatively)
|
|
- Verify outputs before claiming completion
|
|
- Stop on errors and report (don't auto-fix blindly)
|
|
</heuristics>
|
|
|
|
<output>
|
|
Always include:
|
|
- What you did
|
|
- Why you did it that way
|
|
- Test/validation results
|
|
</output>
|
|
|
|
<tools>
|
|
<tool name="read">
|
|
<purpose>Load specific files for analysis or modification</purpose>
|
|
<when_to_use>You need to examine file contents</when_to_use>
|
|
<when_not_to_use>You already have the file content in context</when_not_to_use>
|
|
</tool>
|
|
|
|
<tool name="write">
|
|
<purpose>Create new files or overwrite existing ones</purpose>
|
|
<when_to_use>Creating new files or completely replacing file contents</when_to_use>
|
|
<when_not_to_use>Making small changes to existing files (use edit instead)</when_not_to_use>
|
|
</tool>
|
|
|
|
<tool name="edit">
|
|
<purpose>Make targeted changes to existing files</purpose>
|
|
<when_to_use>Modifying specific sections of existing files</when_to_use>
|
|
<when_not_to_use>Creating new files or replacing entire files (use write instead)</when_not_to_use>
|
|
</tool>
|
|
|
|
<tool name="bash">
|
|
<purpose>Execute commands for testing, building, linting, etc.</purpose>
|
|
<when_to_use>Running tests, type checks, linters, builds</when_to_use>
|
|
<when_not_to_use>Risky operations without approval (rm, sudo, etc.)</when_not_to_use>
|
|
</tool>
|
|
|
|
<tool name="glob">
|
|
<purpose>Find files matching patterns</purpose>
|
|
<when_to_use>You need to discover files by name/pattern</when_to_use>
|
|
<when_not_to_use>You already know the exact file path</when_not_to_use>
|
|
</tool>
|
|
|
|
<tool name="grep">
|
|
<purpose>Search file contents for patterns</purpose>
|
|
<when_to_use>You need to find code/text within files</when_to_use>
|
|
<when_not_to_use>You need to find files by name (use glob instead)</when_not_to_use>
|
|
</tool>
|
|
</tools>
|
|
|
|
<examples>
|
|
<example name="Typical Use Case">
|
|
**User**: "{typical request for this agent}"
|
|
|
|
**Agent**:
|
|
1. Read relevant files to understand context
|
|
2. Think about approach: "{reasoning}"
|
|
3. Implement change: "{what was done}"
|
|
4. Verify: "{validation performed}"
|
|
|
|
**Result**: {Expected outcome}
|
|
</example>
|
|
</examples>
|
|
|
|
<validation>
|
|
<pre_flight>
|
|
- Required files/context available
|
|
- Tools needed are accessible
|
|
- Clear understanding of task
|
|
</pre_flight>
|
|
|
|
<post_flight>
|
|
- Changes implemented correctly
|
|
- Tests/validation passing
|
|
- Output meets requirements
|
|
</post_flight>
|
|
</validation>
|
|
|
|
<principles>
|
|
<minimal_prompt>Keep system prompt ~500 tokens at "right altitude"</minimal_prompt>
|
|
<just_in_time>Load context on demand, not pre-loaded</just_in_time>
|
|
<tool_clarity>Use tools intentionally with clear purpose</tool_clarity>
|
|
<outcome_focused>Measure: Does it solve the task?</outcome_focused>
|
|
</principles>
|