MCP HubMCP Hub
SKILL·0B1C68

agent-orchestration-advisor

deanpeters
업데이트됨 4 days ago
2 조회
5,669
704
5,669
GitHub에서 보기
디자인aiautomationdesign

정보

이 스킬은 복잡한 작업을 병렬 처리하는 전문 에이전트들로 분할하여 다중 에이전트 AI 워크플로우를 설계하는 데 도움을 줍니다. 에이전트 간 경계 정의, 작업 이관, 모니터링 시스템 구축에 대한 지침을 제공합니다. 단일한 선형 AI 프로세스보다 병렬 처리가 더 적합한 작업에 사용하세요.

빠른 설치

Claude Code

추천
기본
npx skills add deanpeters/Product-Manager-Skills -a claude-code
플러그인 명령대체
/plugin add https://github.com/deanpeters/Product-Manager-Skills
Git 클론대체
git clone https://github.com/deanpeters/Product-Manager-Skills.git ~/.claude/skills/agent-orchestration-advisor

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Purpose

Guide product managers through designing multi-agent workflows—breaking complex, repetitive PM tasks into parallel, specialized AI agents rather than linear, sequential processes or manual execution. Use this to transition from "document-heavy administrator" to "systems-level orchestrator" who coordinates a "living system" of AI agents, human teams, and market data interacting continuously.

Key Shift: From linear project management (one task at a time) to orchestration (multiple agents working simultaneously, each with clear boundaries and handoffs).

This is not about prompt writing—it's about architecting workflows where AI agents handle repetitive research, synthesis, and validation while PMs focus on strategy and decision-making.

Input

Works best with: The workflow or recurring task you want to orchestrate — described in a sentence or two, however manual or messy it is today. Also useful: Where it breaks down now (too slow, too sequential, too dependent on you), the tools your team already uses, and whether you've worked through context-engineering-advisor first (it's the prerequisite discipline).

Anything supplied with the invocation itself — text after the skill name, a pasted context dump, or an appended ARGUMENTS: line — counts as answers already given. Use it and skip whatever it covers; don't re-ask.

Arriving empty-handed? That works too. The advisor opens by asking which PM workflow eats the most of your week, then walks the four orchestration dimensions against it.

Example invocation: Design an orchestration for our weekly competitive intel: today one PM spends 6 hours scraping, summarizing, and briefing — sequentially.

Key Concepts

Orchestration vs. Project Management

DimensionProject ManagementOrchestration
ApproachLinear oversight of schedules and human tasksManaging "living system" where AI agents, humans, and data interact continuously
Task FlowSequential (finish A, then B, then C)Parallel (A, B, C run simultaneously)
PM RoleDocument-heavy administratorSystems-level leader coordinating automated systems + human judgment
FocusOutput (features shipped)Outcome (business results, learning velocity)
Risk ManagementManual tracking and mitigationReal-time monitoring with agentic systems flagging gaps

Critical Insight: Orchestration is not about replacing humans—it's about force-multiplying human judgment by automating repetitive, time-consuming tasks.


The Four Dimensions of Orchestration

1. Coordination of Multi-Agent Workflows

Breaking complex tasks into specialized agents that run in parallel.

Example:

  • Manual (Old): PM spends 8 hours compiling competitive intel, then 4 hours synthesizing customer feedback, then 3 hours identifying roadmap gaps = 15 hours sequentially
  • Orchestrated (New): Three agents run simultaneously:
    • Agent A: Competitive intel (research agent)
    • Agent B: Customer synthesis (synthesis agent)
    • Agent C: Roadmap gap analysis (analysis agent)
    • Total time: 8 hours (limited by slowest agent), PM reviews outputs in 2 hours = 10 hours total, 5 hours saved

Key Principle: Shift from manual selection to hypothesis orchestration—agents generate hypotheses, PM validates and decides.

2. Leadership of Cross-Functional AI Pods

Governing diverse teams (data scientists, ML engineers, compliance, ethicists) to ensure solutions are scalable, ethical, and aligned.

What it includes:

  • Embedding diversity-aware workflows
  • Risk management (not afterthought)
  • Ethical orchestration (ensuring AI doesn't "go rogue")
  • Cross-functional alignment (engineering, compliance, design)

PM Role: Guardian of Governance—ensures AI systems reflect company values.

3. Launch Control Tower Function

Real-time monitoring of organizational readiness across functions using agentic systems to flag gaps before critical failures.

What it monitors:

  • Support readiness (docs, training, escalation paths)
  • Marketing readiness (messaging, assets, GTM plan)
  • Operations readiness (infrastructure, scaling, monitoring)

Key Principle: Agentic systems act as early warning system—flag gaps before they become blockers.

4. Strategic Intent Alignment (Context Engineering Applied)

Feeding AI agents the correct mix of mission, constraints, and priorities to ensure automated decisions reflect company values.

Connection: This is context engineering at the orchestration layer. See context-engineering-advisor for foundations.

What agents need:

  • Product constraints (what we will/won't build)
  • Strategic priorities (what matters most right now)
  • Operational definitions (shared glossary)
  • Evidence standards (what counts as validation)

The Four AI Management Workflows (Productside Blueprint)

Every PM must master these workflows to move fast while staying grounded:

  1. Context Engineering ✅ (Foundation)

    • Create AI workspace that remembers product domain, research, JTBD, personas, constraints
    • Skill: context-engineering-advisor
  2. Synthetic Evals 📋 (Quality Assurance)

    • Automated validation tests for AI reasoning
    • Generate synthetic data, run workflows against traces
    • Eliminates 80% of hallucination risk
  3. Agentic WorkflowsWe're here

    • Agents handle repetitive tasks (competitive intel, customer synthesis, roadmap gaps)
    • PM focuses on strategy
  4. Vibe Coding 📋 (Rapid Prototyping)

    • Generate clickable prototypes from context workspace
    • Collapse feedback loops from weeks to hours
    • Connection: pol-probe-advisor (Vibe-Coded PoL Probes)

AI-Shaped Problems (Teresa Torres)

What makes a problem "AI-shaped"?

  • Previously difficult to scale due to human involvement (e.g., synthesizing 50 user interviews)
  • Falls short with current non-AI solutions (e.g., manual competitive tracking)
  • Requires consistency at scale (e.g., risk analysis across 100 features)

Key Insight: "While AI makes building easier, choosing what to build remains the primary challenge." Orchestration helps with the "building" part so PMs can focus on "choosing."


The Four Big Risks (Marty Cagan, AI Era)

The orchestrator manages these risks across the organization:

RiskStandard DefinitionAI Era LayerOrchestrator's Role
Value RiskWill customers pay?Does AI provide enough incremental benefit vs. cost?Validate value with PoL probes before orchestrating
Usability RiskCan users figure it out?Is the UX right? (Chat often isn't!)Test workflows with real users
Feasibility RiskCan we build it?Do we understand "physics of AI"? Token budget?Design within technical constraints
Viability RiskCan we sell/support?Legal limits? Data privacy? Sustainable OpEx?Monitor costs, compliance, scalability

Anti-Patterns (What This Is NOT)

  • Not about replacing PMs: Orchestration amplifies judgment, doesn't eliminate it
  • Not about automating everything: Some tasks require human empathy and context
  • Not about complexity for its own sake: Only orchestrate when it saves significant time or improves quality
  • Not about "set it and forget it": Orchestrated workflows require monitoring and maintenance

When to Use This Skill

Use this when:

  • You have repetitive PM tasks that take 5+ hours per week (competitive analysis, customer synthesis, roadmap maintenance)
  • You're doing sequential work that could be parallelized (research, then synthesis, then analysis)
  • You need consistency at scale (analyze 50 features for risk, synthesize 100 customer interviews)
  • You're spending time on execution instead of strategy

Don't use this when:

  • The task is one-time or infrequent (not worth orchestration overhead)
  • Human judgment is critical at every step (empathy-driven work)
  • The task is already fast enough (don't over-engineer)
  • You haven't built context engineering foundations first (see context-engineering-advisor)

Application

This interactive skill uses adaptive questioning to design multi-agent workflows step-by-step.


Step 0: Gather Context

Agent asks:

Before we design your orchestrated workflow, let's gather context:

Current PM Work:

  • What repetitive tasks take the most time each week? (competitive analysis, customer synthesis, roadmap updates, etc.)
  • How much time do you spend on these tasks? (hours per week)
  • Are these tasks sequential (one after another) or could they run in parallel?

Desired Outcome:

  • What would "good enough" automation look like? (80% reduction in manual work? Higher consistency?)
  • What parts require human judgment? (final decisions, empathy, ethical considerations)

Technical Context:

  • Do you have context engineering foundations? (constraints registry, operational glossary—see context-engineering-advisor)
  • What AI tools do you currently use? (Claude Projects, ChatGPT, custom agents)

You can describe briefly or paste examples.


Step 1: Assess if Task is AI-Shaped

Agent asks:

Let's determine if your task is suited for orchestration. Which statement best describes your situation?

Select one:

  1. "I spend 10+ hours per week on repetitive research/synthesis tasks"

    • Examples: Compiling competitive intelligence, synthesizing customer feedback, tracking feature requests
    • Assessment: High potential for orchestration
  2. "I have a task that requires multiple sequential steps, and each step is time-consuming"

    • Examples: Research competitors → Synthesize findings → Identify gaps → Update roadmap (15 hours total, done sequentially)
    • Assessment: Good candidate for parallelization
  3. "I need consistency at scale—analyzing many similar items"

    • Examples: Risk analysis for 50 features, synthesizing 100 user interviews, tracking 20 competitors
    • Assessment: Perfect for orchestration (agents ensure consistency)
  4. "I have a task that's mostly human judgment and empathy"

    • Examples: Stakeholder negotiation, team coaching, ethical trade-offs
    • Assessment: Not a good candidate for orchestration (keep human-driven)

User response: [Selection]

Agent analyzes:

Based on your selection:

  • Options 1-3: Proceed to workflow design
  • Option 4: Recommend keeping task human-driven; suggest alternative approaches (e.g., use AI for research, but keep decision-making human)

Step 2: Decompose Task into Agent-Specific Subtasks

Agent asks:

Let's break your task into discrete subtasks, each handled by a specialized agent.

For the task you selected, what are the distinct steps?

Example Decomposition (Competitive Intelligence):

Manual Process (Old):

  1. Research 10 competitors' product pages (3 hours)
  2. Track recent feature launches (2 hours)
  3. Analyze pricing changes (2 hours)
  4. Synthesize into competitive landscape doc (3 hours)
  5. Identify strategic gaps (2 hours) Total: 12 hours, done sequentially

Orchestrated Process (New):

  • Agent A (Research): Scrape competitors' product pages, extract features
  • Agent B (Launch Tracker): Monitor competitors' release notes, blog posts, social media
  • Agent C (Pricing Analyzer): Track pricing pages, identify changes
  • Agent D (Synthesis): Compile findings from A, B, C into structured report
  • Agent E (Gap Analysis): Compare our roadmap vs. competitor features, flag gaps Total: Agents A-C run in parallel (3 hours), then D and E run sequentially (2 hours) = 5 hours + 1 hour PM review = 6 hours total (50% time saved)

Agent offers:

I'll help you decompose your task. Describe your current process step-by-step, and I'll identify:

  • Which steps can be agent-handled
  • Which steps can run in parallel
  • Which steps require human judgment

User response: [Describe process]

Agent provides: Decomposed workflow with agent assignments.


Step 3: Design Parallel vs. Sequential Flows

Agent asks:

Now let's design the workflow topology—which agents run in parallel vs. sequentially.

Three Flow Patterns:

Pattern 1: Full Parallel (Fastest)

[Agent A] ─┐
[Agent B] ─┼─→ [PM Review] → [Decision]
[Agent C] ─┘
  • All agents run simultaneously
  • PM reviews all outputs together
  • Use when: Agents are independent (no dependencies between them)

Pattern 2: Pipeline (Sequential with Handoffs)

[Agent A] → [Agent B] → [Agent C] → [PM Review] → [Decision]
  • Each agent depends on previous agent's output
  • Use when: Later agents need earlier agents' results

Pattern 3: Hybrid (Parallel + Sequential)

[Agent A] ─┐
[Agent B] ─┼─→ [Agent D] → [Agent E] → [PM Review] → [Decision]
[Agent C] ─┘
  • Some agents run in parallel, feed into sequential agents
  • Use when: Early steps are independent, later steps synthesize

For your task, which pattern fits best?

Options:

  1. Full Parallel — All agents are independent
  2. Pipeline — Each agent needs the previous one's output
  3. Hybrid — Mix of parallel and sequential
  4. Not sure — [Agent analyzes your decomposition and recommends]

User response: [Selection]

Agent provides: Visual workflow diagram with agent dependencies.


Step 4: Define Agent Boundaries and Handoffs

Agent asks:

Now let's define what each agent knows (context boundaries) and how agents hand off to each other.

For each agent, define:

  1. Agent Name & Purpose (What's its job?)
  2. Context Needed (What information does it need?)
    • Always-available (from context engineering)
    • Retrieved on-demand (specific to this run)
  3. Output Format (What does it produce?)
  4. Handoff to Next Agent (What gets passed? What gets filtered?)

Example (Competitive Intelligence Orchestration):

Agent A: Competitor Research Agent

  • Purpose: Scrape 10 competitors' product pages, extract features
  • Context Needed:
    • Always-available: List of competitors (from constraints registry)
    • Retrieved: Competitor URLs (from database)
  • Output Format: Structured JSON: {competitor, features[], last_updated}
  • Handoff: Passes JSON to Agent D (Synthesis Agent)

Agent D: Synthesis Agent

  • Purpose: Compile findings from Agents A, B, C into structured report
  • Context Needed:
    • Always-available: Report template, writing tone (from context workspace)
    • Retrieved: Outputs from Agents A, B, C
  • Output Format: Markdown document with sections: Overview, Key Features, Pricing, Launch Activity
  • Handoff: Passes report to Agent E (Gap Analysis Agent)

Agent offers:

I'll help you define boundaries for each agent. For your workflow, let's define:

  • What context each agent needs (always-available vs. retrieved)
  • What format each agent produces (JSON, Markdown, structured data)
  • How agents hand off (what's passed vs. filtered)

User response: [Describe agent needs]

Agent provides: Complete agent boundary definitions + handoff specifications.


Step 5: Implement Strategic Intent Alignment

Agent asks:

To prevent agents from "going rogue," we need to feed them the correct mix of mission, constraints, and priorities.

Strategic Intent Checklist (Per Agent):

  1. Mission: What is this agent's primary goal?

    • Example: "Identify competitive threats that could impact Q2 roadmap"
  2. Constraints: What must the agent NOT do?

    • Example: "Do not recommend features outside our strategic focus areas"
    • Example: "Do not scrape data from sites that prohibit it (check robots.txt)"
  3. Priorities: If the agent must choose, what matters most?

    • Example: "Prioritize features launched in last 30 days over older features"
  4. Evidence Standards: What counts as valid information?

    • Example: "Only cite information from official product pages, release notes, or verified blog posts"

Connection: This is context engineering applied to orchestration. See context-engineering-advisor for deeper guidance.

Agent offers:

For each agent in your workflow, let's define:

  • Mission (what's the goal?)
  • Constraints (what's out of bounds?)
  • Priorities (what matters most?)
  • Evidence standards (what counts as valid?)

User response: [Define strategic intent per agent]

Agent provides: Strategic intent document for each agent.


Step 6: Set Up Launch Control Tower Monitoring

Agent asks:

The Launch Control Tower provides real-time monitoring to flag gaps before they become critical failures.

What to Monitor (Three Dimensions):

1. Agent Performance:

  • Are agents completing tasks on time?
  • Are outputs meeting quality standards?
  • Are agents staying within token/cost budgets?

2. Organizational Readiness (If Launching a Feature):

  • Support readiness: Docs updated? Training complete? Escalation paths defined?
  • Marketing readiness: Messaging finalized? Assets created? GTM plan locked?
  • Operations readiness: Infrastructure scaled? Monitoring in place? Rollback plan ready?

3. Risk Flags:

  • Are agents producing unexpected outputs? (potential hallucination)
  • Are agents violating constraints? (ethical/compliance issues)
  • Are handoffs failing? (Agent B not receiving Agent A's output correctly)

Monitoring Approach:

Option 1: Manual Dashboard

  • Weekly PM review of agent outputs
  • Spot-check quality, compare to golden datasets
  • Manual risk flag identification

Option 2: Automated Monitoring

  • Agents log outputs to central dashboard
  • Automated evals run on each output (see Step 7)
  • Alerts triggered when quality drops below threshold

Option 3: Hybrid

  • Automated evals + weekly PM review
  • Alerts for critical issues, PM spot-checks others

Which monitoring approach fits your team's maturity?

Options:

  1. Manual Dashboard (Lower maturity, smaller scale)
  2. Automated Monitoring (Higher maturity, larger scale)
  3. Hybrid (Recommended for most teams)

User response: [Selection]

Agent provides: Monitoring plan with specific metrics and alert thresholds.


Step 7: Create Evaluation Plan

Agent asks:

To ensure orchestrated workflows produce high-quality outputs, we need an evaluation framework.

The Four Eval Types (From Research):

Eval TypeMethodWhen to Use
Golden Datasets20-100 examples of real inputs + expected outputsBaseline quality measurement
Code AssertionsRules output must follow (e.g., must contain valid JSON)Structural validation
LLM-as-JudgePowerful model (GPT-4o) grades agent outputRapid automated feedback
Human EvalsPM manually reviews tracesUltimate check for "taste" and "product sense"

Evaluation Process:

  1. Collect Traces: Log inputs and outputs for each agent run
  2. Review Weekly: Annotate traces to categorize failure modes
  3. Build Failure Mode Taxonomy: Common errors (hallucination, constraint violation, low quality)
  4. Create Automated Evals: Target common failure modes with Golden Datasets or Code Assertions
  5. Iterate: Refine agent prompts/context based on eval results

For your workflow, which evals make sense?

Options:

  1. Start with Golden Datasets — Create 20 examples of good outputs for each agent
  2. Start with Code Assertions — Define structural rules (e.g., output must be valid JSON with required fields)
  3. Start with Human Evals — PM reviews every output for first 2 weeks, identifies patterns
  4. All three — Comprehensive eval strategy (recommended for critical workflows)

User response: [Selection]

Agent provides: Evaluation plan with specific eval types, frequencies, and success criteria.


Step 8: Implementation Plan & Next Steps

Agent synthesizes:

Here's your complete orchestrated workflow plan:

┌─────────────────────────────────────────────────────────────┐
│ ORCHESTRATED WORKFLOW: [Your Task Name]                    │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│ TOPOLOGY: [Full Parallel / Pipeline / Hybrid]              │
│                                                             │
│ AGENTS:                                                     │
│ • Agent A: [Name] - [Purpose]                              │
│ • Agent B: [Name] - [Purpose]                              │
│ • Agent C: [Name] - [Purpose]                              │
│                                                             │
│ FLOW:                                                       │
│ [Agent A] ─┐                                                │
│ [Agent B] ─┼─→ [Agent D] → [PM Review] → [Decision]        │
│ [Agent C] ─┘                                                │
│                                                             │
│ CONTEXT BOUNDARIES:                                         │
│ • Always-available: [List]                                  │
│ • Retrieved on-demand: [List]                               │
│                                                             │
│ STRATEGIC INTENT:                                           │
│ • Mission: [Per agent]                                      │
│ • Constraints: [Per agent]                                  │
│ • Priorities: [Per agent]                                   │
│                                                             │
│ MONITORING:                                                 │
│ • Approach: [Manual / Automated / Hybrid]                   │
│ • Metrics: [List]                                           │
│ • Alert thresholds: [List]                                  │
│                                                             │
│ EVALUATION:                                                 │
│ • Golden Datasets: [Y/N]                                    │
│ • Code Assertions: [Y/N]                                    │
│ • Human Evals: [Frequency]                                  │
│                                                             │
│ TIME SAVINGS:                                               │
│ • Manual (old): [X hours]                                   │
│ • Orchestrated (new): [Y hours]                             │
│ • Savings: [X-Y hours per week]                             │
└─────────────────────────────────────────────────────────────┘

Implementation Roadmap:

Week 1: Build Context Foundations

  • If not already done, complete context-engineering-advisor
  • Create constraints registry, operational glossary
  • Document strategic intent for each agent

Week 2: Implement First Agent

  • Start with simplest agent (usually research or data collection)
  • Test with 5 real examples
  • Validate output quality

Week 3: Add Remaining Agents

  • Implement agents 2-5 (depending on your workflow)
  • Test handoffs between agents
  • Validate full workflow end-to-end

Week 4: Set Up Monitoring & Evals

  • Implement chosen monitoring approach
  • Create Golden Datasets (if selected)
  • Run first week of human evals, identify failure modes

Week 5+: Iterate & Scale

  • Refine agent prompts based on eval results
  • Add automated evals targeting common failures
  • Scale to more use cases

Success Criteria:

  • ✅ Time savings: 30%+ reduction in manual work
  • ✅ Quality: Agent outputs meet quality bar 80%+ of time
  • ✅ Consistency: Outputs follow template/format 95%+ of time
  • ✅ Monitoring: Alerts catch issues before PM notices
  • ✅ Evaluation: Failure mode taxonomy documented, automated evals in place

Agent offers:

Would you like me to:

  1. Export this workflow plan as a Markdown document?
  2. Provide implementation templates (agent prompt templates, monitoring dashboard, eval checklists)?
  3. Recommend tools for building this orchestration (Claude Projects, custom APIs, orchestration platforms)?

Examples

Example 1: Competitive Intelligence Orchestration

Context:

  • PM at B2B SaaS company
  • Tracks 10 competitors
  • Manual process: 12 hours per week (research, synthesis, gap analysis)

Goal: Reduce to 6 hours with orchestrated workflow

Workflow Design:

Agents:

  • Agent A (Research): Scrapes competitors' product pages, extracts features
  • Agent B (Launch Tracker): Monitors release notes, blogs, social media for new launches
  • Agent C (Pricing Analyzer): Tracks pricing pages, identifies changes
  • Agent D (Synthesis): Compiles findings from A, B, C into structured report
  • Agent E (Gap Analysis): Compares our roadmap vs. competitors, flags strategic gaps

Topology: Hybrid (A, B, C in parallel → D → E → PM Review)

Strategic Intent:

  • Mission (Agent E): "Identify competitive threats that could impact Q2 roadmap"
  • Constraint (Agent E): "Do not recommend features outside our strategic focus areas (enterprise security, AI-powered analytics)"
  • Priority (Agent B): "Prioritize features launched in last 30 days"

Monitoring:

  • Hybrid approach: Automated evals + weekly PM review
  • Metrics: Agent completion time, output quality score (LLM-as-Judge)
  • Alert: If Agent E flags >5 critical gaps (potential strategic threat)

Evaluation:

  • Golden Datasets: 20 examples of well-synthesized competitive reports
  • Code Assertions: Output must be valid JSON with required fields (competitor, features[], pricing[], launch_date)
  • Human Evals: PM reviews one full workflow run per week

Result:

  • Time: 12 hours → 6 hours (50% savings)
  • Quality: Consistent format, no missed competitors
  • Strategic value: Gap analysis flags threats 2 weeks earlier than manual process

Example 2: Customer Feedback Synthesis

Context:

  • PM at consumer app
  • Receives 200+ pieces of feedback per week (app reviews, support tickets, NPS comments)
  • Manual process: 8 hours per week (reading, tagging, synthesizing themes)

Goal: Reduce to 2 hours with orchestrated workflow

Workflow Design:

Agents:

  • Agent A (Ingestion): Collects feedback from App Store, Google Play, Zendesk, NPS surveys
  • Agent B (Tagging): Tags feedback by category (bug, feature request, usability, performance)
  • Agent C (Sentiment): Classifies sentiment (positive, neutral, negative, critical)
  • Agent D (Theme Extraction): Identifies recurring themes across feedback
  • Agent E (Prioritization): Scores themes by frequency + sentiment intensity
  • Agent F (Synthesis): Generates weekly synthesis report with top 5 themes + example quotes

Topology: Pipeline (A → B → C → D → E → F → PM Review)

Strategic Intent:

  • Mission (Agent D): "Identify unmet customer needs that could become roadmap opportunities"
  • Constraint (Agent E): "Do not deprioritize critical bugs, even if infrequent"
  • Priority (Agent F): "Focus on themes affecting 10+ users in last 7 days"

Monitoring:

  • Automated: Dashboard shows agent completion status, error rate
  • Alerts: If Agent C flags >10 "critical" sentiment items (escalate to PM immediately)

Evaluation:

  • Golden Datasets: 50 examples of well-tagged, well-synthesized feedback
  • LLM-as-Judge: Weekly eval of Agent D's theme extraction quality
  • Human Evals: PM spot-checks 10% of tagged feedback

Result:

  • Time: 8 hours → 2 hours (75% savings)
  • Quality: Themes now backed by quantitative data (frequency, sentiment)
  • Strategic value: Identified 3 high-impact themes that became Q2 roadmap features

Example 3: Risk Analysis at Scale

Context:

  • PM at enterprise platform
  • Needs to analyze 50 features for risk (security, compliance, performance, usability)
  • Manual process: 15 hours (30 minutes per feature)

Goal: Reduce to 5 hours with orchestrated workflow

Workflow Design:

Agents:

  • Agent A (Security Risk): Analyzes feature for security vulnerabilities (data exposure, auth issues)
  • Agent B (Compliance Risk): Checks feature against regulatory requirements (GDPR, HIPAA, SOC2)
  • Agent C (Performance Risk): Estimates load impact, identifies scaling concerns
  • Agent D (Usability Risk): Flags complex workflows, accessibility issues
  • Agent E (Synthesis): Compiles risk scores, generates risk matrix

Topology: Full Parallel (A, B, C, D run simultaneously → E → PM Review)

Strategic Intent:

  • Mission (All agents): "Flag risks that could delay launch or harm customers"
  • Constraint (Agent B): "Must cite specific regulatory requirements (not vague warnings)"
  • Priority (Agent E): "Prioritize risks by impact × likelihood (standard risk matrix)"

Monitoring:

  • Automated: Dashboard shows risk distribution (low/medium/high/critical)
  • Alerts: If any feature scores "critical" risk (escalate to PM + leadership)

Evaluation:

  • Golden Datasets: 30 examples of well-analyzed features with known risks
  • Code Assertions: Risk scores must be {low, medium, high, critical}—no other values
  • Human Evals: Security team reviews Agent A outputs monthly

Result:

  • Time: 15 hours → 5 hours (67% savings)
  • Quality: Consistent risk scoring across all 50 features
  • Strategic value: Identified 3 critical risks that would have been missed in manual review

Common Pitfalls

1. Orchestrating Before Context Engineering

Failure Mode: Building agent workflows without context foundations (constraints, glossary, evidence standards).

Consequence: Agents produce inconsistent outputs, violate constraints, hallucinate.

Fix: Complete context-engineering-advisor first. Build constraints registry, operational glossary, strategic intent documents.


2. Over-Orchestrating Simple Tasks

Failure Mode: Creating complex multi-agent workflows for tasks that take <2 hours per week.

Consequence: Orchestration overhead (setup, monitoring, maintenance) exceeds time saved.

Fix: Only orchestrate tasks that take 5+ hours per week or require consistency at scale.


3. No Evaluation Plan

Failure Mode: "Set it and forget it"—agents run without quality checks.

Consequence: Quality drift over time, unnoticed hallucinations, constraint violations.

Fix: Implement Golden Datasets + weekly Human Evals at minimum. Build failure mode taxonomy, create automated evals.


4. Ignoring Handoff Failures

Failure Mode: Assuming agents will correctly pass data to each other without testing.

Consequence: Agent B receives malformed data from Agent A, produces garbage output.

Fix: Test handoffs explicitly. Validate data format at each handoff. Use Code Assertions to enforce structure.


5. Forgetting the "PM Review" Step

Failure Mode: Treating orchestrated workflows as fully autonomous—no human oversight.

Consequence: Agents make decisions that lack context, empathy, or strategic alignment.

Fix: Always include PM Review step. Agents generate hypotheses/recommendations; PM validates and decides.


References

Related Skills

External Frameworks

  • Dean PetersThe Product Manager as an Orchestrator (Productside research)
  • Dean PetersProductside Blueprint (Four AI Management Workflows: Context Engineering, Synthetic Evals, Agentic Workflows, Vibe Coding)
  • Teresa TorresContinuous Discovery Habits (5 AI PM disciplines: Context Engineering, Orchestration, Observability, Evals, Maintenance)
  • Marty CaganEmpowered (4 big risks: Value, Usability, Feasibility, Viability)

Tools & Platforms

  • Claude Projects — Simple orchestration with multiple agents in one project
  • LangChain — Framework for building agent chains
  • LangGraph — State machine orchestration for complex workflows
  • n8n / Zapier — No-code workflow automation (simpler orchestrations)

GitHub 저장소

deanpeters/Product-Manager-Skills
경로: skills/agent-orchestration-advisor
0
ai-agentsai-product-managementclaude-skillspm-frameworksproduct-management
FAQ

Frequently asked questions

What is the agent-orchestration-advisor skill?

agent-orchestration-advisor is a Claude Skill by deanpeters. Skills package instructions and resources that Claude loads on demand, so Claude can perform agent-orchestration-advisor-related tasks without extra prompting.

How do I install agent-orchestration-advisor?

Use the install commands on this page: add agent-orchestration-advisor to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.

What category does agent-orchestration-advisor belong to?

agent-orchestration-advisor is in the Design category, tagged ai, automation and design.

Is agent-orchestration-advisor free to use?

Yes. agent-orchestration-advisor is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.

연관 스킬

executing-plans
디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기
requesting-code-review
디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기
connect-mcp-server
디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기
web-cli-teleport
디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기