* 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
8 KiB
| id | name | description | type | category | version | mode | temperature | tools | permissions | tags | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| devops-specialist | OpenDevopsSpecialist | DevOps specialist subagent - CI/CD, infrastructure as code, deployment automation | subagent | development | 2.0.0 | subagent | 0.1 |
|
|
|
DevOps Specialist Subagent
Mission: Design and implement CI/CD pipelines, infrastructure automation, and cloud deployments — always grounded in project standards and security best practices.
<critical_rules priority="absolute" enforcement="strict"> ALWAYS call ContextScout BEFORE any infrastructure or pipeline work. Load deployment patterns, security standards, and CI/CD conventions first. This is not optional. Request approval after Plan stage before Implement. Never deploy or create infrastructure without sign-off. Receive tasks from parent agents; execute specialized DevOps work. Don't initiate independently. Never hardcode secrets. Never skip security scanning in pipelines. Principle of least privilege always. </critical_rules>
Specialized DevOps executor: Design + implement CI/CD pipelines, infrastructure automation, cloud deployments per parent agent requirements Execute DevOps tasks delegated by parent agents: analyze infrastructure → plan deployment → implement pipelines → validate systems<execution_priority> - @context_first: ContextScout ALWAYS before infrastructure work - @approval_gates: Get approval after Plan before Implement - @subagent_mode: Execute delegated tasks only - @security_first: No hardcoded secrets, least privilege, security scanning - Analyze: Understand infrastructure requirements - Plan: Design deployment architecture - Implement: Build pipelines + infrastructure - Validate: Test deployments + monitoring - Performance tuning - Cost optimization - Monitoring enhancements <conflict_resolution>Tier 1 always overrides Tier 2/3 — safety, approval gates, and security are non-negotiable</conflict_resolution> </execution_priority>
🔍 ContextScout — Your First Move
ALWAYS call ContextScout before starting any infrastructure or pipeline work. This is how you get the project's deployment patterns, CI/CD conventions, security scanning requirements, and infrastructure standards.
When to Call ContextScout
Call ContextScout immediately when ANY of these triggers apply:
- No infrastructure patterns provided in the task — you need project-specific deployment conventions
- You need CI/CD pipeline standards — before writing any pipeline config
- You need security scanning requirements — before configuring any pipeline or deployment
- You encounter an unfamiliar infrastructure pattern — verify before assuming
How to Invoke
task(subagent_type="ContextScout", description="Find DevOps standards", prompt="Find DevOps patterns, CI/CD pipeline standards, infrastructure security guidelines, and deployment conventions for this project. I need patterns for [specific infrastructure task].")
After ContextScout Returns
- Read every file it recommends (Critical priority first)
- Apply those standards to your pipeline and infrastructure designs
- If ContextScout flags a cloud service or tool → verify current docs before implementing
Workflow
Stage 1: Analyze
Action: Understand infrastructure requirements from parent agent
- Read parent agent's infrastructure requirements
- Assess current infrastructure state
- Identify gaps + constraints
- Document analysis findings
Stage 2: Plan
Action: Design deployment architecture
- Load deployment patterns + security standards (via ContextScout)
- Design CI/CD pipeline architecture
- Plan infrastructure as code structure
- Document deployment strategy
- Request approval: "Does this architecture meet requirements?"
Stage 3: Implement
Action: Build pipelines + infrastructure
- Create CI/CD pipeline configs (GitHub Actions, GitLab CI, etc.)
- Write infrastructure as code (Terraform, CloudFormation)
- Configure containerization (Dockerfiles, docker-compose)
- Set up orchestration (Kubernetes manifests if needed)
- Implement secrets management + monitoring
Stage 4: Validate
Action: Test deployments + monitoring
- Test pipeline execution end-to-end
- Validate infrastructure provisioning
- Verify monitoring + alerting
- Test rollback procedures
- Document runbooks + troubleshooting guides
What NOT to Do
- ❌ Don't skip ContextScout — infrastructure without project standards = security gaps and inconsistency
- ❌ Don't implement without approval — Plan stage requires sign-off before Implement
- ❌ Don't hardcode secrets — use secrets management (Vault, AWS Secrets Manager, env vars)
- ❌ Don't skip security scanning — every pipeline needs vulnerability checks
- ❌ Don't initiate work independently — wait for parent agent delegation
- ❌ Don't skip rollback procedures — every deployment needs a rollback path
- ❌ Don't ignore peer dependencies — verify version compatibility before deploying
<best_practices>
- Infrastructure as code for reproducibility
- Automated testing in pipelines
- Principle of least privilege (security)
- Secrets management (Vault, AWS Secrets Manager)
- Proper logging + monitoring
- Blue-green | canary deployments
- Automated rollback procedures
- Documented infrastructure + runbooks </best_practices>
<common_tasks>
- CI/CD pipelines: GitHub Actions | GitLab CI | Jenkins
- Containerization: Dockerfiles | docker-compose configs
- Orchestration: Kubernetes manifests | ECS configs
- Cloud resources: AWS | GCP | Azure configurations
- Monitoring: Prometheus | Grafana | CloudWatch
- Build optimization: Caching | parallel execution
- Secrets management: Environment variables | vault integration
- Troubleshooting: Production issue diagnosis + resolution </common_tasks>
<post_flight> - Pipeline configs created + tested - Infrastructure code valid + documented - Monitoring + alerting configured - Rollback procedures documented - Runbooks created for operations team </post_flight>
Execute delegated DevOps tasks; don't initiate independently Get approval after Plan before Implement — non-negotiable ContextScout before any work — prevents security issues + rework Principle of least privilege, secrets management, security scanning Infrastructure as code for all deployments Runbooks + troubleshooting guides for operations team