
Product Management
Document goals, agent roles, orchestration patterns, and guardrails before implementing multi-step tool-using AI workflows.
Overview
product-management is an agent skill most often used in Build (also Validate, Ship) that templates multi-agent orchestration—roles, patterns, guardrails, and success criteria—for tool-using AI workflows.
Install
npx skills add https://github.com/vasilyu1983/ai-agents-public --skill product-managementWhat is this skill?
- Structured overview block for goal, constraints, success definition, failure modes, and human oversight
- Per-agent definition template covering tools, memory, escalation, and failure conditions
- Three orchestration patterns: Planner→Executors, Multi-Agent Collaboration, Guardrail Critic
- Collaboration rules for critic approval, citations, and turn-taking vs parallel work
- Explicit success criteria and failure conditions per agent for evaluable handoffs
- 3 orchestration patterns: Planner→Executors, Multi-Agent Collaboration, Guardrail Critic
Adoption & trust: 738 installs on skills.sh; 61 GitHub stars; 2/3 security scanners passed (skills.sh audits).
What problem does it solve?
You want an agentic workflow but only have vague prompts instead of defined roles, orchestration patterns, and failure handling.
Who is it for?
Solo builders shipping agent features who need Planner→Executor or critic-gated flows before writing orchestration code.
Skip if: Simple single-call completions with no tools, or teams that already maintain a formal multi-agent runtime spec with enforced policies in production.
When should I use this skill?
Building workflows where AI breaks down tasks, uses tools/APIs, collaborates across agents, and executes steps toward a goal.
What do I get? / Deliverables
You produce a filled orchestration spec with agents, chosen pattern, collaboration rules, and escalation paths ready to implement or hand to coding agents.
- Completed agentic system overview section
- Per-agent definition blocks with escalation paths
- Selected orchestration pattern with collaboration rules
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Canonical shelf is Build PM because the template structures how agents collaborate before code—but the same framework applies when scoping validation and pre-ship review. PM subphase matches orchestration design: planners, executors, critics, escalation, and success definitions are product-system design artifacts.
Where it fits
Define primary tasks, constraints, and human oversight before committing to a multi-agent MVP.
Assign researcher, synthesizer, critic, and executor roles with tool APIs before implementing the runtime.
Apply Guardrail Critic pattern so outputs are validated before automated actions ship to users.
How it compares
Use as a design worksheet for agent systems—not a drop-in runtime framework or a generic OKR product roadmap template.
Common Questions / FAQ
Who is product-management for?
Indie developers and small teams defining multi-agent, tool-using AI systems who need explicit roles, patterns, and guardrails before build.
When should I use product-management?
In Validate when scoping agent scope and constraints; in Build when documenting agents and orchestration; in Ship when adding critic or safety layers before release.
Is product-management safe to install?
It is documentation-only in SKILL.md form; confirm upstream repo trust via the Security Audits panel on this Prism page before cloning or running bundled scripts.
SKILL.md
READMESKILL.md - Product Management
# Agentic AI Orchestration Template *Purpose: Design, operate, and evaluate multi-step, tool-using, agentic AI systems.* Use this when building workflows where AI: - Breaks down tasks - Uses tools/APIs - Collaborates across agents - Executes steps toward a goal --- # 1. Agentic System Overview Fill this out first. Goal: User Segment: Primary Task(s): Constraints: Success Definition: Failure Modes: Human Oversight Required (Yes/No): --- # 2. Agent Definitions Use one block per agent. Agent Name: Role / Responsibility: Inputs: Outputs: Tools/APIs it can call: Memory Access (None / Short-Term / Long-Term): Constraints: Success Criteria: Failure Conditions: Escalation Path: --- # 3. Orchestration Pattern (Choose One) ## Pattern A — Planner → Executors Use when tasks require decomposition. Planner responsibilities: • Break goal into subtasks • Sequence subtasks • Assign tasks to agents • Validate intermediate outputs Executors: • Perform one subtask at a time • Return structured output • Report blockers or uncertainty --- ## Pattern B — Multi-Agent Collaboration Use for complex or specialized domains. Typical roles: - Researcher → gathers info - Synthesizer → summarizes - Critic → validates, checks safety - Executor → takes action Collaboration Rules: • Turn-taking or parallel • Critic must approve before execution • Researcher must cite sources • Synthesizer must reduce ambiguity --- ## Pattern C — Guardrail Critic (Safety Layer) Use when hallucination or compliance risk is high. Critic responsibilities: • Factuality check • Policy & safety filter • Bias/harm analysis • Compliance with constraints • Confidence scoring Critic Output: • Approve / Reject / Request More Info --- # 4. Tool & API Access Template Tool Name: Purpose: Input Format: Output Format: Rate Limits: Safety Constraints: Examples of Valid Calls: Handling of Failures: --- # 5. Memory & State Management Choose one: - **Stateless** (best for speed + reliability) - **Short-term memory** (store last X steps) - **Long-term memory** (vector store, logs) Template: Memory Type: What gets stored: Retention: Access rules: Privacy constraints: --- # 6. Execution Flow Template This is the “source of truth” for orchestration. Receive user request Validate inputs Planner generates task plan Executors take tasks sequentially or in parallel Critic validates each output if enabled If failure → fallback / retry / escalate Return final result with confidence score Log to monitoring systems --- # 7. Safety Guardrails Template Input Validation: • Allowed domains: • Forbidden domains: • PII handling: Output Filters: • Hallucination checks: • Factuality grounding: • Policy filters: Action Safety: • Restrictions on external tool use: • Required human approval points: Error Handling: • Retries: • Timeouts: • Escalations: --- # 8. Evaluation Metrics (Agentic-Specific) Task Success Rate: Average Steps per Task: Unnecessary Step Rate: Tool Use Success Rate: Fallback Activation Rate: Safety Violations: Latency per Step: Cost per Completion: Human Override Rate: Monitoring Frequency: - Daily for high-volume - Weekly for moderate volume --- # 9. Example (Editable) Goal: Automate weekly sales forecasting for revenue ops Constraints: Must be grounded in CRM data; zero hallucinations Planner: • Break forecasting into: data extraction → cleansing → model selection → prediction → summary • Assign subtasks to Researcher and Modeler Agents: Researcher: Tools: CRM API, SQL connector Output: cleaned dataset Modeler: Tools: forecasting model API Output: predictions w/ confidence intervals Critic: Tasks: data integrity check, bias detection, grounding verification Failure Mode: missing fields or abnormal variances Executor: Output: final forecast summary + recommended actions Success Criteria: • Forecast generated with <5% error • End-to-end latency < 8s • No hallucinated values --- # 10. Orchestration Checklist - [ ]