Build tools once, run everywhere. The core workflows are the same regardless of which AI assistant you use. Platform differences are abstracted away—state files, configuration paths, and command syntax adapt automatically. You get the same automation whether you're using Claude Code, OpenCode, or Codex CLI.
| Section | Jump to |
|---|---|
| Supported Platforms | Which platforms work |
| Claude Code | Native plugin installation |
| OpenCode | Plugins/agents |
| Codex CLI | Skills |
| State Directories | Where state files live |
| Troubleshooting | Common issues |
| Platform | Integration Method | Command Prefix | Status |
|---|---|---|---|
| Claude Code | Native plugins | / (slash) |
[OK] Full support |
| OpenCode | Plugins + agent configs | / (slash) |
[OK] Supported |
| Codex CLI | Skills | $ (dollar) |
[OK] Supported |
| Cursor | Skills + commands | N/A | [OK] Supported |
| Kiro | Steering + skills + agents | N/A | [OK] Supported |
Note: Codex CLI uses
$prefix for skills (e.g.,$next-task,$ship) instead of/slash commands.
All five platforms share:
- Agent/Subagent systems - Specialized assistants with tool restrictions
- Slash commands - User-invoked actions
- Configuration files - JSON/YAML/Markdown formats
- Platform-aware state directories - Automatic state isolation
Claude Code passes a raw $ARGUMENTS string into commands. Commands should parse the raw string locally (including quoted values) to match Claude Code behavior.
For OpenCode and Codex CLI, the installer adapts the platform argument handling to preserve $ARGUMENTS as a raw string. This keeps parsing consistent across platforms without changing command content.
# Add the marketplace
/plugin marketplace add agent-sh/agentsys
# Install plugins
/plugin install next-task@agentsys
/plugin install ship@agentsysnpm install -g agentsys@latest
agentsys # Select option 1 for Claude Code
# Or non-interactive:
agentsys --tool claudeInstall directly to ~/.claude/plugins/ bypassing the marketplace:
agentsys --developmentclaude --plugin-dir /path/to/agentsys/plugins/next-task/next-task- Master workflow orchestrator/prepare-delivery- Pre-ship quality gates/gate-and-ship- Quality gates then ship/ship- Complete PR workflow/release- Versioned release with ecosystem detection/deslop- AI slop cleanup/audit-project- Multi-agent code review/drift-detect- Plan drift detection/repo-intel- Unified static analysis/enhance- Enhancement analyzer suite/sync-docs- Documentation sync/perf- Performance investigation/learn- Research topics and create learning guides/agnix- Lint agent configuration files/consult- Cross-tool AI consultation/debate- Structured AI debate/web-ctl- Browser automation/skillers- Workflow pattern learning/onboard- Codebase onboarding/can-i-help- Contributor guidance
Key agents shown below:
next-task: Core Workflow (10 agents)
| Agent | Model | Purpose |
|---|---|---|
| exploration-agent | opus | Deep codebase analysis |
| planning-agent | opus | Design implementation plans |
| implementation-agent | opus | Execute plans with quality code |
| prepare-delivery:test-coverage-checker | sonnet | Validate test coverage |
| prepare-delivery:delivery-validator | sonnet | Autonomous delivery validation |
| task-discoverer | sonnet | Find and prioritize tasks |
| worktree-manager | haiku | Create isolated worktrees |
| ci-monitor | haiku | Monitor CI status |
| ci-fixer | sonnet | Fix CI failures and PR comments |
| simple-fixer | haiku | Execute pre-defined fixes |
Note: Phase 9 review loop uses inline orchestration (orchestrate-review skill) to spawn parallel Task agents
enhance: Quality Analyzers (9 agents)
| Agent | Model | Purpose |
|---|---|---|
| plugin-enhancer | sonnet | Analyze plugin structures |
| agent-enhancer | opus | Review agent prompts |
| docs-enhancer | opus | Documentation quality |
| claudemd-enhancer | opus | Project memory optimization |
| prompt-enhancer | opus | General prompt quality |
| hooks-enhancer | sonnet | Hook frontmatter and safety |
| skills-enhancer | sonnet | SKILL.md structure and triggers |
| cross-file-enhancer | sonnet | Cross-file consistency |
perf: Performance Investigation (6 agents)
| Agent | Model | Purpose |
|---|---|---|
| perf-orchestrator | opus | Coordinate perf investigation |
| perf-theory-gatherer | opus | Generate hypotheses |
| perf-theory-tester | opus | Validate hypotheses |
| perf-code-paths | sonnet | Map hot paths |
| perf-investigation-logger | sonnet | Log evidence |
| perf-analyzer | opus | Synthesize findings |
audit-project: Code Review (10 role-based agents)
Always active: code-quality-reviewer, security-expert, performance-engineer, test-quality-guardian
Conditional: architecture-reviewer, database-specialist, api-designer, frontend-specialist, backend-specialist, devops-reviewer
drift-detect: Drift Detection (1 agent)
| Agent | Model | Purpose |
|---|---|---|
| plan-synthesizer | opus | Deep semantic analysis |
Data collection uses JavaScript collectors (77% token reduction vs multi-agent)
repo-intel: Unified Static Analysis (1 agent)
| Agent | Model | Purpose |
|---|---|---|
| map-validator | haiku | Validate repo-intel output |
npm install -g agentsys@latest
agentsys # Select option 2 for OpenCode
# Or non-interactive:
agentsys --tool opencodeBy default, model specifications (sonnet/opus/haiku) are stripped from agents. This prevents errors when your OpenCode setup doesn't have matching model aliases. If you have proper model mappings configured, use --no-strip to include them:
agentsys --tool opencode --no-stripThis installs:
- Slash commands (
/next-task,/prepare-delivery,/gate-and-ship,/ship,/release,/deslop,/audit-project,/drift-detect,/repo-intel,/enhance,/sync-docs,/perf,/learn,/agnix,/consult,/debate,/web-ctl,/skillers,/onboard,/can-i-help) - Native OpenCode plugin with advanced features:
The native plugin (~/.config/opencode/plugins/agentsys.ts) provides deep integration:
| Feature | Description |
|---|---|
| Auto-thinking selection | Adjusts thinking budget per agent complexity (0-20k tokens) |
| Workflow enforcement | Blocks git push/gh pr create until /ship |
| Session compaction | Preserves workflow state when context overflows |
| Activity tracking | Updates flow.json on significant tool executions |
Agent Thinking Tiers:
| Tier | Budget | Agents |
|---|---|---|
| Execution | 0 | worktree-manager, simple-fixer, ci-monitor |
| Discovery | 8k | task-discoverer |
| Analysis | 12k | exploration-agent, deslop-agent, ci-fixer |
| Reasoning | 16k | planning-agent, implementation-agent |
| Synthesis | 20k | plan-synthesizer, enhancement-orchestrator |
Provider-Specific Thinking:
The plugin auto-detects your model provider and applies the correct thinking config:
// Anthropic → thinking.budgetTokens
// OpenAI → reasoningEffort ("high"/"medium"/"low")
// Google → thinkingConfig.thinkingBudgetCreate agent definitions in OpenCode format:
# Global agents
mkdir -p ~/.config/opencode/agent/
# Agent files follow OpenCode markdown format (see below)OpenCode Agent Format (.opencode/agents/workflow.md):
---
name: workflow-orchestrator
model: claude-sonnet-4-20250514
tools:
read: true
write: true
bash: true
glob: true
grep: true
---
You are a workflow orchestrator that manages development tasks.
When invoked, you should:
1. Check for existing workflow state in .claude/workflow-state.json
2. Continue from the last checkpoint if resuming
3. Follow the 18-phase workflow from policy selection to completionNote: Codex uses
$prefix for skills instead of/slash commands (e.g.,$next-task,$ship).
npm install -g agentsys@latest
agentsys # Select option 3 for Codex CLI
# Or non-interactive:
agentsys --tool codexThis installs skills to ~/.codex/skills/ ($next-task, $prepare-delivery, $gate-and-ship, $ship, $release, $deslop, $audit-project, $drift-detect, $repo-intel, $enhance, $sync-docs, $perf, $learn, $agnix, $consult, $debate, $web-ctl, $skillers, $onboard, $can-i-help).
Create Codex skills in ~/.codex/skills/<name>/SKILL.md:
---
name: next-task
description: Master workflow orchestrator for task automation
---
# Next Task Workflow
Run `$next-task` to start the master workflow orchestrator.All integrations use the same core libraries:
lib/
├── config/ # Configuration management
├── cross-platform/ # Platform detection, utilities
├── enhance/ # Quality analyzer logic
├── patterns/ # 3-phase slop detection pipeline
│ ├── pipeline.js # Orchestrates phases
│ ├── slop-patterns.js # Regex patterns (HIGH certainty)
│ └── slop-analyzers.js # Multi-pass analyzers (MEDIUM)
├── platform/ # Project type detection
├── drift-detect/ # Drift detection collectors
├── schemas/ # JSON schemas for validation
├── sources/ # Task source discovery
├── state/ # Workflow state management
├── types/ # TypeScript-style type definitions
└── utils/ # Shell escape, context optimization
State files are stored in platform-specific directories:
| Platform | State Directory |
|---|---|
| Claude Code | .claude/ |
| OpenCode | .opencode/ |
| Codex CLI | .codex/ |
| Cursor | .cursor/ |
| Kiro | .kiro/ |
The plugin auto-detects the platform and uses the appropriate directory. Override with AI_STATE_DIR environment variable.
Files stored in state directory:
tasks.json- Active task tracking (main project)flow.json- Workflow progress (worktree)sources/preference.json- Task source preferences
- Full plugin support with hooks, agents, commands
- State directory:
.claude/ - Native state management integration
- Best experience with opus model for complex tasks
- Works with any model provider (Claude, OpenAI, Google, local)
- State directory:
.opencode/ - Slash commands in
~/.config/opencode/commands/ - Agents in
~/.config/opencode/agents/(47 agents) - Skills in
~/.config/opencode/skills/(42 skills) - Native plugin in
~/.config/opencode/plugins/agentsys.ts - Native plugin features:
- Auto-thinking selection (adjusts budget per agent)
- Workflow enforcement (blocks git push until /ship)
- Session compaction with state preservation
- Provider-agnostic thinking config (Anthropic, OpenAI, Google)
- OpenAI-native with GPT-5-Codex
- State directory:
.codex/ - Skills in
~/.codex/skills/(invoked with$prefix, e.g.,$next-task)
- Project-scoped installation
- State directory:
.cursor/ - Skills in
.cursor/skills/, commands in.cursor/commands/
- Project-scoped installation
- State directory:
.kiro/ - Steering files in
.kiro/steering/(commands withinclusion: manual) - Skills in
.kiro/skills/, agents converted to JSON in.kiro/agents/ - Reads AGENTS.md and
.kiro/steering/*.mdfor instructions - Subagent spawning: Experimental (max 4 agents). Primary agent invokes subagents by name from
.kiro/agents/*.json. Sequential only - no parallel spawning publicly available yet. - Parallel Task() adaptation: Workflows that spawn 4+ parallel reviewers (next-task Phase 9, audit-project Phase 2) are adapted with a try-4-then-fallback-to-2 pattern. Two combined reviewer agents (
reviewer-quality-security,reviewer-perf-test) merge review passes for the sequential fallback. - No team/swarm pattern: TeamCreate, SendMessage not supported. All orchestration is single-primary with sequential subagent delegation.
| Feature | Claude Code | Kiro | OpenCode | Codex | Cursor |
|---|---|---|---|---|---|
| Sub-agent spawning | Task() tool | By name from .kiro/agents/*.json | @agent syntax | N/A | N/A |
| Parallel agents | Yes (multiple Task) | Experimental (max 4) | No | N/A | N/A |
| Agent teams | TeamCreate + SendMessage | Not supported | Not supported | N/A | N/A |
| Combined reviewers | Not needed (parallel) | reviewer-quality-security, reviewer-perf-test | Not needed (sequential) | N/A | N/A |
| ACP transport | Via acp/run.js | Native (kiro-cli acp) | Via acp/run.js | Via adapter | Via adapter |
- Run:
npm install -g agentsys && agentsys --tool opencode - State files will be created fresh in
.opencode/ - Or copy state:
cp -r .claude/* .opencode/
- Run:
npm install -g agentsys && agentsys --tool codex - State files will be created fresh in
.codex/ - Or copy state:
cp -r .claude/* .codex/
If you use multiple AI assistants on the same project, set AI_STATE_DIR to share state:
export AI_STATE_DIR=".ai-state"To add support for a new platform:
- Create installation script in
scripts/install/<platform>.sh - Add platform-specific configuration examples
- Test integration with the target platform
- Submit PR with documentation