**105 skills · 36 agents · 171 hooks**
[](https://claude.ai/claude-code)
[](./LICENSE)
[](https://github.com/yonatangross/orchestkit)
[](https://yonyon.ai/go/community)
[](https://deepwiki.com/yonatangross/orchestkit)
[](https://mcptoplist.com/server/io.github.yonatangross%2Forchestkit)
Explore the Docs → ·
OrchestKit Community →
Skill browser, demo gallery, setup wizard
Contents
- Quick Start
- Why OrchestKit?
- What You Get
- Key Commands
- Configuration
- What OrchestKit observes
- Install
- FAQ
- Development
- What's New
- Community
Quick Start (Claude Code)
/plugin marketplace add yonatangross/orchestkit
/plugin install ork
Then start your personalized onboarding:
/ork:setup
The setup wizard scans your codebase, detects your tech stack, recommends skills for your needs, configures MCP servers, and creates a readiness score — all in one command.
Why OrchestKit?
Every Claude Code session starts from zero. You explain your stack, patterns, preferences—again and again.
OrchestKit gives Claude persistent knowledge of production patterns that work automatically:
| Without | With OrchestKit |
|---|---|
| "Use FastAPI with async SQLAlchemy 2.0..." | "Create an API endpoint" → Done right |
| "Remember cursor pagination, not offset..." | Agents know your patterns |
| "Don't commit to main branch..." | Hooks block bad commits |
| "Run tests before committing..." | /ork:commit runs tests for you |
What You Get
One unified plugin, everything included.
| Component | Details |
|---|---|
| 105 Skills | RAG patterns, FastAPI, React 19, testing, security, database design, ML integration — loaded on-demand, zero overhead |
| 36 Agents | Specialized personas (backend-architect, frontend-dev, security-auditor) — route tasks to the right expert |
| 171 Hooks | Pre-commit checks, git protection, quality gates, browser safety — ship with confidence |
All available in a single /plugin install ork. Skills load on-demand. Hooks work automatically.
Browse everything in the Docs →
Key Commands
/ork:auto # Front door: describe a goal, it routes to the right skill
/ork:setup # Personalized onboarding wizard
/ork:implement # Full-stack implementation with parallel agents
/ork:expect # Diff-aware AI browser testing
/ork:review-pr # PR review with parallel agents
/ork:verify # Multi-agent validation
/ork:commit # Conventional commit with pre-checks
/ork:explore # Analyze unfamiliar codebase
/ork:remember # Save to persistent memory
/ork:doctor # Health check
Configuration
/ork:setup detects your stack, recommends MCP servers, and writes the configuration for you.
Recommended MCP Servers
| Server | Purpose | Required? |
|---|---|---|
| Context7 | Up-to-date library docs | Recommended |
| Memory | Knowledge graph persistence | Recommended |
| Sequential Thinking | Structured reasoning for subagents | Recommended |
| Tavily | Web search and extraction | Optional |
Set "alwaysLoad": true on the first three in your .mcp.json. It skips the per-skill tool probe and shaves ~150ms off cold starts.
Customizing skills
Skills install as files on your disk, but don't hand-edit the installed copy — it gets overwritten on update and silently diverges from the canonical playbook. The supported ways to extend (user-level skills, project skills, upstream PRs, or disabling a bundled skill) are in docs/extending-skills.md.
What OrchestKit observes
OrchestKit is a quality-gate plugin, so its hooks are the product rather than an add-on. This section states plainly what they see, where it goes, and how to turn each piece off.
Scope: broad and intentional. OrchestKit registers 171 hooks across 30
lifecycle events, including SessionStart, UserPromptSubmit, PreToolUse,
PostToolUse, and Stop. They are not gated to a particular framework or
project type, because the gates they enforce (secret-write blocking, protected-file
guards, git safety, file-size limits, agent status protocol) apply to any codebase.
If you only want gates on some projects, enable the plugin per-project rather than
globally.
Where data goes: a local file on your own disk.
| What | Destination | Notes |
|---|---|---|
| Lifecycle events (session end, PR merged, goal converged, chain phase) | ~/.local/state/orchestkit/events.jsonl |
Written unconditionally, rotated at 10 MB. ORK_EVENTS_LOG redirects the path (used by the test suite) |
| Hook metrics: event name, tool name, payload size, duration | same local file | Size-capped metrics only |
| Prompt text and file contents | Never recorded | Hooks read them to make an allow/deny decision, then discard |
| Remote sync | Off | No endpoint is compiled in; see below |
There is deliberately no global kill switch for the local write, because the
gates depend on that state (the git-safety and chain-staleness hooks read their
own prior events). To stop it entirely, disable the plugin. Individual noisy hooks
have their own opt-outs: ORK_DISABLE_DEBT_TRACKER, ORK_DISABLE_WORKTREE_VERIFIER,
ORK_DISABLE_COORDINATION_METRICS, ORK_NO_NOTIFY, ORK_NO_STALE_SWEEP, and
ORCHESTKIT_SKIP_SLOW_HOOKS among others.
Network access is opt-in and unset by default. There is no hardcoded remote
host anywhere in the shipped hook bundles (grep -o 'https\?://' plugins/ork/hooks/dist/*.mjs
returns nothing). An outbound call happens only if you configure a destination
yourself, via one of:
ORCHESTKIT_HOOK_URL+ORCHESTKIT_HOOK_TOKEN, which enable the manualhooks/bin/telemetry-sync.mjsCLI. It POSTs your local JSONL to your own endpoint. No hook ever invokes it; you run it by hand.ORK_HQ_TELEMETRY_URL, which points the telemetry HTTP sink at your own collector.ORK_HQ_TELEMETRY_USE_HQ_API=1together withHQ_API_URL, the same sink aimed at a self-hosted HQ API.
The sink returns early when the URL or the token is missing, and
telemetry-sync.mjs prints No ORCHESTKIT_HOOK_URL or TOKEN configured. Nothing
to sync. then exits 0. There is no analytics ping, no crash reporter, and no
feature-flag fetch.
What OrchestKit never reads. No OS keychain lookups, no ~/.aws/credentials,
no SSH private keys, no browser cookie or login stores, no clipboard. The one
place secret-shaped paths appear in the source is
plugins/ork/hooks/dist/pretool.mjs, where id_rsa, .pem, .env, and
credentials.json form a blocklist that stops Claude writing to them. That
code denies access; it does not read those files.
Third-party MCP servers are recommendations, not bundled dependencies. The
plugin ships no .mcp.json and declares no mcpServers. The table under
Configuration is advisory, and /ork:setup asks before writing
anything.
Install
/plugin install ork
No tiering. No version confusion. Just one powerful plugin.
Not on Claude Code? Pull the skills into any agent (Cursor, Codex, OpenCode, …) via skills.sh:
npx skills add yonatangross/orchestkit
Codex
Codex uses its own plugin format, skill picker, and standalone role configuration. Add OrchestKit's Codex marketplace, then install the small portable workflow pack:
codex plugin marketplace add yonatangross/orchestkit --ref main --sparse .agents/plugins --sparse plugins/ork-codex
codex plugin add ork-codex@orchestkit-codex
Restart Codex after installation. Invoke a workflow explicitly with
$ork-brainstorm, $ork-explore, $ork-assess, $ork-verify, or
$ork-review-pr; their narrow descriptions also let Codex select the relevant
workflow automatically.
The plugin intentionally ships roles as templates because Codex loads custom
roles from ~/.codex/agents/, not from a plugin manifest. From an OrchestKit
checkout, run this one-time, non-overwriting install:
plugins/ork-codex/scripts/install-codex-roles.sh ~/.codex/agents
It installs ork_explorer, ork_implementer, ork_reviewer, and
ork_verifier; restart Codex before spawning them.
FAQ
Plugin not found?/plugin list
/plugin uninstall ork && /plugin install ork
Hooks not firing?
Run `/ork:doctor` to diagnose.
Claude Code version?
Requires **≥2.1.220** (supported floor; Opus 5 as the default Opus, `xhigh` effort, dynamic workflows, `sandbox.network.strictAllowlist`, native binary, hardened `Bash(rm:*)`/`Bash(find:*)` rules). Check with `claude --version`.
Raising this floor is a breaking change and ships as a major release. See [STABILITY.md](STABILITY.md) for the full contract, and `shared/cc-support.json` for the authoritative window.
Development
npm run build # Build plugins from src/
npm test # Run all tests
Edit src/ and manifests/, never plugins/ (generated).
See CONTRIBUTING.md for details.
What's New
v10.0.0-alpha.35 · 2026-08-16
- api-design: make ProblemType a StrEnum (#3496)
- agents: delete the inert hooks: block from 33 agent frontmatters (#3494)
- git: land the reap-lane branch recovery evidence (#3497)
- contributing: plugins/ is generated AND tracked (#3498)
- playground: exempt fork PRs from the playground gate (#3508), closes #3502
v10.0.0-alpha.34 · 2026-08-14
- docs: publish release-rail to the Lab, drop the render proxy (#3491)
- release: real component counts, and a named announce identity (#3489)
v10.0.0-alpha.33 · 2026-08-14
- mcp: drop the last ork-elicit leftover from the esbuild header (#3485)
v10.0.0-alpha.32 · 2026-08-14
- deps: bump nanoid to 3.3.18 for advisory 1139427 (#3481)
- hooks: squash-aware worktree verifier, and close a shell injection (#3480)
v10.0.0-alpha.31 · 2026-08-13
- ci: centralize Node version (#3473)
- hooks: branch guard reads explicit push destinations (#3455) (#3475)
- hooks: stop the debt tracker reporting its own docstring (#3478)
- cc: adopt 2.1.231, renew override to 2026-11-20 (#3474)
v10.0.0-alpha.30 · 2026-08-13
- cc: retract two wrong agent-grant counts (#3472)
- hooks: delete unreachable task-existence-gate Case 3 (#3467) (#3471)
- cc: adopt 2.1.227 through 2.1.229, fix the dead detect stage (#3469)
v10.0.0-alpha.29 · 2026-08-13
- hooks: delete dead custom-pipeline mechanism (#3352) (#3466)
v10.0.0-alpha.28 · 2026-08-12
- cc-adoption: adopt MAX_SUBAGENT_SPAWN_DEPTH, fix depth 5/3 mismatch (#3463), closes #3324
- marketplace: retire engine field for --strict (#3465), closes #3349
See CHANGELOG.md for the full release history.
Community
Join the Building with AI community for AI dev tips, OrchestKit support, and connecting with other builders:
| Room | Who it's for | Link |
|---|---|---|
| Building with AI | The umbrella community. One join, every room below. | Join |
| Builders | For people already building | Join |
| OrchestKit | For OrchestKit users | Join |
| AI for Business | For people leading AI adoption | Join |
Names and audiences match what yonyon.ai renders, so the two surfaces cannot drift. Every link resolves through yonyon.ai/go/*, so a rotated invite never needs a README change and no raw invite is published here.
Who builds this
OrchestKit is built and maintained by Yonatan Gross — Yonyon AI, an AI consulting practice. It is the toolkit extracted from real client work, not a side project: the patterns here are the ones that survived shipping.
It stays MIT and free. Nothing is gated, and none of the below changes that.
Working out where AI actually fits in your business? The AI readiness audit is a free assessment that maps your workflows and returns a prioritized report — the same diagnostic that opens a consulting engagement.
Want the toolkit running properly in your team? Setup, configuration, and a working agent loop tailored to your stack is something I do as a fixed-scope engagement. Start a discussion or reach out through the community.
Security policy and reporting: SECURITY.md.