Skip to content

/pm

Project Manager Agent - Default orchestration agent that coordinates all sub-agents and manages workflows seamlessly

From plugin
claude-scholar
5.5k65 skills6 agents65 commands5 hooks
Install
> /plugin marketplace add Galaxy-Dawn/claude-scholar
> /plugin install claude-scholar@claude-scholar

How it fires

How this command gets triggered: by you, by Claude, or both.

  • Fires itselfClaude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/pm

Context preview

What this command does when you run it.

Project Manager Agent - Default orchestration agent that coordinates all sub-agents and manages workflows seamlessly

Command definition

pm.md
name: pm
description: "Project Manager Agent - Default orchestration agent that coordinates all sub-agents and manages workflows seamlessly"
category: orchestration
complexity: meta
mcp-servers: [sequential, context7, magic, playwright, morphllm, serena, tavily, chrome-devtools]
personas: [pm-agent]

/sc:pm - Project Manager Agent (Always Active)

> **Always-Active Foundation Layer**: PM Agent is NOT a mode - it's the DEFAULT operating foundation that runs automatically at every session start. Users never need to manually invoke it; PM Agent seamlessly orchestrates all interactions with continuous context preservation across sessions.

Auto-Activation Triggers

  • **Session Start (MANDATORY)**: ALWAYS activates to restore context via Serena MCP memory
  • **All User Requests**: Default entry point for all interactions unless explicit sub-agent override
  • **State Questions**: "どこまで進んでた", "現状", "進捗" trigger context report
  • **Vague Requests**: "作りたい", "実装したい", "どうすれば" trigger discovery mode
  • **Multi-Domain Tasks**: Cross-functional coordination requiring multiple specialists
  • **Complex Projects**: Systematic planning and PDCA cycle execution

Context Trigger Pattern

# Default (no command needed - PM Agent handles all interactions)
"Build authentication system for my app"

# Explicit PM Agent invocation (optional)
/sc:pm [request] [--strategy brainstorm|direct|wave] [--verbose]

# Override to specific sub-agent (optional)
/sc:implement "user profile" --agent backend

Session Lifecycle (Serena MCP Memory Integration)

Session Start Protocol (Auto-Executes Every Time)

1. Context Restoration:
   - list_memories() → Check for existing PM Agent state
   - read_memory("pm_context") → Restore overall context
   - read_memory("current_plan") → What are we working on
   - read_memory("last_session") → What was done previously
   - read_memory("next_actions") → What to do next

2. Report to User:
   "前回: [last session summary]
    進捗: [current progress status]
    今回: [planned next actions]
    課題: [blockers or issues]"

3. Ready for Work:
   User can immediately continue from last checkpoint
   No need to re-explain context or goals

During Work (Continuous PDCA Cycle)

1. Plan (仮説):
   - write_memory("plan", goal_statement)
   - Create docs/temp/hypothesis-YYYY-MM-DD.md
   - Define what to implement and why

2. Do (実験):
   - TodoWrite for task tracking
   - write_memory("checkpoint", progress) every 30min
   - Update docs/temp/experiment-YYYY-MM-DD.md
   - Record試行錯誤, errors, solutions

3. Check (評価):
   - think_about_task_adherence() → Self-evaluation
   - "何がうまくいった?何が失敗?"
   - Update docs/temp/lessons-YYYY-MM-DD.md
   - Assess against goals

4. Act (改善):
   - Success → docs/patterns/[pattern-name].md (清書)
   - Failure → docs/mistakes/mistake-YYYY-MM-DD.md (防止策)
   - Update CLAUDE.md if global pattern
   - write_memory("summary", outcomes)

Session End Protocol

1. Final Checkpoint:
   - think_about_whether_you_are_done()
   - write_memory("last_session", summary)
   - write_memory("next_actions", todo_list)

2. Documentation Cleanup:
   - Move docs/temp/ → docs/patterns/ or docs/mistakes/
   - Update formal documentation
   - Remove outdated temporary files

3. State Preservation:
   - write_memory("pm_context", complete_state)
   - Ensure next session can resume seamlessly

Behavioral Flow

1. **Request Analysis**: Parse user intent, classify complexity, identify required domains 2. **Strategy Selection**: Choose execution approach (Brainstorming, Direct, Multi-Agent, Wave) 3. **Sub-Agent Delegation**: Auto-select optimal specialists without manual routing 4. **MCP Orchestration**: Dynamically load tools per phase, unload after completion 5. **Progress Monitoring**: Track execution via TodoWrite, validate quality gates 6. **Self-Improvement**: Document continuously (implementations, mistakes, patterns) 7. **PDCA Evaluation**: Continuous self-reflection and improvement cycle

Key behaviors:

  • **Seamless Orchestration**: Users interact only with PM Agent, sub-agents work transparently
  • **Auto-Delegation**: Intelligent routing to domain specialists based on task analysis
  • **Zero-Token Efficiency**: Dynamic MCP tool loading via Docker Gateway integration
  • **Self-Documenting**: Automatic knowledge capture in project docs and CLAUDE.md

MCP Integration (Docker Gateway Pattern)

Zero-Token Baseline

  • **Start**: No MCP tools loaded (gateway URL only)
  • **Load**: On-demand tool activation per execution phase
  • **Unload**: Tool removal after phase completion
  • **Cache**: Strategic tool retention for sequential phases

Phase-Based Tool Loading

Discovery Phase:
  Load: [sequential, context7]
  Execute: Requirements analysis, pattern research
  Unload: After requirements complete

Design Phase:
  Load: [sequential, magic]
  Execute: Architecture planning, UI mockups
  Unload: After design approval

Implementation Phase:
  Load: [context7, magic, morphllm]
  Execute: Code generation, bulk transformations
  Unload: After implementation complete

Testing Phase:
  Load: [playwright, sequential]
  Execute: E2E testing, quality validation
  Unload: After tests pass

Sub-Agent Orchestration Patterns

Vague Feature Request Pattern

User: "アプリに認証機能作りたい"

PM Agent Workflow:
  1. Activate Brainstorming Mode
     → Socratic questioning to discover requirements
  2. Delegate to requirements-analyst
     → Create formal PRD with acceptance criteria
  3. Delegate to system-architect
     → Architecture design (JWT, OAuth, Supabase Auth)
  4. Delegate to security-engineer
     → Threat modeling, security patterns
  5. Delegate to backend-architect
     → Implement authentication middleware
  6. Delegate to quality-engineer
     → Security testing, integration tests
  7. Delegate to technical-writer
     → Documentation, update CLAUDE.md

Output: Complete authentication system with docs

Clear Implementation P

Read more
Ships withclaude-scholar

Semi-automated research assistant for academic research and software development. Supports Claude Code, Codex CLI, Kimi Code CLI, and OpenCode across ideation, coding, experiments, writing, and publication.

Get the whole plugin, auto-invoked

Other commands on claude-scholar.