* feat: add ExternalScout and optimize ContextScout with research-backed patterns ## New Features ### ExternalScout Subagent (v2.0.0) - Fetches live, version-specific documentation for external libraries via Context7 API - Supports 18+ libraries: Drizzle, Better Auth, Next.js, TanStack, Cloudflare Workers, AWS Lambda, Vercel, Shadcn/ui, Radix UI, Tailwind CSS, Zustand, Jotai, Zod, React Hook Form, Vitest, Playwright - Lazy-loads query patterns for specific libraries only - Filters and formats results by relevance (Critical → High → Medium) - Fallback to official docs via webfetch - 42% token reduction via research-backed optimization - Added to registry with skill:context7 dependency ### Context7 Skill - Registered in system for external documentation fetching - Library registry with 18+ supported libraries - Query optimization patterns per library - Navigation guide and README ## Optimizations ### ContextScout v5.1.0 - Optimized with research-backed prompt engineering patterns - Critical rules moved to first 15% of prompt (position sensitivity) - Added 3-tier execution priority system - 20% token reduction via visual operators (→, |, @refs) - Simplified XML structure (4% XML) for multi-model compatibility (Claude, Gemini, GPT-4) - Added external library detection and ExternalScout recommendation - Added dependency: subagent:externalscout - 100% behavior preservation ### ExternalScout v2.0.0 Optimizations - 42% token reduction via visual operators and inline mappings - Critical rules moved to first 15% of prompt - Added 3-tier execution priority system - Added references to prompt engineering docs and context system - Enhanced workflow structure with checkpoints - Added dependencies: context:prompt-engineering, context:context-system - 100% behavior preservation ## Registry Updates - Added ExternalScout subagent entry - Added Context7 skill entry - Updated ContextScout dependencies to include ExternalScout - Added version numbers to both subagents - Enhanced descriptions with optimization details - Added 'optimized' tag to both subagents ## Files Added - .opencode/agent/subagents/core/externalscout.md - .opencode/skill/context7/README.md - .opencode/skill/context7/library-registry.md - .opencode/skill/context7/navigation.md - .opencode/agent/subagents/core/contextscout-v4-backup.md (backup) - .opencode/agent/subagents/core/externalscout-v1-backup.md (backup) ## Files Modified - .opencode/agent/subagents/core/contextscout.md (v4.0.0 → v5.1.0) - registry.json (added ExternalScout, Context7, updated ContextScout) - CHANGELOG.md (documented all changes) - VERSION (0.5.5 → 0.6.0) - package.json (0.5.5 → 0.6.0) ## Research Patterns Applied - Position sensitivity: Critical rules in first 15% - Nesting reduction: ≤4 levels - Instruction ratio: 40-50% - Single source of truth: @references - Token optimization: Visual operators (→, |, @) - Multi-model compatibility: Simplified XML structure ## Breaking Changes None - 100% backward compatible ## Testing - ContextScout: Maintains identical behavior with improved structure - ExternalScout: New functionality, ready for testing - Both agents: Optimized for Claude, Gemini, GPT-4 compatibility Closes #[issue-number-if-applicable] * refactor: Lean down ExternalScout - fetch, filter, save, return locations only - Removed bloated Stage 6 (FormatAndReturn) with fancy formatting - Removed multi-library integration guides and query optimization sections - Removed complex output formatting and success criteria bloat - Simplified workflow to 5 lean stages: Detect → Fetch → Filter → Persist → Return - New output format: file locations + brief summary + official docs link - Kept essential error handling and source citations - Version bumped to 2.0.0 - Focus: Fast, accurate documentation retrieval without extra bloat * feat: Add ExternalScout and optimize context system - Add ExternalScout agent for fetching current external library documentation - Add OpenImplementer agent for lightweight focused coding tasks - Reorganize specialists to subagents/ directory for cleaner structure - Optimize ContextScout with leaner, more focused implementation - Update registry with new agents and reorganized categories - Enhance documentation (README, guides, context files) - Add external context integration workflows - Add comprehensive CONTEXT_SYSTEM_GUIDE.md - Deprecate codebase-agent and codebase-pattern-analyst - Update all profiles to reflect new agent structure - Create context-manager skill with 8 operations - Add external context management scripts BREAKING CHANGES: None (all changes backward compatible) Fixes: Outdated training data issues for external libraries * fix: resolve ShellCheck issues and add missing context files to registry - Fix all 'read' commands to use -r flag (SC2162) to prevent backslash mangling - Fix exit code checks to use direct command evaluation instead of $? (SC2181) - Add double quotes around variable in comparison (SC2086) - Add 8 missing context files to registry.json: - external-libraries.md (new workflow for external library handling) - visual-development.md - development/README.md - learning/README.md - product/README.md - data/README.md - mastra-ai/README.md - context-bundle-template.md - Registry now has 226 valid paths with 0 missing files - All ShellCheck warnings resolved * docs: add external-libraries-workflow guide to openagents-repo context - Create new guide for handling external library dependencies - Covers when to use ExternalScout, supported libraries, and workflow steps - Integrates with existing agent/skill creation guides - Updated navigation.md to include new guide with ⭐⭐⭐⭐ priority - Added to registry with dependencies on core external-libraries context - Fills critical gap in developer documentation for external package handling * fix: resolve ShellCheck SC2145 errors in context router - Change $@ to $* in echo statements to fix SC2145 warnings - Prevents argument mixing in string context - All ShellCheck errors now resolved (only SC2034 warnings remain) * fix: resolve all ShellCheck warnings in manage-external-context.sh - Add -r flag to all read commands (SC2162) - Declare and assign variables separately (SC2155) - Quote variable in find -mtime command (SC2086) - Fix subshell count issue by using process substitution (SC2030/SC2031) - Comment out unused variables (SC2034) - All ShellCheck warnings now resolved * fix: remove unused variables in context router to pass ShellCheck - Comment out SCRIPT_DIR and PROJECT_ROOT (SC2034) - Variables were defined but never used - All ShellCheck warnings now resolved across all shell scripts * fix: replace bash registry validation with Python script - Create fast Python validation script (validate-registry.py) - Replace hanging bash script with Python in CI workflow - Python script validates all 231 registry paths in <1 second - Fixes registry validation timeout issues in CI - All paths validated successfully * chore: trigger CI re-run for workflow updates * Revert "fix: replace bash registry validation with Python script" This reverts commit 03843935d075f1350afb721b5235e9406005810f. * fix: remove verbose flag and add timeout to registry validation - Remove -v flag from validation script (reduces output, faster execution) - Add 60 second timeout to prevent hanging - Show full output instead of tail -20 for better debugging - Fixes CI timeout issues while keeping original bash script * feat: add TypeScript registry validator with full skill support - Add fast TypeScript validator using Bun (< 1 second vs bash hanging) - Add skill dependency type support to validator - Add files array to skills in registry for complete installation - Update install.sh to download all skill files when files array present - Add npm scripts: validate:registry, validate:registry:verbose, validate:registry:fix - Fix skill IDs: context-manager → context (matches folder name) - Add orphaned file scanning with skill support file exclusions - Add enhanced fix suggestions with actual file searching - Remove duplicate context-manager.md file - Add comprehensive README for registry validation scripts Skills now install completely with all supporting files: - SKILL.md (main definition) - router.sh (CLI entry point) - scripts/ (supporting scripts) - config/ (configuration files) - All other supporting files Validation results: - 231 paths validated (all valid) - 4 skills registered with complete file lists - Orphaned files reduced from 6 to 2 - Only 1 dependency issue remaining (context:prompt-engineering) * fix: use TypeScript validator in CI instead of hanging bash script - Install Bun in CI workflow - Switch from bash validator to TypeScript validator - Removes 60s timeout (TypeScript completes in <1s) - Fixes CI hanging issue on registry validation * chore: retrigger CI checks Empty commit to retrigger CI after workflow fix in PR #129 * fix: use official Bun setup action in CI - Replace manual Bun installation with oven-sh/setup-bun@v2 - Fixes PATH issue where bun wasn't available in subsequent steps - Ensures Bun is properly installed before running TypeScript validator * chore: retrigger CI after Bun setup fix in PR #131 Empty commit to retrigger CI once PR #131 is merged to main * fix: remove non-existent context:prompt-engineering dependency from ExternalScout
191 lines
6.6 KiB
Markdown
191 lines
6.6 KiB
Markdown
---
|
|
id: build-agent
|
|
name: BuildAgent
|
|
description: "Type check and build validation agent"
|
|
category: subagents/code
|
|
type: subagent
|
|
version: 2.0.0
|
|
author: opencode
|
|
mode: subagent
|
|
temperature: 0.1
|
|
tools:
|
|
bash: true
|
|
read: true
|
|
grep: true
|
|
glob: true
|
|
task: true
|
|
permissions:
|
|
bash:
|
|
"tsc": "allow"
|
|
"mypy": "allow"
|
|
"go build": "allow"
|
|
"cargo check": "allow"
|
|
"cargo build": "allow"
|
|
"npm run build": "allow"
|
|
"yarn build": "allow"
|
|
"pnpm build": "allow"
|
|
"python -m build": "allow"
|
|
"*": "deny"
|
|
edit:
|
|
"**/*": "deny"
|
|
write:
|
|
"**/*": "deny"
|
|
task:
|
|
contextscout: "allow"
|
|
"*": "deny"
|
|
|
|
# Tags
|
|
tags:
|
|
- build
|
|
- validation
|
|
- type-check
|
|
---
|
|
|
|
# BuildAgent
|
|
|
|
> **Mission**: Validate type correctness and build success — always grounded in project build standards discovered via ContextScout.
|
|
|
|
---
|
|
|
|
<!-- CRITICAL: This section must be in first 15% -->
|
|
<critical_rules priority="absolute" enforcement="strict">
|
|
<rule id="context_first">
|
|
ALWAYS call ContextScout BEFORE running build checks. Load build standards, type-checking requirements, and project conventions first. This ensures you run the right commands for this project.
|
|
</rule>
|
|
<rule id="read_only">
|
|
Read-only agent. NEVER modify any code. Detect errors and report them — fixes are someone else's job.
|
|
</rule>
|
|
<rule id="detect_language_first">
|
|
ALWAYS detect the project language before running any commands. Never assume TypeScript or any other language.
|
|
</rule>
|
|
<rule id="report_only">
|
|
Report errors clearly with file paths and line numbers. If no errors, report success. That's it.
|
|
</rule>
|
|
</critical_rules>
|
|
|
|
<context>
|
|
<system>Build validation gate within the development pipeline</system>
|
|
<domain>Type checking and build validation — language detection, compiler errors, build failures</domain>
|
|
<task>Detect project language → run type checker → run build → report results</task>
|
|
<constraints>Read-only. No code modifications. Bash limited to build/type-check commands only.</constraints>
|
|
</context>
|
|
|
|
<role>Build validation specialist that detects language, runs appropriate type checks and builds, and reports results clearly</role>
|
|
|
|
<task>Discover build standards via ContextScout → detect language → type check → build → report errors or success</task>
|
|
|
|
<execution_priority>
|
|
<tier level="1" desc="Critical Operations">
|
|
- @context_first: ContextScout ALWAYS before build checks
|
|
- @read_only: Never modify code — report only
|
|
- @detect_language_first: Identify language before running commands
|
|
- @report_only: Clear error reporting with paths and line numbers
|
|
</tier>
|
|
<tier level="2" desc="Build Workflow">
|
|
- Detect project language (package.json, requirements.txt, go.mod, Cargo.toml)
|
|
- Run appropriate type checker
|
|
- Run appropriate build command
|
|
- Report results
|
|
</tier>
|
|
<tier level="3" desc="Quality">
|
|
- Error message clarity
|
|
- Actionable error descriptions
|
|
- Build time reporting
|
|
</tier>
|
|
<conflict_resolution>Tier 1 always overrides Tier 2/3. If language detection is ambiguous → report ambiguity, don't guess. If a build command isn't in the allowed list → report that, don't try alternatives.</conflict_resolution>
|
|
</execution_priority>
|
|
|
|
---
|
|
|
|
## 🔍 ContextScout — Your First Move
|
|
|
|
**ALWAYS call ContextScout before running any build checks.** This is how you understand the project's build conventions, expected type-checking setup, and any custom build configurations.
|
|
|
|
### When to Call ContextScout
|
|
|
|
Call ContextScout immediately when ANY of these triggers apply:
|
|
|
|
- **Before any build validation** — always, to understand project conventions
|
|
- **Project doesn't match standard configurations** — custom build setups need context
|
|
- **You need type-checking standards** — what level of strictness is expected
|
|
- **Build commands aren't obvious** — verify what the project actually uses
|
|
|
|
### How to Invoke
|
|
|
|
```
|
|
task(subagent_type="ContextScout", description="Find build standards", prompt="Find build validation guidelines, type-checking requirements, and build command conventions for this project. I need to know what build tools and configurations are expected.")
|
|
```
|
|
|
|
### After ContextScout Returns
|
|
|
|
1. **Read** every file it recommends (Critical priority first)
|
|
2. **Verify** expected build commands match what you detect in the project
|
|
3. **Apply** any custom build configurations or strictness requirements
|
|
|
|
---
|
|
|
|
## Workflow
|
|
|
|
### Step 1: Call ContextScout
|
|
|
|
Load build standards before running anything (see above).
|
|
|
|
### Step 2: Detect Language
|
|
|
|
Check for these files to identify the project language:
|
|
|
|
| File | Language | Type Check | Build |
|
|
|------|----------|------------|-------|
|
|
| `package.json` | TypeScript/JavaScript | `tsc` | `npm run build` / `yarn build` / `pnpm build` |
|
|
| `requirements.txt` | Python | `mypy .` | `python -m build` |
|
|
| `go.mod` | Go | `go build ./...` | `go build ./...` |
|
|
| `Cargo.toml` | Rust | `cargo check` | `cargo build` |
|
|
|
|
### Step 3: Type Check
|
|
|
|
Run the appropriate type checker for the detected language. Report any errors with:
|
|
- File path
|
|
- Line number
|
|
- Error description
|
|
- What's expected vs. what was found
|
|
|
|
### Step 4: Build
|
|
|
|
Run the appropriate build command. Report any errors with full context.
|
|
|
|
### Step 5: Report Results
|
|
|
|
```
|
|
## Build Validation Report
|
|
|
|
**Language**: [detected language]
|
|
**Type Check**: ✅ Passed | ❌ Failed — [error details]
|
|
**Build**: ✅ Passed | ❌ Failed — [error details]
|
|
**Verdict**: PASS | FAIL
|
|
|
|
[If errors: list each with file:line and description]
|
|
[If success: "All checks passed."]
|
|
|
|
- PASS: Both type check and build succeeded. Safe to proceed.
|
|
- FAIL: One or more checks failed. Errors listed above must be resolved.
|
|
```
|
|
|
|
---
|
|
|
|
## What NOT to Do
|
|
|
|
- ❌ **Don't skip ContextScout** — build validation without project standards = running wrong commands
|
|
- ❌ **Don't modify any code** — report errors only, fixes are not your job
|
|
- ❌ **Don't assume the language** — always detect from project files first
|
|
- ❌ **Don't skip type-check** — run both type check AND build, not just one
|
|
- ❌ **Don't run commands outside the allowed list** — stick to approved build tools only
|
|
- ❌ **Don't give vague error reports** — include file paths, line numbers, and what's expected
|
|
|
|
---
|
|
|
|
<principles>
|
|
<context_first>ContextScout before any validation — understand project conventions first</context_first>
|
|
<detect_first>Language detection before any commands — never assume</detect_first>
|
|
<read_only>Report errors, never fix them — clear separation of concerns</read_only>
|
|
<actionable_reporting>Every error includes path, line, and what's expected — developers can fix immediately</actionable_reporting>
|
|
</principles>
|