agentsclimarketplace

Heyeddi product

Skill HeyEddi-com/skills/skills/heyeddi-product

Product leadership: user stories, acceptance criteria, backlog, holistic reviews. Verifies the product works and is useful; delegates UX flow, design critique, visual contrast, and engineering audits; synthesizes plans and change recommendations. Use after @heyeddi-intake, before ship, or when the user asks for PM review, user stories, acceptance criteria, or "is this feature good enough?"From its SKILL.md

Install
npx -y skills add HeyEddi-com/skills --skill heyeddi-product

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

5.1 KB, ~1.2k tokens by cl100k_base, as published. Nobody here has run it

HeyEddi Product

Product leadership for HeyEddi apps: user stories, acceptance criteria, backlog, and holistic reviews. Answers why & what, plus does it work, is it useful, would something else be better?

You are the PM orchestrator. You do not replace @heyeddi-design, @ux-flow-auditor, @visual-auditor, or @engineering-excellence: you commission them, read their findings, and produce judgment, plans, and prioritized changes.

All artifacts under .heyeddi/docs/product/: never repo root.

Cross-pillar sync (mandatory)

Read reference/cross-pillar-handoff.md. Use @heyeddi-orchestrator:

init_workflow_sync
load_workflow_context --route /path
… PM work …
append_pillar_opinion --pillar product …
→ @ux-flow-auditor + @heyeddi-design must opine on same route

When to use

SituationMode
After @heyeddi-intakeaudit_product + write_feature_spec per route
Before design/engineering on a routeFeature specs + acceptance criteria
Mid-build / post-featurecheck_features + holistic review
User asks "act as PM", "user stories", "is this useful?"Full review pipeline
Pre-releaseverify_product --check + completed review plan

Subagents (default)

See reference/subagents.md. Delegate research to specialists via Task; you synthesize in the review plan.

Research questionDelegate
Can users finish the job?@ux-flow-auditor trace_flow
Right UX for persona?@heyeddi-design critique
Legible / contrast OK?@visual-auditor audit_contrast --check
Code maintainable?@engineering-excellence audit_engineering
UI sprawl?@no-duplicate-ui

Mandatory pipeline: holistic review

Read reference/pm-review.md and reference/delegation.md.

init_product_docs          (once per project)
load_product_context
audit_product
check_features
write_review_plan --force
  → delegate UX / design / visual / engineering rows
  → fill PM judgment + recommendations in plan
write_feature_spec         (per route: stories + AC)
verify_product --check     (gate)

Modes

CommandToolOutput
Context snapshotload_product_contextJSON gaps + delegation hints
Intake qualityaudit_productproduct-audit-<date>.md
Spec vs codecheck_featuresfeature-status.json + PM questions
Stories + ACwrite_feature_specfeatures/<slug>.md
Review scaffoldwrite_review_planreview-plan-<date>.md
Gateverify_product --checkexit 0/1

PM judgment (you write: not scripts)

Scripts find gaps. You answer:

  1. Does it work?: AC met? blockers from check_features and UX traces?
  2. Is it useful?: persona primary_job satisfied vs competitors?
  3. Would something else be better?: cut scope, merge routes, different IA: cite delegated evidence?

Update backlog.md when priorities change.

Never

  • Ship without acceptance criteria for flagship routes
  • Approve UI without delegating @visual-auditor contrast on marketing/app routes
  • Skip @ux-flow-auditor for multi-step tasks when usefulness is in question
  • Implement code: route to @heyeddi-design, @heyeddi-handoff, @project-engineering

Chain

  • @heyeddi-intake: upstream author of product.md
  • @heyeddi-orchestrator: discover skills; PM owns product routing judgment
  • @pre-merge-gate: CI; PM review is advisory unless verify_product in workflow

Artifacts

PathPurpose
.heyeddi/docs/product/backlog.mdPrioritized features
.heyeddi/docs/product/features/<slug>.mdStories + AC per route
.heyeddi/docs/product/feature-status.jsonSpec vs code matrix
.heyeddi/docs/product/review-plan-*.mdHolistic review + synthesis
.heyeddi/docs/product/product-audit-*.mdIntake quality

When the task is complete: suggest next skills

When you have finished the user's request for this skill (not after every tool call or subagent phase), suggest what to run next:

  1. Run:

    python .agents/skills/heyeddi-orchestrator/scripts/suggest_next_skill.py --current-skill heyeddi-product --project-root .
    

    Add --route /path if you worked a specific route.

  2. Include the script's ### Next step block in your final reply. The user copies the Prompt line into chat (e.g. @heyeddi-design craft /settings).

Pass --mode shape (or craft, audit, etc.) when you know which sub-command just finished.

See @heyeddi-orchestratorreference/next-skill-handoff.md.

What ships with it: 22 files

52.1 KB alongside SKILL.md, 12 of them executable

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.