Repository navigation
[Spec 178] Support OpenCode as an alternative agent shell - #663
Conversation
…er and auto-detection
…with JSON merge support
…ation and document configuration
Architect Integration ReviewExcellent implementation — all three reviewers confirm existing harnesses (Claude, Codex, Gemini) are completely unaffected. The Three changes needed before merge: 1. Repository pollution via
|
…d permission field name
Summary
Add first-class OpenCode support as an alternative agent shell in Codev's agent farm. OpenCode supports 75+ LLM providers, giving users flexibility beyond Claude Code.
Changes
harness.ts): NewOPENCODE_HARNESSbuilt-in provider withgetWorktreeFiles()for file-based role injection viaopencode.json.buildRoleInjection()throws for architect use (builder-only). Auto-detection recognizesopencodebasename. OptionalgetWorktreeFiles?()method added toHarnessProviderinterface (backward-compatible).spawn-worktree.ts): BothstartBuilderSession()andbuildWorktreeLaunchScript()callgetWorktreeFiles()when available. JSON merge strategy preserves existingopencode.jsonconfig (e.g., permissions) while adding instructions.doctor.ts): OpenCode added toAI_DEPENDENCIESandVERIFY_CONFIGS. Warns if OpenCode configured as architect shell.README.md): New "Alternative Agent Shells" section with configuration examples, permission setup, and known differences.Testing
Spec
Link: codev/specs/178-support-opencode-as-an-alterna.md
Review
Link: codev/reviews/178-support-opencode-as-an-alterna.md