Source profileQuality 90/100

daymade/claude-code-skills/product-analysis/SKILL.md

product-analysis

Use it for testing and engineering tasks; the detail page covers purpose, installation, and practical steps.

Source repository stars
1,348
Declared platforms
2
Static risk flags
0
Last source update
2026-08-24
Source checked
2026-08-25

Decision brief

What it does: where it fits

Multi-path parallel product analysis that combines Claude Code agent teams and Codex CLI for cross-model test-time compute scaling.

Best for

  • Use when "product audit", "self-review", "发布前审查", "产品分析", "analyze our product", "UX audit", or "信息架构审计".

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexDeclaredSource recordInstall path and trigger
Claude CodeDeclaredSource recordInstall path and trigger
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/daymade/claude-code-skills --skill "product-analysis"
Safe inspection promptEditorial

Inspect the Agent Skill "product-analysis" from https://github.com/daymade/claude-code-skills/blob/57864f4cb98bc9b7f80c8793b507cebbd6d75efc/product-analysis/SKILL.md at commit 57864f4cb98bc9b7f80c8793b507cebbd6d75efc. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Step 0: Auto-Detect Available Tools

    Before launching any agents, detect what tools are available:

    Before launching any agents, detect what tools are available:
  2. 02

    Phase 1: Parallel Exploration

    Launch all exploration agents simultaneously using Task tool (background mode).

    Launch all exploration agents simultaneously using Task tool (background mode).For each dimension, spawn a Task agent with subagenttype: Explore and runinbackground: true:Agent A — Frontend Navigation & Information Density
  3. 03

    Phase 2: Competitive Benchmarking (compare scope only)

    When scope is compare, invoke the competitors-analysis skill for each competitor:

    Repository cloning and validationEvidence-based code analysis (file:line citations)Competitor profile generation
  4. 04

    Phase 3: Synthesis

    After all agents complete, synthesize findings in the main conversation context.

    Agreement = high confidence findingDisagreement = investigate deeper (one agent may have missed context)Codex-only finding = different model perspective, validate manually
  5. 05

    Workflow Checklist

    [ ] Parse $ARGUMENTS for scope

    [ ] Parse $ARGUMENTS for scope[ ] Auto-detect Codex CLI availability (which codex)[ ] Auto-detect project type (package.json / pyproject.toml / etc.)

Permission review

Static risk signals and limitations

No configured static risk pattern was detected

This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score90/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars1,348SourceRepository attention, not individual Skill quality
Compatibility2 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
daymade/claude-code-skills
Skill path
product-analysis/SKILL.md
Commit
57864f4cb98bc9b7f80c8793b507cebbd6d75efc
License
MIT
Collected
2026-08-25
Default branch
main
View the original SKILL.md

Product Analysis

Multi-path parallel product analysis that combines Claude Code agent teams and Codex CLI for cross-model test-time compute scaling.

Core principle: Same analysis task, multiple AI perspectives, deep synthesis.

How It Works

/product-analysis full
         │
         ├─ Step 0: Auto-detect available tools (codex? competitors?)
         │
    ┌────┼──────────────┐
    │    │              │
 Claude Code         Codex CLI (auto-detected)
 Task Agents         (background Bash)
 (Explore ×3-5)      (×2-3 parallel)
    │                   │
    └────────┬──────────┘
             │
      Synthesis (main context)
             │
      Structured Report

Step 0: Auto-Detect Available Tools

Before launching any agents, detect what tools are available:

# Check if Codex CLI is installed
which codex 2>/dev/null && codex --version

Decision logic:

  • If codex is found: Inform the user — "Codex CLI detected (version X). Will run cross-model analysis for richer perspectives."
  • If codex is not found: Silently proceed with Claude Code agents only. Do NOT ask the user to install anything.

Also detect the project type to tailor agent prompts:

# Detect project type
ls package.json 2>/dev/null    # Node.js/React
ls pyproject.toml 2>/dev/null  # Python
ls Cargo.toml 2>/dev/null      # Rust
ls go.mod 2>/dev/null          # Go

Scope Modes

Parse $ARGUMENTS to determine analysis scope:

ScopeWhat it coversTypical agents
fullUX + API + Architecture + Docs (default)5 Claude + Codex (if available)
uxFrontend navigation, information density, user journey, empty state, onboarding3 Claude + Codex (if available)
apiBackend API coverage, endpoint health, error handling, consistency2 Claude + Codex (if available)
archModule structure, dependency graph, code duplication, separation of concerns2 Claude + Codex (if available)
compare X YSelf-audit + competitive benchmarking (invokes /competitors-analysis)3 Claude + competitors-analysis

Phase 1: Parallel Exploration

Launch all exploration agents simultaneously using Task tool (background mode).

Claude Code Agents (always)

For each dimension, spawn a Task agent with subagent_type: Explore and run_in_background: true:

Agent A — Frontend Navigation & Information Density

Explore the frontend navigation structure and entry points:
1. App.tsx: How many top-level components are mounted simultaneously?
2. Left sidebar: How many buttons/entries? What does each link to?
3. Right sidebar: How many tabs? How many sections per tab?
4. Floating panels: How many drawers/modals? Which overlap in functionality?
5. Count total first-screen interactive elements for a new user.
6. Identify duplicate entry points (same feature accessible from 2+ places).
Give specific file paths, line numbers, and element counts.

Agent B — User Journey & Empty State

Explore the new user experience:
1. Empty state page: What does a user with no sessions see? Count clickable elements.
2. Onboarding flow: How many steps? What information is presented?
3. Prompt input area: How many buttons/controls surround the input box? Which are high-frequency vs low-frequency?
4. Mobile adaptation: How many nav items? How does it differ from desktop?
5. Estimate: Can a new user complete their first conversation in 3 minutes?
Give specific file paths, line numbers, and UX assessment.

Agent C — Backend API & Health

Explore the backend API surface:
1. List ALL API endpoints (method + path + purpose).
2. Identify endpoints that are unused or have no frontend consumer.
3. Check error handling consistency (do all endpoints return structured errors?).
4. Check authentication/authorization patterns (which endpoints require auth?).
5. Identify any endpoints that duplicate functionality.
Give specific file paths and line numbers.

Agent D — Architecture & Module Structure (full/arch scope only)

Explore the module structure and dependencies:
1. Map the module dependency graph (which modules import which).
2. Identify circular dependencies or tight coupling.
3. Find code duplication across modules (same pattern in 3+ places).
4. Check separation of concerns (does each module have a single responsibility?).
5. Identify dead code or unused exports.
Give specific file paths and line numbers.

Agent E — Documentation & Config Consistency (full scope only)

Explore documentation and configuration:
1. Compare README claims vs actual implemented features.
2. Check config file consistency (base.yaml vs .env.example vs code defaults).
3. Find outdated documentation (references to removed features/files).
4. Check test coverage gaps (which modules have no tests?).
Give specific file paths and line numbers.

Codex CLI Agents (auto-detected)

If Codex CLI was detected in Step 0, launch parallel Codex analyses via background Bash.

Each Codex invocation gets the same dimensional prompt but from a different model's perspective:

codex -m o4-mini \
  -c model_reasoning_effort="high" \
  --full-auto \
  "Analyze the frontend navigation structure of this project. Count all interactive elements visible to a new user on first screen. Identify duplicate entry points where the same feature is accessible from 2+ places. Give specific file paths and counts."

Run 2-3 Codex commands in parallel (background Bash), one per major dimension.

Important: Codex runs in the project's working directory. It has full filesystem access. The --full-auto flag (or --dangerously-bypass-approvals-and-sandbox for older versions) enables autonomous execution.

Phase 2: Competitive Benchmarking (compare scope only)

When scope is compare, invoke the competitors-analysis skill for each competitor:

Use the Skill tool to invoke: /competitors-analysis {competitor-name} {competitor-url}

This delegates to the orthogonal competitors-analysis skill which handles:

  • Repository cloning and validation
  • Evidence-based code analysis (file:line citations)
  • Competitor profile generation

Phase 3: Synthesis

After all agents complete, synthesize findings in the main conversation context.

Cross-Validation

Compare findings across agents (Claude vs Claude, Claude vs Codex):

  • Agreement = high confidence finding
  • Disagreement = investigate deeper (one agent may have missed context)
  • Codex-only finding = different model perspective, validate manually

Quantification

Extract hard numbers from agent reports:

MetricWhat to measure
First-screen interactive elementsTotal count of buttons/links/inputs visible to new user
Feature entry point duplicationNumber of features with 2+ entry points
API endpoints without frontend consumerCount of unused backend routes
Onboarding steps to first valueSteps from launch to first successful action
Module coupling scoreNumber of circular or bi-directional dependencies

Structured Output

Produce a layered optimization report:

## Product Analysis Report

### Executive Summary
[1-2 sentences: key finding]

### Quantified Findings
| Metric | Value | Assessment |
|--------|-------|------------|
| ... | ... | ... |

### P0: Critical (block launch)
[Issues that prevent basic usability]

### P1: High Priority (launch week)
[Issues that significantly degrade experience]

### P2: Medium Priority (next sprint)
[Issues worth addressing but not blocking]

### Cross-Model Insights
[Findings that only one model identified — worth investigating]

### Competitive Position (if compare scope)
[How we compare on key dimensions]

Workflow Checklist

  • Parse $ARGUMENTS for scope
  • Auto-detect Codex CLI availability (which codex)
  • Auto-detect project type (package.json / pyproject.toml / etc.)
  • Launch Claude Code Explore agents (3-5 parallel, background)
  • Launch Codex CLI commands (2-3 parallel, background) if detected
  • Invoke /competitors-analysis if compare scope
  • Collect all agent results
  • Cross-validate findings
  • Quantify metrics
  • Generate structured report with P0/P1/P2 priorities

References

Frequently asked questions

What to verify before installation and use

What does the product-analysis source document cover?

Multi-path parallel product analysis that combines Claude Code agent teams and Codex CLI for cross-model test-time compute scaling.

How do I install product-analysis?

The source record exposes this install command: npx skills add https://github.com/daymade/claude-code-skills --skill "product-analysis". Inspect the command and pinned source before running it.

Which Agent platforms does the source record declare?

The pinned source record declares support for: codex, claude code.

Alternatives

Compare before choosing

Computed 9420

upex-galaxy/agentic-qa-boilerplate

test-documentation

Analyze, prioritize, and document test cases in TMS (Jira/Xray), or repair an existing Story-ATS-ATP-ATR-TC cascade through a sealed explicit mode. Use for Test/ATP/ATR artifacts, ROI and automation verdicts, maintaining traceability, fix-traceability, or broken TMS links. The repair-traceability mode audits, plans, waits for explicit approval, applies, and verifies without launching the general documentation workflow. Do NOT use for writing test code (test-automation) or running suites (regress

Computed 9320

upex-galaxy/agentic-qa-boilerplate

sprint-testing

Orchestrates in-sprint manual QA per ticket across Stages 1 (Planning), 2 (Execution) and 3 (Reporting). Use for user-story testing, bug retesting, and batch-sprint QA loops. Creates the PBI folder, drives session-start, runs the triage + veto + risk-score decision tree on bugs, produces the ATP + ATR + TC artifacts in the TMS, executes smoke and trifuerza (UI/API/DB) exploration, and files the final QA comment + bug reports. Triggers on: test this ticket, QA this user story, retest this bug, ve

Computed 9024,921

alirezarezvani/claude-skills

helm-chart-builder

Helm chart development agent skill and plugin for Claude Code, Codex, Gemini CLI, Cursor, OpenClaw — chart scaffolding, values design, template patterns, dependency management, security hardening, and chart testing. Use when: user wants to create or improve Helm charts, design values.yaml files, implement template helpers, audit chart security (RBAC, network policies, pod security), manage subcharts, or run helm lint/test.

Computed 97223

yonatangross/orchestkit

verify

Grade work that already exists and decide whether it can merge. Runs the project's current unit, integration, and E2E suites plus security scanning and type checking, scores every dimension 0-10, and returns a merge verdict with a VERIFIED-vs-CLAIMED evidence manifest. Writes no test files and edits no source. Use when verifying changes are ready to merge. Use /ork:cover instead when the tests still have to be written.