Claude Code plugin providing a structured multi-agent framework with orchestrator, planner, coder, and designer agents plus workflow skills for git branching, commits, PRs, and code review remediation.
Inside Claude Code, add the marketplace then install the plugin:
/plugin marketplace add https://github.com/brenpike/agent-framework.git
/plugin install agent-framework@brenpike
- bash (macOS, Linux, or WSL on Windows)
- git and gh (GitHub CLI)
- Claude Code CLI
As of v1.0.0, PowerShell and native Windows support have been removed. All toolchain scripts are bash-based.
- Enable the plugin and set the orchestrator as the session default agent in
.claude/settings.json:
{
"enabledPlugins": {
"agent-framework@brenpike": true
},
"agent": "agent-framework:orchestrator"
}The agent key sets the default agent for the project session. Without it, Claude Code starts with the default agent and the orchestrator is only reachable on-demand via the Agent tool — bypassing the workflow guarantees.
Or run the setup skill once to apply the required keys automatically:
/agent-framework:setup-project
The setup skill also adds .agent-framework/ to your project's .gitignore. This directory is created at runtime by the orchestrator for ephemeral plans, handoffs, and checkpoints — it should not be committed. If you prefer manual setup, add .agent-framework/ to your project's .gitignore directly.
-
Create
CLAUDE.mdwith project-specific details:- Build/test commands
- Package names and version file paths
- Versioning configuration (bump triggers, changelogs, tag prefixes)
- Architecture and code style notes
-
Create
AGENTS.mdat the project root with project-specific Codex review guidance. Useplugin/governance/AGENTS.template.mdas a starting point and adapt:- Review focus areas
- Severity definitions
- Project-specific conventions for reviewers
Once configured, the orchestrator is the session default agent. All skills are available namespaced as agent-framework:<skill-name>.
-
claude-mem— provides the optionalclaude-mem:mem-searchskill referenced by the planner for cross-session memory and continuity. Install separately as a Claude Code plugin. The agent framework works without it; if installed, planning invokesclaude-mem:mem-searchbefore every plan unless the repo has zero commits or the user explicitly opts out. -
codex— provides local and GitHub-integrated Codex code review. Install and configure with:/plugin marketplace add https://github.com/openai/codex-plugin-cc.git /plugin install codex@openai-codex /reload-plugins /codex:setupWhen installed, enables local pre-PR Codex review via
agent-framework:review-loop-controllerandagent-framework:local-codex-review, and post-PR Codex review viaagent-framework:request-github-codex-review. The framework works without it; if not installed, local review steps are skipped gracefully.
/plugin marketplace add https://github.com/brenpike/agent-framework.git
/plugin install agent-framework@brenpike
.claude-plugin/
marketplace.json # marketplace manifest (lives at repo root; points to ./plugin)
plugin/ # plugin root — everything Claude Code loads lives here
.claude-plugin/
plugin.json # plugin manifest
agents/ # agent definitions
skills/ # skill definitions (incl. _shared/ helpers)
governance/ # runtime governance docs loaded via ${CLAUDE_PLUGIN_ROOT}/governance/
docs/
planning/ # advisory planning material and implementation backlog — not active plugin governance
tools/ # dev-only validation scripts (policy linter, report validator)
tests/ # dev-only test fixtures and checks (policy, reports, plugin compatibility)
AGENTS.md # project-specific Codex reviewer guidance
CHANGELOG.md # project changelog (Keep a Changelog format)
CLAUDE.md # project instructions for Claude Code
README.md
plugin/governance/ is the active runtime governance directory. Agents and skills reference these files via ${CLAUDE_PLUGIN_ROOT}/governance/ paths; they are loaded at runtime and affect agent behavior.
docs/planning/ contains advisory planning material — state machine drafts, report examples, rule index drafts, glossary stubs, and the improvement backlog. These documents are human and dev-tooling reference only; they are not referenced by agents or skills and are not part of the installed plugin.
tools/ and tests/ contain development-time validation scripts and test fixtures. They live outside plugin/ and are not distributed as plugin runtime data.
${CLAUDE_PLUGIN_ROOT} resolves to the plugin/ directory at runtime, so all internal cross-references (e.g. ${CLAUDE_PLUGIN_ROOT}/governance/agent-system-policy.md) resolve correctly without per-consumer configuration.
| Agent | Role |
|---|---|
agent-framework:orchestrator |
Default agent. Coordinates all work, owns git workflow, branch/PR decisions, versioning decisions, and external review routing. |
agent-framework:planner |
Research and implementation planning. Read-only — no file writes. |
agent-framework:coder |
Implementation within explicitly assigned file scope. |
agent-framework:designer |
Presentational UI/UX work within explicitly assigned file scope. |
All skills are invoked using the namespaced form:
| Skill | Purpose |
|---|---|
agent-framework:address-github-pr-feedback |
Fix a specific GitHub PR comment or reviewer comment on an existing pull request (one-time) |
agent-framework:checkpoint-commit |
Commit a completed phase, milestone, version bump, or review-remediation item |
agent-framework:create-working-branch |
Create or confirm a compliant working branch before implementation |
agent-framework:local-codex-review |
Run a pre-PR local Codex review on the current branch diff without a pushed PR |
agent-framework:open-plan-pr |
Open a pull request after completion, validation, and versioning gates pass |
agent-framework:request-github-codex-review |
Request Codex review on an existing pushed PR |
agent-framework:review-loop-controller |
Drive the pre-PR local Codex review loop (up to 5 iterations) with break-fix-break detection |
agent-framework:setup-project |
One-time project setup: write required .claude/settings.json keys (enabledPlugins + default agent) and add .agent-framework/ to .gitignore |
agent-framework:watch-github-pr-feedback |
Monitor a PR for new review feedback and route to remediation skills |
Reference documentation in plugin/governance/:
| File | Contents |
|---|---|
core-contract.md |
Master contract defining mandatory/conditional modules, agent roles, and governance structure |
agent-system-policy.md |
Cross-agent constraints, authority matrix, allowed agent topology, definitions |
branching-pr-workflow.md |
Branch taxonomy, naming rules, commit and PR policy |
communication-policy.md |
Phase-closing reports, step deltas, handoff formats |
context-management-policy.md |
Retrieval anchors, bypass codes, compaction rules |
git-policy.md |
Git operation constraints and safety rules |
scope-policy.md |
File-scope enforcement and scope-change escalation |
pr-review-remediation-loop.md |
External PR review feedback handling, classification, and remediation routing |
versioning.md |
SemVer rules, bump triggers, changelog and tag policy |
security-policy.md |
Security constraints and secret-handling rules |
escalation-policy.md |
Escalation triggers and routing rules |
monitoring-policy.md |
Runtime monitoring and health-check policy |
validation-policy.md |
Validation gates and verification requirements |
auto-clear-thrash-runbook.md |
Runbook for auto-clear thrashing incidents |
reconstruction-failure-runbook.md |
Runbook for context reconstruction failures |
unresolved-contradiction-runbook.md |
Runbook for unresolved governance contradictions |
AGENTS.template.md |
Template for project-specific Codex reviewer guidance |
Governance docs are plugin runtime data — agents load them via ${CLAUDE_PLUGIN_ROOT}/governance/ paths at runtime. They are load-bearing: renaming section headers or files can break agent rules that reference them. See CLAUDE.md for editing constraints.
The following agent frontmatter fields are not supported by the Claude Code plugin system and are omitted from plugin agent definitions:
mcpServers— configure MCP servers at the project or global level insteadpermissionMode— read-only enforcement is achieved by limiting the planner'stoolsfrontmatter to read-only commands; see the planner'stoolslist inplugin/agents/planner.md
MIT