OpenAgents Control (OAC)

AI agents that learn your coding patterns and generate matching code every time, with approval gates for controlled execution.

Stars
★ 4.9k
Last updated
3mo ago
License
MIT
Primary language
TypeScript

At a glance

How it runs
CLIAgent plugin / skill
Works with
Portable with changesClaude Code
Cost
Free software; you pay for model usage
Setup effort
Low · running in minutes
You'll need
OpenCode CLIBash 3.2+GitShell / CLINetwork accessLocal filesystem
Typical use
Development teams with established coding standards who want consistency across all generated code.
Not a fit if
  • Teams wanting fully autonomous execution without approval gates
  • Developers without established coding patterns who just want quick prototypes
  • Users needing multi-agent parallelization and maximum execution speed

What does this agent do, and when should you use it?

OpenAgents Control (OAC) is an AI agent framework built on OpenCode, designed for plan-first development workflows. It uses a context system to load project-specific coding patterns before code generation, and approval gates to ensure every modification is human-approved. The framework includes multiple editable agents (OpenAgent, OpenCoder, SystemBuilder) and specialized subagents (ContextScout, TaskManager, TestEngineer, CodeReviewer, BuildAgent, DocWriter, ExternalScout). Its core MVI (Minimal Viable Information) principle reduces token usage significantly, supports multi-language and model-agnostic operation, avoiding vendor lock-in.

OAC operates through the OpenCode CLI. Users invoke agents via commands like opencode --agent OpenAgent, where the agent uses ContextScout to discover relevant context files, proposes a plan based on those patterns, and waits for approval before executing code changes, tests, and reviews. Specialized subagents handle specific tasks: TaskManager decomposes features, CoderAgent implements code, TestEngineer writes tests, CodeReviewer performs security reviews, BuildAgent runs type checks and builds, DocWriter generates documentation, and ExternalScout fetches live docs for external libraries. Agent behavior is configured via editable Markdown files, and commands like /add-context, /commit, /test, /optimize enhance workflows.

  1. Development teams with established coding standards who want consistency across all generated code.
  2. Developers needing production-ready code that ships without heavy refactoring.
  3. Users who want human oversight in AI-driven development through approval gates.
  4. Cost-conscious users aiming to reduce token consumption with MVI principles.
  5. Teams using multiple AI models (Claude, GPT, Gemini) to avoid vendor lock-in.

How do you install or deploy this agent?

Prerequisites: OpenCode CLI (free, open-source), Bash 3.2+, Git. One-command install: curl -fsSL https://raw.githubusercontent.com/darrenhinde/OpenAgentsControl/main/install.sh | bash -s developer. Interactive install: curl -fsSL .../install.sh -o install.sh && bash install.sh. Update: curl -fsSL .../update.sh | bash.

How do you use this agent?

After installation, start an agent with opencode --agent OpenAgent and enter requests like "Create a user authentication system". The agent analyzes, proposes a plan, and executes step-by-step after approval. For best results, run /add-context to add your coding patterns (10-15 minutes).

What are this agent's strengths and limitations?

Pros
  • Context system ensures code matches your patterns, reducing refactoring effort.
  • Approval gates provide human control over AI actions, preventing surprises.
  • MVI principle cuts token usage dramatically (example: 8000 to 750 tokens), saving costs.
  • Editable agents in Markdown allow customization without vendor lock-in, supporting any model.
Limitations
  • Requires OpenCode CLI installation, which may be an extra step for some users.
  • Approval workflow slows down execution compared to autonomous agents.
  • Initial context setup takes time (10-15 minutes) and requires ongoing updates.
  • Multi-language support is less battle-tested for Python, Go, Rust compared to TypeScript/Node.js.

How does this agent compare with similar options?

Compared to Cursor/Copilot, OAC offers editable agents, approval gates, context system, and MVI token efficiency; compared to Aider, it adds team patterns, approval workflow, and smart pattern discovery; compared to Oh My OpenCode, it focuses on control and repeatability over autonomous parallel execution.

Key facts side by side with the most closely related agents.

Agent Source review Form / cost Stars Updated Language Full support on
OpenAgents Control (OAC) This agent 47 · Major gaps CLIFree + model costs ★ 4.9k 3mo ago TypeScript Claude Code
3code Economical Coding Agent 40 · Major gaps CLIFree + model costs ★ 111 2d ago Nim OpenAI API
Claudexor 76 · Good CLIFree + model costs ★ 515 today TypeScript Codex · Claude Code
Claude-Mem 73 · Some gaps CLIFreemium ★ 102k today TypeScript Codex · Claude Code

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Major gaps
47/ 100 5-point scale 2.4 / 5
Trust 11/29
Reliability 6/14
Adaptability 10/18
Convention 10/18
Effectiveness 7/13
Verifiability 3/8
Why each dimension lost points
Trust11 / 29 · 1.9/5

Evidence shows approval gates emphasized, but no actual least-privilege implementation details. User confirmation mechanism described in README but lacks code-level verification. Data flow transparency insufficient; how context files are processed not explained. Sensitive data handling not mentioned. Dependency security lacks dependency list or audit. External effects (e.g., network requests) not explicit. Rollback mechanism not mentioned. Source attribution only via author info, but publisher unverified.

Reliability6 / 14 · 2.1/5

Self-consistency good; README and package.json descriptions align. Dependency availability lacks full dependency list; only devDependencies has glob. Failure messages lack concrete error handling examples.

Adaptability10 / 18 · 2.8/5

Audience clear (developers, teams), scenarios diverse. Capability boundaries explained in README (e.g., no parallel execution). Trigger precision insufficient; command trigger conditions not detailed. Environment fit good; supports multiple languages and models.

Convention10 / 18 · 2.8/5

Information architecture clear; README, SECURITY.md present. Install notes detailed. Naming stability not explicit for version compatibility. Examples and FAQ rich. Known limitations mentioned in README. License MIT. Versioning and changelog supported by workflows. Maintenance responsibility not explicit, but author info exists.

Effectiveness7 / 13 · 2.7/5

Output usability high; example workflows provided. Marginal value clear; solves pattern matching problem. Cost-benefit has claimed token reduction but lacks independent verification.

Verifiability3 / 8 · 1.9/5

Claim traceability insufficient; no test results or evidence provided. Cross-source corroboration limited; relies on README only. Fact-inference separation unclear; many performance claims unverified.

Risks and how to mitigate them
  • Publisher identity unverified; treat with caution.
  • Performance claims (e.g., 80% token reduction) lack independent verification.
  • Dependency security lacks full manifest; audit needed.
  • Data flow and sensitive data handling opaque; further review required.
Evidence confidence: Low Reviewed Aug 11, 2026 Reviewed revision 37ca233fa559
See the full review method →

Recent releases

Latest entries from the project's GitHub Releases. Notes are quoted from upstream as written, not rewritten or tested by FollowAgents.

  1. v0.7.1
    Release notes excerpt
    Changes - feat: Context path configuration and documentation reorganization (#143)
    View on GitHub ↗
  2. v0.7.0
    Release notes excerpt
    Changes - feat: add ExternalScout and optimize ContextScout with research-backed patterns (#128) Documentation - Updated README.md and QUICK_START.md for v0.6.0 accuracy - Updated version from 0.1.0-alpha.1 to 0.6.0 - Added OpenImplementer agent to main agents list - Completed commands list with /analyze-patterns, /commit-openagents, /build-context-system - Highlighted ExternalScout with 18+ supported libraries - Updated installation profiles to mention new agents
    View on GitHub ↗
  3. v0.5.5
    Release notes excerpt
    Changes - fix(registry): add component-planning context and remove repo-specific contexts from user profiles (#125)
    View on GitHub ↗

FAQ

Do I need to install per project?
You can install globally or per-project. Local install (.opencode/) is recommended for team sharing via git; global install (~/.config/opencode/) works for personal defaults.
How do I add or update team patterns?
Use /add-context interactive wizard answering 6 questions. Update with /add-context --update as your project evolves.
Which languages are supported?
Agents are language-agnostic; primarily tested with TypeScript/Node.js and C#/.NET. Python, Go, Rust are supported but less tested.
How does token efficiency work?
MVI principle loads only needed context, files are <200 lines, ContextScout discovers relevant patterns, and 80% of tasks use isolation context.
Is context mandatory?
No, but strongly recommended. Without context, code is generic; with context, it matches your patterns.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents