mcpField
H
heyeddi-product

heyeddi-product

github.com/heyeddi-com开发077 次安装今天更新
代码仓库

关于 heyeddi-product

HeyEddi 产品管理技能，面向负责规划和评审应用功能的产品经理。它汇总专项审查结果，形成优先级判断、路线功能规格和验收标准。

主要功能

  1. 01生成用户故事与验收标准
  2. 02检查功能规格与代码差异
  3. 03协调 UX、设计和工程审查
  4. 04生成综合评审计划
  5. 05维护优先级待办事项

适用场景

  1. 01为开发前的页面路线编写功能规格
  2. 02在开发中或完成后检查功能
  3. 03发布前验证产品审查项

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/heyeddi-com/heyeddi-skills --skill heyeddi-product

安装后在 Claude Code 中输入/heyeddi-product确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

manifest.json
context/
ANTI_PATTERNS.md
EXAMPLES.md
PROSE_ANTI_SLOP.md
VOCABULARY.md
reference/
cross-pillar-handoff.md
delegation.md
feature-spec.md
pm-review.md
subagents.md
scripts/
_auto_sync.py
_heyeddi_paths.py
_product_scan.py
_skill_cli.py
_untrusted_doc.py
audit_product.py
check_features.py
init_product_docs.py
load_product_context.py
verify_product.py
write_feature_spec.py
write_review_plan.py

详细介绍

HeyEddi 产品

HeyEddi 应用的产品管理：用户故事、验收标准、待办列表和全面评审。回答为什么和做什么，以及是否可用、是否有用、是否有更好的方案？

你是产品经理协调者。你不会取代 @heyeddi-design、@ux-flow-auditor、@visual-auditor 或 @engineering-excellence：你会委派任务给他们、阅读他们的发现，并给出判断、计划和优先级调整。

所有产物均位于 .heyeddi/docs/product/ 下：绝不放在仓库根目录。

跨支柱同步（必需）

阅读 reference/cross-pillar-handoff.md。使用 @heyeddi：

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

适用场景

情况模式
@heyeddi-intake 之后每条路由执行 audit_product + write_feature_spec
开始某条路由的设计/工程工作之前功能规格 + 验收标准
开发中期 / 功能完成后check_features + 全面 review
用户提出“扮演产品经理”、“用户故事”、“这有用吗？”完整评审流程
发布前verify_product --check + 已完成的评审计划

子 Agent（默认）

参阅 reference/subagents.md。通过 Task 将研究委派给专家；你负责在评审计划中综合结果。

研究问题委派对象
用户能完成任务吗？@ux-flow-auditor trace_flow
UX 适合目标用户吗？@heyeddi-design critique
易读性 / 对比度是否合格？@visual-auditor audit_contrast --check
代码易于维护吗？@engineering-excellence audit_engineering
UI 是否过于庞杂？@no-duplicate-ui

必需流程：全面评审

阅读 reference/pm-review.md 和 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)

模式

命令工具输出
上下文快照load_product_contextJSON 缺口 + 委派提示
Intake 质量audit_productproduct-audit-<date>.md
规格与代码对比check_featuresfeature-status.json + PM 问题
用户故事 + 验收标准write_feature_specfeatures/<slug>.md
评审框架write_review_planreview-plan-<date>.md
门禁verify_product --check退出码 0/1

产品经理判断（由你撰写：不是脚本）

脚本会发现缺口。你需要回答：

  1. 是否可用？：是否满足验收标准？check_features 和 UX 流程追踪发现了哪些阻碍？
  2. 是否有用？：是否满足目标用户的 primary_job，与竞品相比如何？
  3. 是否有更好的方案？：缩减范围、合并路由、调整 IA：引用委派任务的证据。

优先级发生变化时，更新 backlog.md。

禁止事项

  • 旗舰路由没有验收标准时，不得发布
  • 未委派 @visual-auditor 对营销/应用路由进行对比度检查，不得批准 UI
  • 当任务是否有用存在疑问时，多步骤任务不得跳过 @ux-flow-auditor
  • 不实现代码：将任务交给 @heyeddi-design、@heyeddi-handoff、@project-engineering

协作链

  • @heyeddi-intake：product.md 的上游编写者
  • @heyeddi：发现技能；PM 负责产品路由判断
  • @pre-merge-gate：CI；除非工作流中包含 verify_product，否则 PM 评审仅供参考

产物

路径用途
.heyeddi/docs/product/backlog.md排定优先级的功能
.heyeddi/docs/product/features/<slug>.md每条路由的用户故事 + 验收标准
.heyeddi/docs/product/feature-status.json规格与代码对照矩阵
.heyeddi/docs/product/review-plan-*.md全面评审 + 综合结果
.heyeddi/docs/product/product-audit-*.mdIntake 质量

任务完成后：建议下一步使用的技能

完成此技能的用户请求后（而不是在每次调用工具或子代理阶段结束后），建议接下来运行什么：

  1. 运行：

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

    如果你处理了特定路由，请添加 --route /path。

  2. 在你的最终回复中包含脚本的 ### Next step 区块。用户会将 Prompt 行复制到聊天中（例如 @heyeddi-design craft /settings）。

如果你知道刚完成的是哪个子命令，请传入 --mode shape（或 craft、audit 等）。

参阅 @heyeddi → reference/next-skill-handoff.md。

评论

支持 Markdown