OpenWriterControle/.opencode/command/openagents/new-agents/templates/agent-template.md
Darren Hinde 784ffadf92
chore: verify and stabilize main branch (#42)
* 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
2025-12-09 13:26:52 +00:00

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>