By JunjaK
TypeScript-first multi-agent team workflow harness for Claude Opus — greenfield project bootstrap (deep-research → scaffold → profile), 5-phase TDD workflow with agentic + human-QA testing layers, 3-bucket document storage with an LLM wiki, YAGNI code-minimalism, instinct-based learning, and ultracode Workflow orchestration
Team Workflow (Interactive) — multi-agent team workflow with user involvement in planning
Save or resume interrupted work via checkpoint files. Supports cross-session, cross-branch, and post-compaction recovery.
Docs Sweep — drain stale active docs (reap) + enforce the 6 orphan-mode invariants (lint) in _docs/
Team Brainstorm — Leader + Architects가 plan만 논의 (구현 없음, 시각화 포함)
Team Init — 프로젝트 구조 분석 및 프로필 생성/갱신
TDD-based code developer — implements features following Red-Green-Refactor cycle in isolated worktrees
Team workflow leader — drafts plans, coordinates architects, manages approval gates and escalation
Unit and E2E testing specialist — verifies implementation quality in team workflow
Referenced by `team-uiux-master.md`. Load on demand during review and before finalizing proposals.
Detailed standards referenced by `team-uiux-master.md`. Load on demand when proposing design modifications.
Agentic E2E testing layer (Phase 4.5). Use AFTER deterministic E2E passes and BEFORE human final review. An agent explores a goal via the stack's UI/API driver, verifies goal achievement, and crystallizes the path into a deterministic test. Stack-agnostic via project-profile adapters (web/TS base, Spring-Kotlin, Flutter).
Save and restore work state across sessions, branches, and compactions. Use when saving progress before stopping, switching branches, or when the /checkpoint command is invoked.
Universal coding standards and best practices. Use in Phase 3 (Implementation) as the baseline for Designer agents. Covers readability, KISS, DRY, YAGNI, TypeScript patterns, error handling, and code smell detection.
Extract reusable patterns from sessions, manage session state, and evolve learnings into skills. Use at session end, after completing features, or when patterns emerge during work.
Regenerate and re-verify a code-generated API client after any backend/server contract change, BEFORE writing or verifying client code against it. Use whenever a task changes a backend DB schema, request/response DTO, enum, or endpoint shape in a project where the frontend consumes a generated client/types (OpenAPI, GraphQL codegen, gRPC, tRPC, etc.). Trigger this even if the user only says 'I changed the API' or 'update the frontend to match' — the regenerate→typecheck gate is what prevents silent type/runtime desync. Run it at the BE→FE handoff in team workflows, before verification-loop Phase 2, and any time someone reports 'I changed the backend but the frontend doesn't match.'
Modifies files
Hook triggers on file write and edit operations
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
A reusable Claude Code harness for Claude Opus: a 5-phase multi-agent team workflow (TDD, escalation loops, worktree parallelization) plus a full testing stack, a document-storage system, code-minimalism discipline, and instinct-based learning.
Specialized AI agents collaborate through defined phases to implement features, fix bugs, or refactor code. Beyond the core team workflow, the harness adds:
/test-scenario-doc, an interactive checklist)._docs/ (project, lifecycle-managed) · _note/ (human-owned, agent read-only) · .claude/wiki/ (an agent-maintained LLM wiki that compounds knowledge), classified by a portable ownership discriminator.ponytail YAGNI decision ladder, applied at design time and reviewed in Phase 4.continuous-learning captures atomic, confidence-scored, project-scoped instincts that evolve into skills / commands / agents.| Role | Agent | Model | When Called |
|---|---|---|---|
| Team Leader | team-leader | opus | Always (Phase 1, Gate, Escalation) |
| Architect A (Frontend) | team-architect-fe | opus | Phase 1 (parallel with B) |
| Architect B (Backend) | team-architect-be | opus | Phase 1 (parallel with A) |
| Architect C (Infra/Security) | team-architect-infra | opus | Phase 1 (on-demand) + Phase 5 (always) |
| UI/UX Master | team-uiux-master | sonnet | Phase 2 (conditional) |
| Designer x N | team-designer | opus | Phase 3 (parallel, worktree isolated) |
| Tester x N | team-tester | sonnet | Phase 4 (parallel) |
| Agentic Tester | team-agentic-tester | opus | Phase 4.5 (conditional, after Tester PASS) |
| Web Architect | web-architect | opus | Web architecture (standalone or complements FE) |
| Web Reviewer | web-reviewer | sonnet | Web quality audit (a11y, CWV, SEO, AI-slop) |
Phase 1: Planning
Leader drafts plan → Arch A + B detail (parallel) → Cross-review → File assignment
Phase 2: UI/UX (conditional)
UI/UX Master reviews and proposes changes
Leader Approval Gate
Approve → Phase 3 | Reject → Phase 1
Phase 3: Implementation (TDD)
Designer x N in parallel worktrees (Red-Green-Refactor)
Phase 4: Verification
Tester x N (unit + E2E, loop until pass)
Phase 4.5: Agentic Testing (conditional)
Agent explores goals → verifies → crystallizes deterministic tests
(then human QA via /test-scenario-doc, before final sign-off)
Phase 5: Final Security Review
Arch C security & infra audit → SHIP or escalate
/team and /team-run report escalation events to user| Command | Description |
|---|---|
/team-init | Analyze project → generate profile (run first!) |
/team | Interactive mode — user participates in planning phase |
/team-run | Autonomous mode — full auto-execution |
/team-brainstorm | Planning only — Leader + Architects discuss, no implementation |
/test-scenario-doc | On-demand human QA checklist HTML (human acceptance layer) |
This harness is distributed as a Claude Code plugin.
# 1. Add the marketplace
/plugin marketplace add JunjaK/ai-harness
# 2. Install the plugin
/plugin install junjak-ai-harness@ai-harness
The plugin manifest cannot set environment variables or permissions. Add to your user or project settings.json:
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1",
"CLAUDE_AUTOCOMPACT_PCT_OVERRIDE": "60"
},
"permissions": {
"allow": [
"Edit",
"Write",
"LSP",
"Bash(git *)",
"Bash(ls *)",
"Bash(mkdir *)",
"Bash(bun *)",
"Bash(bunx *)",
"Bash(pnpm *)",
"Bash(npx *)"
]
}
}
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1is required —/team,/team-run,/team-brainstormdepend onTeamCreatefor cross-review.
CLAUDE_HARNESS_ULTRACODE=1is optional — an explicit override that forces ultracode orchestration (Workflow-tool fan-outs) in headless / non-Claude-Code contexts where the runtime ultracode signal is absent. See CLAUDE.md "Ultracode Orchestration".
npx claudepluginhub junjak/ai-harness --plugin junjak-ai-harnessHarness-native ECC plugin for engineering teams - 67 agents, 271 skills, 92 legacy command shims, reusable hooks, rules, MCP conventions, and operator workflows for Claude Code plus adjacent agent harnesses
v9.44.1 — Patch release for Gemini environment/version detection and qwen auth gating. Run /octo:setup.
Tools to maintain and improve CLAUDE.md files - audit quality, capture session learnings, and keep project memory current.
Comprehensive C4 architecture documentation workflow with bottom-up code analysis, component synthesis, container mapping, and context diagram generation
Comprehensive feature development workflow with specialized agents for codebase exploration, architecture design, and quality review
Upstash Context7 MCP server for up-to-date documentation lookup. Pull version-specific documentation and code examples directly from source repositories into your LLM context.