* feat: implement seamless onboarding with enhanced documentation - Add comprehensive README.md (18KB) with quick start, core concepts, and FAQ - Add detailed SETUP.md (16.5KB) with prerequisites, integration guides, and troubleshooting - Add examples/ directory with 5 ready-to-use config templates: - simple-github.yaml: Minimal GitHub setup - linear-team.yaml: Linear integration - multi-project.yaml: Multiple repos - auto-merge.yaml: Aggressive automation - codex-integration.yaml: Using Codex agent - Add environment detection (git repo, remote, branch, auth status) - Auto-fill prompts with smart defaults from detected environment - Add prerequisite validation (git, tmux, gh CLI) - Show actionable next steps and warnings - Parse owner/repo from git remote automatically - Detect LINEAR_API_KEY and SLACK_WEBHOOK_URL in environment - Prompt for Linear team ID when Linear tracker selected - Format all files with Prettier for consistency Reduces onboarding time from 30+ minutes to ~5 minutes: 1. Install CLI: `npm install -g @composio/ao-cli` 2. Run init: `ao init` (auto-detects everything) 3. Spawn agent: `ao spawn my-project ISSUE-123` Users no longer need to: - Manually parse git remote URLs - Look up current branch names - Remember YAML syntax - Search for Linear team IDs - Debug missing prerequisites - ✅ pnpm build - All packages compile - ✅ pnpm typecheck - No TypeScript errors - ✅ pnpm lint - No new linting issues - ✅ pnpm format - All files formatted Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * docs: update installation instructions to reflect npm not yet published Package is not published to npm yet, so users must build from source. Updated README.md and SETUP.md to: - Make 'build from source' the primary installation method - Add note that npm publishing is coming soon - Include pnpm as a prerequisite Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * feat: add ao init --auto --smart for zero-config setup Implements intelligent config generation with project type detection. ## What's New ### ao init --auto - Zero prompts - auto-generates config with smart defaults - Detects: git repo, remote, branch, languages, frameworks, tools - Generates project-specific agentRules based on detected tech stack ### Project Detection - Languages: TypeScript, JavaScript, Python, Go, Rust - Frameworks: React, Next.js, Vue, Express, FastAPI, Django, Flask - Tools: pnpm workspaces, test frameworks - Package managers: pnpm, yarn, npm ### Rule Templates Created templates for: - base.md - Universal best practices - typescript.md - TS strict mode, ESM, type imports - javascript.md - Modern ES6+ patterns - react.md - Hooks, composition, best practices - nextjs.md - App Router, Server Components - python.md - Type hints, PEP 8 - go.md - Error handling, defer patterns - pnpm-workspaces.md - Monorepo commands ### Example Output ```bash ao init --auto # Detects: # ✓ TypeScript + pnpm workspaces # ✓ React + Next.js # ✓ Vitest # Generates: agentRules: | Always run tests before pushing. Use TypeScript strict mode. Use ESM modules with .js extensions. Use React best practices (hooks, composition). Before pushing: pnpm build && pnpm typecheck && pnpm lint && pnpm test ``` ## Benefits - **5 seconds** instead of 5 minutes - **Zero config knowledge** required - **Context-aware rules** tailored to your stack - **Still customizable** - edit the generated config ## Future: --smart (AI-powered) Flag added but not yet implemented. Will use Claude Code to: - Analyze CLAUDE.md, CONTRIBUTING.md - Read CI/CD config - Generate custom rules based on project patterns Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: detect repo default branch instead of current branch Fixes Bugbot issue: "Current branch wrongly suggested as default base branch" ## Problem detectEnvironment was using `git branch --show-current` to suggest defaultBranch in the config. If a user ran `ao init` while on a feature branch like `feat/my-work`, the wizard would suggest that feature branch as the default, causing agents to branch from the wrong base. ## Solution Added detectDefaultBranch() function with 3 fallback methods: 1. git symbolic-ref refs/remotes/origin/HEAD (most reliable) 2. GitHub API via gh CLI (if ownerRepo known) 3. Check common branch names: main, master, next, develop Now EnvironmentInfo tracks both: - currentBranch: The checked-out branch (for display only) - defaultBranch: The repo's base branch (for config) ## Testing Tested on feat/seamless-onboarding branch: - Current branch: feat/seamless-onboarding (displayed) - Default branch: main (correctly detected for config) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: prevent duplicate framework detection in Python projects Fixes Bugbot issue: "Duplicate frameworks when multiple Python config files exist" ## Problem When both requirements.txt and pyproject.toml exist and mention the same framework (e.g., FastAPI), the detection loop added it to the frameworks array twice, causing duplicate rules in the generated config. ## Solution Added addFramework() helper that checks if framework already exists before adding to the array. Also prevents pytest from being set multiple times as testFramework. ## Testing Verified with test repo containing both files with FastAPI: - Before: Would add 'fastapi' twice - After: Only adds 'fastapi' once ✓ Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: address Bugbot review comments - Remove redundant conditional in --smart flag (both branches were identical) - Include templates directory in npm package files * fix: add existence check for base.md template file Add existsSync guard before reading base.md to handle missing templates gracefully, consistent with other template file reads. * fix: use direct tool invocation instead of which command Replace 'which' with direct tool invocation (tmux -V, gh --version) for better portability on minimal Linux systems where 'which' may not be installed. * fix: address Bugbot review comments - Simplify gh auth status check to rely on exit code instead of output string - Remove async from synchronous functions (detectProjectType, generateRulesFromTemplates) * feat: add setup script for one-command installation Add scripts/setup.sh that: - Installs pnpm if not present - Installs dependencies - Builds all packages - Links CLI globally Updated README with simplified setup instructions using the script. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: correct npm link command in setup script Remove incorrect -g flag from npm link command. The correct syntax is to cd into the package directory and run npm link without flags. * fix: address Bugbot review comments on init command - Validate --smart flag requires --auto (prevents silent ignore) - Fix path validation to check user-specified path (not CWD) These fixes address medium and low severity issues found by Cursor Bugbot in PR #66 review. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * docs: add DirectTerminal troubleshooting and fix setup script - Add TROUBLESHOOTING.md documenting node-pty posix_spawnp error - Update setup.sh to rebuild node-pty from source (fixes DirectTerminal) - Ensures seamless onboarding with working terminal out-of-the-box Resolves DirectTerminal WebSocket failures from incompatible prebuilt binaries. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: resolve variable scope issue in init command validation - Move path variable outside if block to fix TypeScript scope error - Only validate path existence if projectId is provided - Use inline tilde expansion instead of missing expandHome import Fixes build error that prevented setup.sh from completing. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: automate node-pty rebuild to eliminate terminal issues - Add postinstall hook to automatically rebuild node-pty after pnpm install - Create scripts/rebuild-node-pty.js for automatic rebuild with error handling - Remove manual node-pty rebuild from setup.sh (now automatic) This ensures DirectTerminal works correctly on every installation without manual intervention. Fixes posix_spawnp errors from incompatible prebuilt binaries across different systems and installations. Resolves issue where users would encounter blank terminals after setup. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * docs: update TROUBLESHOOTING with automatic node-pty rebuild Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * docs: add comprehensive README with quick start guide - 3-line magical setup: clone → setup → init → start - Architecture overview with plugin slots table - Usage examples and auto-reaction configuration - Links to detailed docs (SETUP.md, TROUBLESHOOTING.md, examples/) - Philosophy: push not pull, amplify judgment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: resolve ESLint errors in rebuild-node-pty script - Add scripts directory configuration to eslint.config.js - Configure Node.js globals (console, process) for scripts - Remove unused error variable from catch block Fixes lint CI failure. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> * fix: warn when auto mode uses placeholder repo value - Detect when 'owner/repo' placeholder is used in --auto mode - Show warning: 'Could not detect GitHub repository' - Update next steps to emphasize editing config when placeholder used - Prevents silent failures when spawning agents with invalid repo Addresses Bugbot review comment about silent placeholder values. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Sonnet 4.5 <noreply@anthropic.com> |
||
|---|---|---|
| .changeset | ||
| .cursor | ||
| .github/workflows | ||
| .husky | ||
| artifacts | ||
| docs | ||
| examples | ||
| packages | ||
| scripts | ||
| .gitignore | ||
| .gitleaks.toml | ||
| .npmrc | ||
| .prettierignore | ||
| .prettierrc | ||
| CLAUDE.md | ||
| CLAUDE.orchestrator.md | ||
| DASHBOARD_FIXES_SUMMARY.md | ||
| LICENSE | ||
| README.md | ||
| SECURITY.md | ||
| SETUP.md | ||
| TROUBLESHOOTING.md | ||
| agent-orchestrator.yaml | ||
| agent-orchestrator.yaml.example | ||
| eslint.config.js | ||
| package.json | ||
| pnpm-lock.yaml | ||
| pnpm-workspace.yaml | ||
| test-ao-config.yaml | ||
| test-ao-config2.yaml | ||
| tsconfig.base.json | ||
README.md
Agent Orchestrator
Orchestrate parallel AI coding agents across any runtime, any repo, any issue tracker.
Quick Start
git clone https://github.com/ComposioHQ/agent-orchestrator.git
cd agent-orchestrator && bash scripts/setup.sh
cd ~/your-project && ao init --auto && ao start
That's it! Dashboard opens at http://localhost:3000
What Is This?
Agent Orchestrator spawns and manages multiple AI coding agents working in parallel on your repository. Each agent works in isolation (separate worktrees), handles its own PR lifecycle, and auto-responds to CI failures and review comments.
Key benefits:
- 🚀 10-30x productivity - Work on 10+ issues simultaneously
- 🤖 Human-in-the-loop - Agents notify you when judgment needed, not for routine work
- 🔌 Fully pluggable - Swap any component (runtime, agent, tracker, SCM)
- 📊 Real-time dashboard - Monitor all agents from one place
Built itself: This project was built using itself (399 commits, 34 PRs, 63 hours of dog-fooding).
Features
- Agent-agnostic: Claude Code, Codex, Aider, or bring your own
- Runtime-agnostic: tmux, Docker, Kubernetes, or custom
- Tracker-agnostic: GitHub Issues, Linear, Jira, or custom
- Auto-reactions: CI failures, review comments, merge conflicts → handled automatically
- Notifications: Desktop, Slack, Composio, or webhook - only when you're needed
- Live terminal: See agents working in real-time through browser
Architecture
8 plugin slots - every abstraction is swappable:
| Slot | Interface | Default | Alternatives |
|---|---|---|---|
| Runtime | Runtime |
tmux | docker, k8s, process |
| Agent | Agent |
claude-code | codex, aider, opencode |
| Workspace | Workspace |
worktree | clone |
| Tracker | Tracker |
github | linear, jira |
| SCM | SCM |
github | (gitlab, bitbucket) |
| Notifier | Notifier |
desktop | slack, composio, webhook |
| Terminal | Terminal |
iterm2 | web |
| Lifecycle | core | — | — |
Installation
Prerequisites
- Node 20+
- Git 2.25+
- tmux (for tmux runtime)
- gh CLI (for GitHub integration)
Setup
# Clone and run setup
git clone https://github.com/ComposioHQ/agent-orchestrator.git
cd agent-orchestrator
bash scripts/setup.sh
The setup script:
- Installs dependencies with pnpm
- Builds all packages
- Rebuilds node-pty from source (fixes terminal issues)
- Links
aoCLI globally
Initialize Your Project
cd ~/your-project
ao init --auto # Auto-detects project type, generates config
ao start # Launches orchestrator + dashboard
Auto-detection:
- Git repo and remote
- Project type (languages, frameworks, test runners)
- Generates custom agent rules based on your stack
Usage
Spawn Agents
# Spawn agent for a GitHub issue
ao spawn my-project 123
# Spawn for a Linear issue
ao spawn my-project INT-1234
# Spawn without issue (ad-hoc work)
ao spawn my-project
Monitor Progress
# Command-line dashboard
ao status
# Web dashboard
open http://localhost:3000
Manage Sessions
# List all sessions
ao session ls
# Send message to agent
ao send <session-id> "Fix the linting errors"
# Kill session
ao session kill <session-id>
Auto-Reactions
Configure reactions for common scenarios:
reactions:
ci-failed:
auto: true
action: send-to-agent
retries: 3
changes-requested:
auto: true
action: send-to-agent
escalateAfter: 1h
approved-and-green:
auto: true
action: auto-merge
Configuration
Basic config (agent-orchestrator.yaml):
dataDir: ~/.agent-orchestrator
worktreeDir: ~/.worktrees
port: 3000
defaults:
runtime: tmux
agent: claude-code
workspace: worktree
notifiers: [desktop]
projects:
my-app:
repo: owner/my-app
path: ~/my-app
defaultBranch: main
agentRules: |
Always run tests before pushing.
Use conventional commits.
Write clear commit messages.
See agent-orchestrator.yaml.example for full reference.
Examples
See examples/ directory for:
simple-github.yaml- Minimal GitHub Issues setuplinear-team.yaml- Linear integrationmulti-project.yaml- Multiple reposauto-merge.yaml- Aggressive automation
Development
pnpm install
pnpm build
pnpm dev # Start web dev server
Project Structure
packages/
core/ - Core types and services
cli/ - ao command-line tool
web/ - Next.js dashboard
plugins/
runtime-*/ - Runtime plugins
agent-*/ - Agent plugins
workspace-*/ - Workspace plugins
tracker-*/ - Tracker plugins
scm-*/ - SCM plugins
notifier-*/ - Notifier plugins
terminal-*/ - Terminal plugins
Troubleshooting
See TROUBLESHOOTING.md for common issues and solutions.
Most common:
- Terminal not working → node-pty rebuild (automatic via postinstall hook)
- Port in use → Kill existing server or change port in config
- Config not found → Run
ao initfrom your project directory
Philosophy
Push, not pull: Spawn agents, walk away, get notified only when your judgment is needed.
- Stateless orchestrator (filesystem > database)
- Plugin everything (no vendor lock-in)
- Amplify judgment, don't bypass it
- Auto-handle routine, escalate complex decisions
Contributing
Contributions welcome! See CLAUDE.md for code conventions and architecture details.
License
MIT
Links
- Setup Guide - Detailed setup and configuration
- Examples - Config templates for common use cases
- CLAUDE.md - Code conventions and architecture
- TROUBLESHOOTING.md - Common issues and fixes