systemic-product-analyst
A rigorous protocol for auditing projects ("The Thing") and their market fit ("The World"). Uses parallel analysis lanes, friction mapping, and outcome testing to create actionable 30/60/90 day plans.
Best use case
systemic-product-analyst is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
A rigorous protocol for auditing projects ("The Thing") and their market fit ("The World"). Uses parallel analysis lanes, friction mapping, and outcome testing to create actionable 30/60/90 day plans.
Teams using systemic-product-analyst should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/systemic-product-analyst/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How systemic-product-analyst Compares
| Feature / Agent | systemic-product-analyst | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
A rigorous protocol for auditing projects ("The Thing") and their market fit ("The World"). Uses parallel analysis lanes, friction mapping, and outcome testing to create actionable 30/60/90 day plans.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
AI Agent for Product Research
Browse AI agent skills for product research, competitive analysis, customer discovery, and structured product decision support.
AI Agent for SaaS Idea Validation
Use AI agent skills for SaaS idea validation, market research, customer discovery, competitor analysis, and documenting startup hypotheses.
SKILL.md Source
# Systemic Product Analyst
You are a **Product/Project Auditor**. You do not rely on "vibes." You rely on evidence. You analyze every project in two parallel lanes: **Lane A (The Thing Itself)** and **Lane B (The Thing in the World)**.
## Core Frameworks
### 1. The Two-Lane Scorecard
* **Lane A: The Thing Itself (Build Truth)**
* Does it work? (Outcome reliability)
* How fast? (Time-to-value)
* Is it maintainable? (Architecture clarity)
* Is it defensible? (Moats/Data)
* **Lane B: The Thing in the World (World Interface)**
* Positioning (Who is it for/not for?)
* Trust (Claim vs. Proof)
* Discovery (Where is it found?)
* Monetization (Value-to-Cash path)
### 2. The Mismatch Rule
* If **Lane A > Lane B**: You have a "Best Kept Secret." -> Focus on Distribution/Narrative.
* If **Lane B > Lane A**: You have "Vaporware/Hype." -> Focus on Product/Reliability.
* *Rule:* If the mismatch is high, stop adding features. Fix the weaker lane.
### 3. The "Hybrid Studio + Product" Model
* **Studio Line:** Ships media, IP, community, content. (Cadence: Release-based).
* **Product Line:** Ships software, tools, platforms. (Cadence: Version-based).
* **Governance Spine:** The shared decision rights and gates.
## Instructions
1. **Intake & Snapshot:**
* Ask the user for the **North Star Metric** (one metric they won't lie about).
* Identify the **Primary User** and **Primary Context**.
2. **Run the Diagnostics:**
* **Outcome Test (Lane A):** Ask the user to perform the core task. Did it work? How long did it take? Where was the friction?
* **Claim Stack (Lane B):** List the top 3 claims. Demand proof for each. (Demo, data, or testimonial).
* **Surface Inventory:** Where does this exist publicly? (Repo, Site, Social). Are they consistent?
3. **Monetization & Leverage:**
* **Value-to-Cash Map:** Trace the path from "User gets value" to "User pays money." Is it clear?
* **Leverage Rule:** The next sprint can contain at most **one** deep implementation change (Lane A) and **one** world-interface change (Lane B).
4. **Generate the Plan:**
* Create a **30/60/90 Day Plan**.
* Focus on removing "Accidental Friction" (bad design) and "Deceptive Friction" (broken promises).
## Tone
- **Objective:** Focus on evidence, metrics, and observable reality.
- **Ruthless:** Prioritize brutally. "Good ideas" that distract from the North Star must be cut.
- **Constructive:** Every critique must end with a specific action item.
## Artifacts
You can generate these markdown artifacts for the user:
- `$THING_SNAPSHOT.md` (Current state)
- `$SCORECARD.md` (Lane A vs B rating)
- `$RISK_REGISTER.md` (What could kill this?)
- `$NEXT_30_60_90.md` (Action plan)Related Skills
systemic-ingestion-normalization
Phase 4 of the pentaphase structural-overhaul protocol. Purges redundancies, enriches and aligns legacy entities to the new schema, executes phased ingestion into the new environment, and audits integrity. Use when the user invokes phase 4 of an overhaul, asks to "migrate the data" or "ingest into the new system", or has a configured environment ready to accept legacy entities. Consumes phase-3-environment-spec.md; produces phase-4-ingestion-report.md.
time-series-analyst
Analyzes time-series data for patterns, trends, seasonality, and anomalies, with forecasting using statistical and machine learning methods.
product-requirements-designer
Comprehensive product requirements documentation from problem definition through launch planning. Supports both enterprise PRD (full specs, cross-functional alignment) and lean/startup style (hypothesis-driven one-pagers). Framework-agnostic with templates for Agile, Jobs-to-Be-Done, and hybrid approaches. Scaffolds related artifacts including user stories, acceptance criteria, wireframes brief, and technical handoff specs. Triggers on PRD creation, product specs, feature requirements, or product design documentation.
product-domain-engine
Conductor skill that formalizes any domain-tied product through a 5-phase protocol (identify-map-encode-express-deploy) expressed through four rhetorical modes (logos-ethos-pathos-kairos). Orchestrates seven existing skills.
data-storytelling-analyst
Transforms raw data into compelling visual narratives using Python or R, focusing on clarity, insight, and aesthetic presentation.
taxonomy-modeling-design
Phase 2 of the pentaphase structural-overhaul protocol. Classifies entities, standardizes attributes, establishes relationships, and designs the access framework. Use when the user invokes phase 2 of an overhaul, asks to "design the taxonomy" or "model the structure", or has completed a landscape audit and is ready to redesign. Consumes phase-1-landscape-report.md; produces phase-2-taxonomy-model.md.
system-environment-configuration
Phase 3 of the pentaphase structural-overhaul protocol. Translates the taxonomy model into objective technical criteria, evaluates candidate mechanisms or frameworks, instantiates the chosen architecture, and programs validation rules. Use when the user invokes phase 3 of an overhaul, asks to "select a system" or "configure the environment", or has a taxonomy model and is ready to choose technology. Consumes phase-2-taxonomy-model.md; produces phase-3-environment-spec.md.
pentaphase-orchestrator
Threads the full five-phase structural-overhaul protocol — landscape discovery, taxonomy design, environment configuration, systemic ingestion, governance evolution — for any substrate the user names. Use when the user requests a structural overhaul, system redesign, or end-to-end restructuring of a documentation system, asset registry, code monorepo, knowledge base, or operational workflow; or when they explicitly invoke the pentaphase methodology. Coordinates handoffs between phase-skills and seats validation gates between phases.
landscape-discovery-audit
Phase 1 of the pentaphase structural-overhaul protocol. Inventories assets, maps current flow, identifies friction, and defines value metrics for any substrate. Use when the user invokes phase 1 of an overhaul, requests a baseline audit, asks to "discover the landscape" of a system, or wants to understand current state before redesigning. Produces phase-1-landscape-report.md.
governance-evolution-protocol
Phase 5 of the pentaphase structural-overhaul protocol. Codifies operational protocols, onboards the ecosystem of participants, programs behavior monitoring, and establishes an iteration cadence so the substrate evolves rather than calcifies. Use when the user invokes phase 5 of an overhaul, asks to "establish governance" or "lock in the protocols", or has completed ingestion and is ready to declare the substrate operational. Consumes phase-4-ingestion-report.md; produces phase-5-governance-charter.md, which closes the protocol.
dimension-surfacing
Surfaces the parallel domain dimensions implicit in a dense or minimal prompt. Use when a user prompt is small on the surface but plainly implies multiple independent domains needing different expertise; when explicitly invoked by the coliseum-orchestrator skill as Phase 1; or when the user asks "what dimensions does this prompt encode" or "what axes does this break into." Produces a named dimension set where each dimension is independently executable and not a paraphrase of another.
coliseum-dispatch
Dispatches a composed set of assignment envelopes to domain-expert subagents in parallel, in a single message with multiple Agent tool calls. Enforces the no-pingpong gate via the pingpong-detector agent before any dispatch fires. Use when invoked by the coliseum-orchestrator as Phase 3; when envelopes are already composed and the next step is parallel execution; or when the user asks to "fan out" or "dispatch in parallel." Produces a dispatch log capturing what was sent, when, and where returns land.