A Claude Code plugin for structured development, PR review, and debugging — powered by Agent Teams.
Installation • Daily Usage • Workflow Example • Skills • Agents • Hooks • Output Styles • Jira • Ecosystem • Troubleshooting
Note: This plugin is not related to Foundry's devflow (Ethereum tooling).
Traditional AI assistants work solo — one agent handles everything from research to implementation to review. Devflow takes a different approach: parallel agents that specialize and debate.
Core ideas:
- Parallel Agents — Multiple specialized agents work concurrently (3 reviewers debate findings, investigator + DX analyst debug together)
- Debate Protocol — Agents challenge each other's findings to eliminate false positives before consolidating results
- Workflow Automation — Skills chain together: build → review → respond → merge, with context carried through each phase
- Evidence Gates — Every finding requires file:line citations; agents can't claim "done" without proof
Benefits:
- ⚡ Faster cycles — Agents run in parallel, not sequentially
- 🎯 Higher accuracy — Debate filters false positives
- 📊 Audit trails — All findings cite specific code locations
- 🔄 Context persistence — Jira AC, PR diffs, and previous findings flow through phases
How it works:
User: /devflow:df-build PROJ-123
↓
Lead Agent fetches Jira AC → spawns Explorer agents (parallel)
↓
Planner creates implementation.md → spawns Coder agents
↓
Review Team (3 agents) debates findings → consolidates
↓
Fixer applies changes → creates PR
↓
Done (or review cycle if issues found)
| Component | Count | Purpose |
|---|---|---|
| Skills | 29 | Workflow automation — dev loop, PR review, debugging, utilities |
| Agents | 27 | Specialized subagents for bootstrapping, reviewing, committing |
| Hooks | 16 | Lifecycle automation — dependency checks, context injection, quality gates |
| Output Styles | 4 | Senior Software Engineer, Coding Mentor (Thai + English) |
| SDK | 1 | devflow-engine — TypeScript SDK for programmatic PR review with retry resilience |
# 1. Install Homebrew (macOS — skip if already installed)
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
# 2. Install required tools
brew install jq gh git
# 3. Authenticate GitHub CLI (choose HTTPS if you don't have SSH keys)
gh auth login
# 4. Add marketplace and install plugin
claude plugin marketplace add wasikarn/devflow
claude plugin install devflow
# 5. Enable Agent Teams (required for Devflow skills)
claude config set env.CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 1Restart Claude Code — the plugin is ready.
# Check if Homebrew is installed
brew --version
# If not installed:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"Ubuntu / Debian users: skip this step. Install
jqviasudo apt install jqandghvia the official GitHub CLI instructions.
Required — plugin will not function without these:
brew install jq gh git| Tool | Why it's needed |
|---|---|
jq |
All lifecycle hooks depend on it — missing breaks every hook |
gh (authenticated) |
Devflow skills need it to fetch PR diffs, post comments, and merge PRs |
git |
All Devflow skills and hooks depend on git |
Recommended — plugin degrades gracefully without these:
| Tool | Without it | Install |
|---|---|---|
rtk |
Devflow skills work but produce higher token usage | brew install rtk |
shellcheck |
Auto-validation skipped when Claude writes .sh files |
brew install shellcheck |
node + markdownlint-cli2 |
Auto-lint skipped when Claude edits .md files |
brew install node && npm i -g markdownlint-cli2 |
fd |
Bootstrap agents fall back to slower Glob search | brew install fd |
ast-grep |
Bootstrap agents fall back to less precise Grep | brew install ast-grep |
gh auth login
# Choose: GitHub.com → HTTPS → authenticate via browserNote: When prompted for preferred protocol, choose HTTPS unless you already have SSH keys configured for GitHub. The plugin installer uses
git cloneto pull this repository — it will use SSH if your git is configured that way, or fall back to HTTPS via theghcredential helper.
claude plugin install requires a registered marketplace. Add this plugin's marketplace first, then install:
claude plugin marketplace add wasikarn/devflow
claude plugin install devflowTroubleshooting: If the
marketplace addstep fails with a permission or authentication error, try the explicit HTTPS URL instead:claude plugin marketplace add https://github.com/wasikarn/devflow.git
Devflow skills (df-build, df-review, df-respond, df-debug) spawn parallel agents using Agent Teams. Without this flag, they degrade to solo mode.
claude config set env.CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 1Close and reopen Claude Code. On next startup, the plugin automatically checks for missing dependencies and warns you in context if anything is still missing.
claude plugin list
# Expected: devflow appears in the listWarning: Do not use this if you already installed via Option A — both methods write to the same
~/.claude/directories and will conflict.
# 1. Clone and enter the repo
git clone git@github.com:wasikarn/devflow.git && cd devflow
# 2. Install prerequisites (same as Option A)
# 3. Symlink all assets to ~/.claude/
bash scripts/link-assets.sh
# 4. Enable Agent Teams
claude config set env.CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 1
# 5. Verify symlinks
bash scripts/link-assets.sh --list
# Expected: all assets show as ✓ linkedSkills and agents take effect immediately on file change. Restart Claude Code only for settings changes.
| Tool | Status | Install |
|---|---|---|
git |
Required | brew install git (usually pre-installed) |
jq |
Required — all hooks fail without it | brew install jq |
gh (authenticated) |
Required — Devflow skills + merge-pr | brew install gh && gh auth login |
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 |
Required — enables Agent Teams for Devflow skills | claude config set env.CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 1 |
rtk |
Recommended — reduces token usage in Devflow output | brew install rtk |
shellcheck |
Recommended — auto-validates .sh files Claude writes |
brew install shellcheck |
node + markdownlint-cli2 |
Recommended — auto-lints .md files Claude edits |
brew install node && npm i -g markdownlint-cli2 |
fd |
Recommended — faster file search in bootstrap agents | brew install fd |
ast-grep |
Recommended — structural code search in bootstrap agents | brew install ast-grep |
Typical developer day using the Devflow workflow:
flowchart TD
MORNING([Start of day]) --> WC
WC["/devflow:df-work-context
Sprint tickets + open PRs
+ unmerged branches"]
WC --> DECISION{What needs doing?}
DECISION -->|New task / ticket| BUILD
DECISION -->|Incoming PR to review| REVIEW
DECISION -->|Review comments on my PR| RESPOND
DECISION -->|Bug / production incident| DEBUG
BUILD["/devflow:df-build PROJ-123
or: 'add X feature'
Full loop → PR created"]
REVIEW["/devflow:df-review 42
3 reviewers → findings table
post as GitHub review comments"]
RESPOND["/devflow:df-respond 42
Fix all threads → commit → reply"]
DEBUG["/devflow:df-debug 'error msg'
Root cause + DX hardening → fix PR"]
BUILD --> MERGE
RESPOND --> MERGE
DEBUG --> REVIEW
REVIEW -->|Comments posted, waiting| EOD
MERGE["/devflow:df-merge 42
Preflight → merge → tag"]
MERGE --> EOD([End of day ✓])
Session tips:
- Start every session with
/devflow:df-work-context— shows active sprint tickets, open PRs awaiting action, and unmerged branches - Run
/devflow:df-carefulbefore risky work (migrations, force-push, DROP TABLE) - Use
/devflow:df-metricsweekly to spot recurring review findings
PROJ-1234 — "Add rate limiting to auth endpoints"
# 1. Build the feature
/devflow:df-build PROJ-1234
# Claude fetches Jira AC → maps auth middleware → writes plan.md →
# implements with tests → 3-reviewer debate → opens PR
# 2. Address reviewer comments
/devflow:df-respond 42
# Fetches open threads → fixes in parallel → commits → posts replies
# 3. Final review before merge
/devflow:df-review 42 PROJ-1234 Author
# Three agents re-examine PR against AC → debate → apply remaining fixes
# 4. Merge
/devflow:df-merge 42
# Squash into develop → version bump → CHANGELOG → post-merge verificationThe four Devflow skills form a complete development loop. Each runs a team of specialized agents that work in parallel, debate findings, and produce structured output.
flowchart TD
START([New task / Jira ticket / Bug]) --> BUILD
BUILD["**build**
Research → Plan → Implement
→ Review → Ship"]
BUILD -->|PR created| REVIEW
BUILD -->|Production incident| DEBUG
REVIEW["**review**
3 reviewers debate in parallel
→ Consensus findings table"]
REVIEW -->|Review comments posted| RESPOND
RESPOND["**respond**
Fetch open threads → Fix in parallel
→ Commit → Reply to close threads"]
RESPOND -->|All threads resolved| MERGE
RESPOND -->|Another review cycle| REVIEW
DEBUG["**debug-parallel**
Investigator + DX Analyst in parallel
→ Root cause + Fix + Hardening"]
DEBUG -->|Fix PR ready| REVIEW
MERGE["**merge-pr**
Preflight → Merge → Tag → Deploy"]
MERGE --> DONE([Shipped ✓])
The primary workflow for any coding task. Runs Research → Plan → Implement → Review → Ship with an iterative fix-review loop (max 3 iterations).
flowchart LR
R["Phase 2\nResearch\nExplorers + Bootstrap\n(concurrent)"]
P["Phase 3\nPlan\n+ plan-challenger\n(speculative)"]
I["Phase 4\nImplement\nCoders"]
REV["Phase 6\nReview\n3 reviewers → debate\n→ consolidate"]
S["Phase 8\nShip\nCommit + PR"]
R --> P --> I --> REV --> S
REV -->|"issues found\n(max 3 iter)"| I
When to use: New features, bug fixes, refactors, Jira tickets, CI failures, production hotfixes.
Domain lenses (Phase 6): Each reviewer automatically receives domain-specific lens files based on diff content — security, database, TypeScript, frontend (RSC/App Router), error handling, API design, observability, and performance. Lens injection is automatic; no configuration needed.
/devflow:df-build "add rate limiting to the API"
/devflow:df-build PROJ-1234 # auto-fetches Jira AC
/devflow:df-build PROJ-1234 --quick # skip research for small fixes
/devflow:df-build PROJ-1234 --hotfix # urgent production incident| Mode | When to use |
|---|---|
| (default) | Auto-classifies based on task scope |
--quick |
Small fix with clear scope — skips research phase |
--full |
Forces full loop including research |
--hotfix |
Branches from main, creates backport PR to develop |
Three agents independently review a PR, then debate their findings to eliminate false positives. Output is a single ranked findings table with evidence-backed verdicts.
Domain lenses: Each teammate receives diff-content-specific lens files — security, database, TypeScript, frontend, error handling, API design, observability, and performance — injected automatically before review begins.
When to use: Any pull request — quick standards check, architecture review, or multi-perspective analysis.
/devflow:df-review 42 # PR number
/devflow:df-review 42 PROJ-1234 # with Jira AC verification
/devflow:df-review 42 Author # apply fixes directly to the branch
/devflow:df-review 42 Reviewer # post findings as GitHub review comments| Mode | When to use |
|---|---|
Author |
You own the PR — Claude applies fixes automatically |
Reviewer |
You are reviewing someone else's PR — Claude posts GitHub comments |
Example output:
## 📋 PR #42 — PROJ-1234 | Author Mode | 🟡
**PR:** feat: add rate limiting to auth endpoints
**Files changed:** 6 | **Lines:** +142 −18
### AC Verification
| AC | Status | File | Note |
| --- | ----------- | ------------------------------ | ----------------------- |
| AC1 | ✅ Done | `app/middleware/rate-limit.ts` | 5 req/min enforced |
| AC2 | ✅ Done | `app/middleware/rate-limit.ts` | 10 req/min enforced |
| AC3 | 🔴 Partial | `app/middleware/rate-limit.ts` | Headers set only on 429 |
### Findings (after debate)
| # | Sev | File | Line | Consensus | Issue |
| -- | --- | ------------------------------ | ---- | --------- | --------------------------------------------- |
| 1 | 🔴 | `app/middleware/rate-limit.ts` | 47 | 3/3 | Rate limit headers missing on success (AC3) |
| 2 | 🟡 | `app/middleware/rate-limit.ts` | 12 | 2/3 | In-memory store resets on restart — use Redis |
| 3 | 🟡 | `tests/rate-limit.spec.ts` | 88 | 2/3 | Only 429 tested — add success + burst cases |
### Fixes Applied
| # | Fix | File |
| -- | ------------------------------------------ | --------------------------------- |
| 1 | Add X-RateLimit-* headers to all responses | `app/middleware/rate-limit.ts:47` |
| 2 | Add Redis store note + env guard | `app/middleware/rate-limit.ts:12` |
| 3 | Add success path + burst edge case tests | `tests/rate-limit.spec.ts:88` |
✅ **Validate:** `node ace test --filter rate-limit` — PASS
### Final Verdict
✅ **APPROVE** — Fixed 🔴 1, 🟡 2 | AC: 3/3 ✅ | Signal: 50%Fetches all open GitHub review threads on a PR, fixes each issue in parallel, commits the changes, and posts replies to close every thread.
When to use: After receiving PR review feedback.
/devflow:df-respond 42
/devflow:df-respond 42 PROJ-1234 # with Jira AC context for prioritizationTwo agents run in parallel: an Investigator traces the root cause, while a DX Analyst audits the affected area across 19 DX patterns (error handling E1–E8, observability O1–O6, prevention P1–P5). A Fixer agent then applies the fix; an optional Fix Reviewer checks safety patterns including TOCTOU, null paths, and race conditions.
When to use: Complex bugs, production incidents, or when you want to harden the affected area alongside the fix.
/devflow:df-debug "NullPointerException in UserService"
/devflow:df-debug PROJ-5678 # from a Jira bug ticket
/devflow:df-debug PROJ-5678 --quick # fix only, skip DX analysis
/devflow:df-debug PROJ-5678 --review # add Fix Reviewer after Fixer (forced on P0)Automates the merge and release process: version bumps, CHANGELOG updates, tags, backport PRs, and post-merge verification.
/devflow:df-merge 42 # feature/bugfix → develop
/devflow:df-merge --hotfix # hotfix → main + backport to develop
/devflow:df-merge --release # release → main + tag + backportRequires: gh CLI (authenticated), clean working tree, GitHub remote.
Scores a CLAUDE.md across quality dimensions, identifies bloat and gaps, and rewrites sections to be more useful for Claude.
/devflow:df-optimize
/devflow:df-optimize --dry-run # preview without editing
/devflow:df-optimize --coverage # include coverage analysisScans for all env var references, cross-references against the validation schema and .env.example, classifies gaps, auto-fixes discrepancies, and runs tests to verify.
/devflow:df-env-heal # full scan and fix
/devflow:df-env-heal --quick # schema vs .env.example onlySupports: AdonisJS (Env.schema), dotenv (.env.example), and any Node.js project.
Maps causal loops, identifies feedback cycles, and surfaces second-order effects before committing to an architecture decision.
/devflow:df-systems "should we move to microservices?"
/devflow:df-systems "what happens if we remove the cache layer?"Reads ~/.claude/devflow-metrics.jsonl and produces a retrospective: iteration counts, critical finding categories, recurrent issues, and Hard Rule candidates.
/devflow:df-metricsScaffolds the devflow ecosystem into a new project: generates hard-rules.md with stack-appropriate starter rules and creates the build artifact directory.
/devflow:df-onboardActivates session-level protection that blocks destructive bash commands: rm -rf, DROP TABLE, git push --force, truncate, git reset --hard on committed work.
/devflow:df-carefulWhen to use: Working near production data, shared branches, or irreversible operations.
Locks edits to a specific directory for the session. Claude will refuse to edit files outside the target path.
/devflow:df-freeze src/auth # lock edits to src/auth/
/devflow:df-freeze tests/ # only touch tests/Shows active Devflow workflow artifacts from the current session — artifact directories, current phase, and pending actions.
/devflow:df-statusRuns the full QA check suite to verify hooks, skills, and plugin structure are healthy. Runs shellcheck, markdownlint, bats tests, and claude plugin validate.
/devflow:df-qaWhen to use: Before releasing a new version of devflow.
Installs devflow-engine dependencies via bun install and runs a smoke test. Idempotent — detects what is already configured and skips those steps.
/devflow:df-setupWhen to use: After installing or reinstalling the plugin. Not for project onboarding (use /devflow:df-onboard instead).
Audits the current project against all official Claude Code features and scores adoption coverage. Reports which features are used, unused, or partially adopted.
/devflow:df-analyzeReviews auto-detected Hard Rule candidates from metrics-analyst and walks through approve / reject / defer for each candidate. Never auto-applies rules.
/devflow:df-promoteWhen to use: After running /devflow:df-metrics when candidates are flagged.
Detects the test framework in use (vitest/jest/bun/japa), generates tests following existing conventions, and self-reviews via test-quality-reviewer.
/devflow:df-tests src/auth/middleware.ts
/devflow:df-tests src/auth/ # all files in directoryRefactors code with a safety net: runs tests before and after to verify no behavior changes.
/devflow:df-refactor src/utils/parser.ts --simplify # delegate to code-simplifier
/devflow:df-refactor src/utils/parser.ts --extract # extract function/module
/devflow:df-refactor src/utils/parser.ts --restructure # structural reorganizationRuns a security and/or dependency audit. --security spawns the security-reviewer agent; --deps runs npm audit or pip-audit.
/devflow:df-audit --deps # dependency vulnerability scan
/devflow:df-audit --security # OWASP-focused code security review
/devflow:df-audit --all # bothGenerates documentation from source code. Supports API docs, README sections, and inline JSDoc/TSDoc.
/devflow:df-docs --api src/routes/ # OpenAPI-style endpoint docs
/devflow:df-docs --readme # update README from code
/devflow:df-docs --inline src/auth/ # add JSDoc/TSDoc commentsReads all three devflow tracking files and renders a terminal-friendly metrics summary with anomaly alerts.
/devflow:df-dashboardSections: session summary, anomaly alerts (avg iterations >3, critical findings shipped, rejection rate >40%), reviewer calibration, top-10 skill usage.
Detailed contributor docs for each skill live in skills/<name>/CLAUDE.md. For skill creation guidelines and best practices, see docs/references/.
Specialized subagents spawned automatically by Devflow skills. Can also be invoked directly.
| Agent | Model | Invoked by | Purpose |
|---|---|---|---|
commit-finalizer |
Haiku | Manually | Fast git commit with conventional commit formatting |
devflow-build-bootstrap |
Haiku | df-build Phase 2 |
Pre-gathers project structure and type definitions |
build-research-summarizer |
Haiku | df-build Phase 2→3 gate |
Compresses research.md into a compact JSON summary — eliminates re-reads at later phases |
devflow-debug-bootstrap |
Haiku | debug-parallel Phase 1 |
Pre-gathers stack trace context and affected files |
devflow-respond-bootstrap |
Haiku | df-respond Phase 1 |
Pre-gathers open PR threads and affected files |
pr-review-bootstrap |
Haiku | df-review Phase 1 |
Fetches PR diff, Jira AC, and groups changed files |
review-consolidator |
Haiku | df-review Phase 5 |
Deduplicates and ranks findings from multiple reviewers |
research-validator |
Haiku | df-build Phase 2→3 gate |
Validates research.md completeness (file:line evidence) |
fix-intent-verifier |
Haiku | df-respond Phase 2 |
Verifies each fix addresses reviewer intent (ADDRESSED/PARTIAL/MISALIGNED) |
jira-summary-poster |
Haiku | df-build/df-debug end |
Posts ADF implementation summary to Jira; AC coverage check; optional status transition; spawns atlassian-pm agents when available |
work-context |
Haiku | Session start | Sprint tickets + PRs awaiting action + unmerged branches digest |
merge-preflight |
Haiku | df-merge Confirmation Gate |
Pre-merge go/no-go safety checklist |
metrics-analyst |
Haiku | metrics |
Retrospective from devflow-metrics.jsonl: iteration patterns and Hard Rule candidates |
falsification-agent |
Sonnet | df-build Phase 6, df-review Phase 5 |
Challenges every finding — outputs SUSTAINED/DOWNGRADED/REJECTED per finding |
plan-challenger |
Sonnet | df-build Phase 3 gate |
Challenges plan for YAGNI/scope/ordering issues before implementation |
test-quality-reviewer |
Sonnet | df-review Phase 3, /df-tests |
Test quality (T1–T9): behavior vs implementation, mock fidelity, assertion presence; cross-session memory |
migration-reviewer |
Sonnet | df-review Phase 3 |
DB migration safety (M1–M10): DDL reversibility, FK indexes, table-lock risk |
api-contract-auditor |
Sonnet | df-review Phase 3 |
API breaking changes (A1–A10): removed fields, status codes, required params; cross-session memory |
security-reviewer |
Sonnet | /df-audit --security, df-review |
OWASP-focused security review — cross-session memory for recurring patterns per project |
skill-validator |
Sonnet | Manually | Validates SKILL.md frontmatter and description quality |
project-onboarder |
Sonnet | onboard |
Scaffolds hard-rules.md and build directory for new projects |
code-explorer |
Sonnet | Manually | Traces execution paths and maps feature architecture — read-only, no code changes |
comment-analyzer |
Sonnet | Manually / df-build Phase 4 (optional) |
Verifies comment accuracy against code; flags stale references and comment rot; cross-session memory |
code-simplifier |
Sonnet | Manually / /refactor --simplify |
Simplifies recently changed code for clarity and maintainability without altering behavior |
code-reviewer |
Sonnet | Manually | General-purpose code reviewer with cross-session persistent memory; includes 6 inline domain lenses (security, database, TypeScript, frontend, error handling, API design) applied per diff content |
silent-failure-hunter |
Sonnet | df-review Phase 3 |
Hunts for swallowed exceptions, empty catch blocks, optional chain fallbacks; cross-session memory |
type-design-analyzer |
Sonnet | Manually | TypeScript type design quality — 4 dimensions rated 1-10; cross-session memory |
Distributed automatically with the plugin — no manual configuration required.
| Hook | Event | What it does |
|---|---|---|
check-deps.sh |
SessionStart |
Warns in context if jq, git, or gh are missing |
session-start-context.sh |
SessionStart |
Injects current git branch and uncommitted file count |
protect-files.sh |
PreToolUse[Edit|Write] |
Blocks Claude from editing .claude/settings.json directly |
skill-usage-tracker.sh |
PreToolUse[Skill] |
Logs skill invocations for analytics and usage tracking |
safe-command-approver.sh |
PreToolUse[Bash] |
Auto-approves allowlisted read-only commands to reduce permission friction |
bash-failure-hint.sh |
PostToolUseFailure[Bash] |
Injects diagnostic hints after Bash tool failures |
edit-write-failure-hint.sh |
PostToolUseFailure[Edit|Write] |
Injects diagnostic hints for "old_string not found", permission, and path errors |
task-gate.sh |
TaskCompleted |
Requires file:line evidence before agent tasks are marked complete |
subagent-start-context.sh |
SubagentStart |
Injects branch/project context into reviewer agents; warns when hard-rules.md exceeds 60-line limit |
pre-compact-save.sh |
PreCompact |
Saves session state before context compaction |
post-compact-context.sh |
PostCompact |
Re-injects session context after compaction |
idle-nudge.sh |
TeammateIdle |
Nudges idle Agent Teams teammates back on task |
Activate an output style to change how Claude communicates throughout a session.
| Style | Activate with | Description |
|---|---|---|
senior-software-engineer |
/output-style senior-software-engineer |
Thai language. Pragmatic senior engineer tone — trade-offs, production quality, practical solutions. |
senior-software-engineer-en |
/output-style senior-software-engineer-en |
English variant of the above. |
coding-mentor |
/output-style coding-mentor |
Thai language. Teaches through doing — adds concise "Why" explanations after significant changes. Good for onboarding. |
coding-mentor-en |
/output-style coding-mentor-en |
English variant of the above. |
Pass a Jira ticket key (e.g. PROJ-123) to any Devflow skill and it auto-fetches the issue's acceptance criteria. Requires one of these MCP servers:
| MCP Server | Notes | Install |
|---|---|---|
mcp-atlassian |
Direct Jira API | sooperset/mcp-atlassian |
jira-cache-server |
Cached, faster for large projects | wasikarn/jira-cache-server |
Jira is optional — skills skip it silently and continue normally if not configured.
claude plugin install <name>| Plugin | Why it's worth installing |
|---|---|
superpowers@claude-plugins-official |
Core workflow skills — TDD, systematic debugging, verification before claiming done. Prevents common AI failure modes. |
claude-mem@thedotmack |
Cross-session persistent memory. Claude remembers past decisions and project context across conversations. |
qmd@qmd |
Local semantic search over your codebase and docs. Speeds up df-build research phase significantly. |
feature-dev@claude-plugins-official |
Specialized subagents for feature exploration and architecture analysis. Pairs well with df-build. |
commit-commands@claude-plugins-official |
Quick /commit and /commit-push-pr skills for the Ship phase of df-build. |
playwright@claude-plugins-official |
Browser automation via MCP. Useful for debug-parallel when diagnosing UI or end-to-end failures. |
typescript-lsp@claude-plugins-official |
TypeScript language server — real-time type errors and go-to-definition. Reduces hallucinated types in TypeScript projects. |
pr-review-toolkit@claude-plugins-official |
Additional review agents (silent-failure hunter, type-design analyzer, test coverage analyzer). Complements df-review. |
All optional — skills degrade gracefully if absent.
| MCP Server | When it helps | Install |
|---|---|---|
context7 |
Fetches up-to-date library docs during df-build research — no more hallucinated API signatures. |
upstash/context7-mcp |
sequential-thinking |
Structured reasoning for complex decisions. Useful in df-systems and df-build planning. |
claude mcp add sequential-thinking |
figma |
Pulls Figma frames into context. Lets df-build use actual design specs instead of descriptions. |
GLips/Figma-Context-MCP |
mcp-atlassian |
Jira + Confluence access. df-build uses Confluence pages as additional AC context. |
sooperset/mcp-atlassian |
Agent Teams must be enabled:
claude config set env.CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 1Restart Claude Code after setting.
Verify the plugin is installed:
claude plugin list # devflow should appearIf missing, reinstall:
claude plugin marketplace add wasikarn/devflow
claude plugin install devflowInstall the flagged tools, then restart Claude Code:
brew install jq gh && gh auth loginJira is optional. Configure mcp-atlassian or jira-cache-server if you want it. See Jira Integration.
This is correct — skills installed via plugin are namespaced automatically to avoid conflicts with other plugins.
Verify symlinks exist:
bash scripts/link-assets.sh --listRe-run bash scripts/link-assets.sh if any are missing.
devflow/
├── .claude-plugin/
│ └── plugin.json # Plugin manifest
├── skills/ # Skill entry points (SKILL.md per skill)
│ ├── build/
│ ├── review/
│ ├── respond/
│ ├── debug/
│ ├── merge-pr/
│ ├── optimize-claude-md/
│ ├── env-heal/
│ ├── systems-thinking/
│ ├── metrics/
│ ├── onboard/
│ ├── careful/
│ ├── freeze/
│ ├── status/
│ ├── plugin-qa/
│ ├── analyze-claude-features/
│ ├── promote-hard-rule/
│ ├── generate-tests/ # v1.6.1: framework-aware test generation
│ ├── refactor/ # v1.6.1: safe refactoring with before/after tests
│ ├── audit/ # v1.6.1: security + dependency audit
│ ├── generate-docs/ # v1.6.1: API / README / inline docs
│ ├── dashboard/ # v1.6.1: metrics dashboard
│ └── ... # background skills (review-rules, debate-protocol, etc.)
├── agents/ # Custom subagent definitions (.md files)
├── hooks/ # Plugin-distributed lifecycle hook scripts
│ └── hooks.json # Plugin hook registry (auto-loaded on install)
├── output-styles/ # Custom output styles
├── devflow-engine/ # TypeScript SDK for programmatic PR review
│ └── src/ # Orchestrator, consolidator, triage, falsifier, CLI
├── scripts/ # Dev tooling (link-assets.sh, bump-version.sh, qa-check.sh)
├── tests/
│ └── hooks/ # bats test suite for hook scripts
└── docs/
└── references/ # Contributor reference docs (best practices, creation guides)
devflow-engine/ is a TypeScript SDK for running the Devflow PR review pipeline programmatically — outside of Claude Code. It implements the same multi-reviewer debate loop as the df-review skill, but as a Node.js CLI you can call from scripts or CI.
cd devflow-engine
bun install
# Review a PR by number (requires GH_TOKEN or gh CLI)
bun run review -- --pr 42
# Run a security + dependency audit
bun run audit -- --pr 42 --all
# Generate tests for a file
bun run test-gen -- --file src/auth/middleware.ts
# Run the test suite
bun testKey modules:
| Module | Purpose |
|---|---|
src/orchestrator.ts |
Spawns reviewers, collects findings, runs falsification |
src/review/triage.ts |
Classifies PR complexity — trivial (<50 lines) runs 1 reviewer |
src/review/consolidator.ts |
Deduplicates and ranks findings from all reviewers |
src/review/output.ts |
Formats output as Markdown or JSON; includes per-phase cost breakdown |
src/cli.ts |
CLI entry point (df-review, df-audit, df-tests subcommands); appends reviewer calibration stats |
src/audit/dependency-checker.ts |
Parses npm audit JSON; extracts CVEs by severity |
src/audit/agents/security-scanner.ts |
Invokes security-reviewer agent for OWASP analysis |
src/test-gen/framework-detector.ts |
Detects test framework from package.json (vitest/jest/bun/japa) |
src/test-gen/agents/test-writer.ts |
Spawns test-gen subagent with framework context |
The SDK is
private: true— it ships as part of this repo for contributors, not as an npm package.
See CONTRIBUTING.md for local development setup, how to add new skills, and linting instructions.