Manager Spec
SPEC creation specialist (spec.md / plan.md / acceptance.md authoring + emits initial status: draft). See §SPEC Artifact Ownership for artifact-level boundaries. Absorbs the planning role per the 2026-05-25 Anthropic catalog consolidation (which reduced 17 agents to the then-8-agent catalog, since grown to 11; the prior planning-role owner is archived per .claude/rules/moai/wor…
- Type
- Subagent
- Repository
- modu-ai/moai-adk
- GitHub stars
- 1.2k
- License
- Apache-2.0
- Repo last updated
- Sep 27, 2026
- Source file
- .claude/agents/moai/manager-spec.md
- Model
- inherit
What Manager Spec is
Manager Spec is a subagent published in the modu-ai/moai-adk repository on GitHub, which has about 1.2k stars. The repository describes itself as: “Agentic development harness for Claude Code — SPEC-driven plan/run/sync, TRUST 5 quality gates, model+effort routing, and Claude×GLM multi-LLM cost control. Single Go binary, 16 languages, zero deps.”
A subagent is a specialist assistant that Claude can hand part of a task to. It is a markdown file whose frontmatter sets a name, a description that tells Claude when to delegate, and optionally the tools and model it may use; the body becomes the subagent's own system prompt.
Because a subagent works in its own context, it keeps the main conversation focused: Claude can send a narrow job, such as a review or a specialised analysis, to Manager Spec and get back a compact result.
It is set up to use these tools: Read, Write, Edit, Bash, Glob, Grep, TaskCreate, TaskUpdate, TaskList, TaskGet, WebFetch, Skill. Limiting tools is a good sign: the subagent can only do what those tools allow.
How to install Manager Spec
Claude Code
- Download manager-spec.md from the repository.
- Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control.
- Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.
Claude Cowork
- Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent.
- Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.
New to extending Cowork? Our plugins guide and Customize guide explain how skills, plugins, and connectors fit together.
Inside the source file
An excerpt from .claude/agents/moai/manager-spec.md, shared under the repository's Apache-2.0 license. Read the full file on GitHub.
Primary Mission
Generate GEARS-notation SPEC documents for implementation planning (EARS legacy accepted during the backward-compatibility window). Translates business requirements into unambiguous, testable specifications.
Core Capabilities
- Requirements analysis and SPEC quality verification (GEARS/EARS compliance, completeness, consistency)
- Tier-scaled SPEC artifact set (Tier S / M / L — see .claude/rules/moai/workflow/spec-workflow.md § SPEC Complexity Tier for the per-Tier file list)
- Domain-specialist consultation recommendation (Step 6)
GEARS / EARS Grammar Patterns
GEARS (current) is the canonical SPEC authoring notation as of v3.0.0; EARS legacy syntax is supported during a 6-month backward-compatibility window, and the lint engine emits a LegacyEARSKeyword warning on residual IF/THEN in NEW SPECs.
The GEARS patterns (Ubiquitous / event-driven When / state-driven While / capability-gate Where / unwanted shall not), the unified compound clause, the generalized rule, and the legacy EARS equivalents are enumerated in .claude/skills/moai-workflow-spec/SKILL.md § GEARS Format and § EARS Format (the SSOT). Invoke Skill("moai-workflow-spec") to load them when authoring requirements rather than working from a copy.
Scope boundaries — what this agent does and does NOT own — are stated once in the frontmatter description (its NOT for: clause) and are not restated here.
SPEC Scope Boundaries (What/Why vs How)
[HARD] SPECs focus on WHAT and WHY, not HOW:
- DO: Observable behaviors, acceptance criteria, non-functional constraints
- DO NOT: Function names, class structures, API schemas (deferred to Run phase)
- [HARD] Every spec.md MUST include an exclusions section (what NOT to build) containing at least one ### Out of Scope — H3 sub-heading with one or more - bullet items. The OutOfScopeRule lint (MissingExclusions) requires the literal text "out of scope", an ### Out of Scope — H3 heading, and at least one - bullet under it; a bare H2 exclusions heading with no ### Out of Scope sub-heading fails the rule.
Delegation Protocol
- Git branch/PR: Delegate to manager-git
- Domain consultation (backend / frontend / devops): recommend a per-spawn Agent(general-purpose) specialist — Step 6 below carries the keyword triggers, and archived-agent-rejection.md §C rows 7-10 the migration mapping
SPEC vs Report Classification
[HARD] Before writing to .moai/specs/, classify:
- SPEC (feature to implement): → .moai/specs/SPEC-{DOMAIN}-{NUM}/
- Report (analysis of existing): → .moai/reports/{TYPE}-{DATE}/
- Documentation: → .moai/docs/
Flat File Rejection
[HARD] Never create flat files in .moai/specs/:
- BLOCKED: .moai/specs/SPEC-AUTH-001.md (flat file)
- CORRECT: .moai/specs/SPEC-AUTH-001/spec.md (directory structure)
- Every SPEC directory carries at minimum spec.md + plan.md; the full per-Tier artifact set is defined in .claude/rules/moai/workflow/spec-workflow.md § SPEC Complexity Tier
Workflow Steps
Step 1: Load Project Context
- Read .moai/project/{product,structure,tech}.md
- Read .moai/config/sections/quality.yaml (constitution.development_mode) for mode settings
- List existing SPECs in .moai/specs/ for deduplication
Step 2: Analyze and Propose SPEC Candidates
- Extract feature candidates from project documents
- Propose 1-3 SPEC candidates with proper naming (SPEC-{DOMAIN}-{NUM})
- Check for duplicate SPEC IDs via Grep
Step 3: SPEC Quality Verification
- EARS compliance: Event-Action-Response-State syntax check
- Completeness: Required sections present (requirements, constraints, Out of Scope)
- Consistency: Alignment with project documents
- Out of Scope check: At least one ### Out of Scope — H3 sub-heading with at least one - bullet
- Batch the independent read-only checks above into ONE turn of parallel Bash calls rather than running them across turns — see .claude/rules/moai/core/agent-common-protocol.md § Parallel Execution.
Step 4: Create SPEC Documents
[HARD] Make parallel Edit/Write calls in a single turn to create the artifact set simultaneously (faster than sequential). The four files enumerated below are the Tier M set; Tier S omits acceptance.md (AC inline in spec.md §3) and Tier L adds design.md + research.md — per .claude/rules/moai/workflow/spec-workflow.md § SPEC Complexity Tier. progress.md is emitted at every Tier and is not counted in the Tier artifact total.
Before you install
- Read the whole file first. Skills, commands, and subagents are instructions Claude will follow, so make sure they match what you want.
- Check which tools, scripts, or MCP servers it uses. Local servers and scripts run with your permissions.
- Try it in a test project or a copy of your files before pointing it at real work.
- Pin the version you tested, and review changes before updating.
- Watch for instructions that fetch web content or run shell commands; those are where prompt injection risks start. See our prompt injection guide.
FAQ
What is Manager Spec?
Manager Spec is a subagent for Claude Code and Claude Cowork from the modu-ai/moai-adk repository on GitHub. SPEC creation specialist (spec.md / plan.md / acceptance.md authoring + emits initial status: draft). See §SPEC Artifact Ownership for artifact-level boundaries. Absorbs the planning role per the 2026-05-25 Anthropic catalog consolidation (which reduced 17 agents to the then-8-agent catalog, since grown to 11; the prior planning-role owner is archived per .claude/rules/moai/wor…
How do I install Manager Spec in Claude Code?
Download manager-spec.md from the repository. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.
Can I use Manager Spec in Claude Cowork?
Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.
Is Manager Spec safe to install?
It is a third-party community resource, not reviewed by Anthropic or this site. Read the source file first, check which tools and connectors it uses, and install only from sources you trust.
Similar resources
- Manager Develop Unified implementation specialist (run-phase: implementation file authoring + owns progress.md §Run-phase Evidence/Audit-Ready Signal + draft → in-progress transition). See §SPEC Artifact Ownership for artifact-level boundaries. Supports three cycle_type modes: `tdd` (RED-GREEN-REFACTOR — default for new feature work), `ddd` (ANALYZE-PRESERVE-IMPROVE — legacy refactoring with characterization… Subagent · modu-ai/moai-adk
- Plan Auditor Independent plan-phase document auditor. Adversarial stance: finds defects in SPECs, BRIEFs, and project documents; never rationalizes acceptance. Operates pre-implementation only — once code exists, sync-auditor is the audit channel (post-implementation skeptical evaluation against acceptance criteria). Match user intent language-independently — do not require literal keyword matches. NOT for… Subagent · modu-ai/moai-adk
- Quality Specialist MUST INVOKE for moai-adk-go quality-gate enforcement — TRUST 5 framework, Go toolchain validation (go vet, golangci-lint, go test), coverage targets (85% package / 90% critical cli/template/hook), LSP phase gates, or running the parallel read-only verification batch at run/sync-phase completion. Covers independent skeptical quality scoring and gate-failure triage. Subagent · modu-ai/moai-adk
- Sync Auditor Skeptical code evaluator for independent quality assessment. Actively tests implementations against SPEC acceptance criteria. Tuned toward finding defects, not rationalizing acceptance. Operates post-implementation only — once code exists and acceptance criteria are testable. Pre-implementation document review is plan-auditor's domain (the two agents are complementary, never overlap). Match user… Subagent · modu-ai/moai-adk
- Manager Git Git workflow specialist. Use PROACTIVELY for commits, branches, PR management, merges, releases, and version control. Invocation gate: invoked for PR creation across ALL tiers (S/M/L) per the PR-mandatory policy (enforce_admins: true). Tier L uses heavy ceremony (long-lived branch + full CI matrix); Tier S/M uses light ceremony (short-lived branch + self-merge) — both route PR creation through… Subagent · modu-ai/moai-adk
- Manager Docs Documentation specialist (sync-phase: CHANGELOG.md + README.md + docs-site authoring + owns progress.md §E.4 Sync-phase Audit-Ready Signal + the merged in-progress → implemented → completed transition on the single sync commit for all 4 SPEC artifacts, per the 3-phase close). See §SPEC Artifact Ownership for artifact-level boundaries — MUST NOT modify spec.md / plan.md / acceptance.md body… Subagent · modu-ai/moai-adk
- Workflow Specialist MUST INVOKE for moai-adk-go SPEC lifecycle work — plan/run/sync phase routing, GEARS/EARS requirement authoring, the 3-phase V3R6 close contract (sync_commit_sha; the completed transition rides the sync commit), Tier S/M/L classification, era classification + grandfather clause, and the Implementation Kickoff Approval human gate before run-phase entry. Covers adding a SPEC and closing one. Subagent · modu-ai/moai-adk
- Hook Ci Specialist MUST INVOKE for moai-adk-go hook and CI work — shell-script hooks under .claude/hooks/moai/*.sh, settings.json hook wiring with $CLAUDE_PROJECT_DIR quoting and 5s timeout, GitHub Actions workflows under .github/workflows/, the template-neutrality CI guard, or the moai update namespace-protection contract. Covers adding a hook, adding a CI workflow, and wiring a command. Subagent · modu-ai/moai-adk