Product Engine 使用说明
这是 Product Engine 的入口使用说明。使用本项目时，先读本文件，再按 RUNBOOK.md 或 11_workflows/CYCLE_RUNBOOK.md 推进。
项目定位
Product Engine 用于把外部需求信号转化为可追溯、可验证、可审计的产品机会。它不是普通选品库，也不是灵感笔记库。
核心原则：
- 需求先于产品。
- 证据先于判断。
- 盲区先于 Offer。
- 验证先于投入。
- 审计先于放大。
- 经验必须回写。
常用指令
以下指令适合直接交给 Agent 执行。
运行完整 Cycle
请使用 product_engine/11_workflows/prompts/phase_00_full_cycle_runner.md。
运行完整 Product Engine Cycle：Phase 1 -> Phase 2 -> Phase 3 -> System Check。
任何 Gate 不通过时停止，并写明失败阶段、原因、已创建文件和下一步建议。
不得生成真实商业承诺，不得联系用户，不得收款，不得进入供应链。
运行 Phase 1：机会成型
请使用 product_engine/11_workflows/prompts/phase_01_opportunity_formation.md。
来源范围是：<source scope>（如果没有明确范围，可借鉴参考：来源范围：公开互联网用户评论和讨论，不限定品类，但只采集可追溯原始需求信号。）。
运行 Raw Signal -> Evidence -> Demand -> Scale Gap -> Breakdown -> Atoms。
只形成机会资产，不生成 Offer。
运行 Phase 2：Offer 与验证计划
请使用 product_engine/11_workflows/prompts/phase_02_offer_validation_plan.md。
基于 Phase 1 通过 gate 的 Demand、Scale Gap、Breakdown 和 Atoms。
只生成 Offer Draft 和内部验证计划，不联系用户，不收款，不进入供应链。
运行 Phase 3：审计与学习
请使用 product_engine/11_workflows/prompts/phase_03_audit_learning.md。
基于当前 Offer 和 Validation Record 做内部审计，并完成经验回写。
运行 System Check
请使用 product_engine/11_workflows/prompts/phase_99_system_check.md。
检查断链、跳级、ID、字段、状态、index、审计、回写、workflow log 和 cycle report。
做一次完整审计
请使用 product_engine/11_workflows/prompts/09_auditor.md。
读取 Offer Card 和 Validation Record。
审计结论只能是 continue、revise、pause、kill、archive。
禁止写“再看看”“待观察”“感觉不错”。
推荐使用流程
Agent 工作流模式
优先使用 11_workflows：
- 打开
11_workflows/TASK_QUEUE.md，确认当前任务。 - 优先运行
11_workflows/prompts/phase_00_full_cycle_runner.md或单个 Phase prompt。 - Phase Runner 检查不可跳级规则。
- Phase 内部按 10 个节点依次调用对应 prompt。
- 每个阶段创建或更新对应文件。
- 每个阶段更新对应 index。
- 每个阶段更新
11_workflows/WORKFLOW_LOG.md。 - cycle 结束后运行
99_system_consistency_checker.md。 - 生成 cycle report。
- 根据检查结果进入下一轮 Raw Signal 收集或修复断链。
手动文档模式
如果不使用 Agent，请按 RUNBOOK.md 手动推进：
- 填写
01_raw_signals/templates/raw_signal_card.md。 - 更新
01_raw_signals/raw_signal_index.md。 - 做
02_evidence/templates/evidence_check.md。 - 更新
02_evidence/evidence_index.md。 - 继续推进 Demand、Scale Gap、Breakdown、Atoms、Offer、Validation、Audit、Lessons。
- 每完成一个阶段，都检查
FLOW_MAP.md和00_registry/PIPELINE_CONTRACT.md。
建议
- 每次只推进一个阶段，避免把信号、需求、Offer 混在一起。
- 每个新文件先复制对应模板，再填写字段。
- 每个正式条目必须生成唯一 ID。
- 每个下游文件必须填写 Linked References。
- 每次新增字段前，先检查
FIELD_DICTIONARY.md。 - 每次变更状态前，先检查
STATUS_RULES.md。 - 每次跨阶段传递前，先检查
00_registry/PIPELINE_CONTRACT.md。 - 每轮 cycle 结束后运行
99_system_consistency_checker.md。 - 如果发现只能靠低价竞争，优先 kill 或退回重拆。
- 如果发现没有上游证据，不要让条目进入正式 index。
禁止
- 禁止从品类或灵感直接生成 Offer。
- 禁止没有 Evidence 就生成 Demand。
- 禁止没有 Demand 就生成 Scale Gap。
- 禁止没有 Scale Gap 就生成 Breakdown。
- 禁止没有 Breakdown 就创建 Atoms。
- 禁止没有 Demand、Scale Gap、Breakdown 和 Atoms 就生成 Offer。
- 禁止没有 Offer 就生成 Validation。
- 禁止没有 Validation 就生成 Audit。
- 禁止没有 Audit 就写 Lesson。
- 禁止没有 V3 付款验证或审计例外就进入供应链。
- 禁止自动下单、压库存、投流、上架、收费、对外承诺交付。
- 禁止使用真实用户私域关系，除非人类明确授权并承担边界控制。
- 禁止把聊天回答当作最终产物；必须写回文件。
必看文件
README.md: 项目定义和阶段概览。RUNBOOK.md: 手动运行手册。FLOW_MAP.md: 阶段流转图。ID_RULES.md: ID 和上游引用规则。FIELD_DICTIONARY.md: 统一字段字典。STATUS_RULES.md: 状态枚举和状态流转。SYSTEM_AUDIT.md: 系统自检清单。00_registry/PROJECT_RULES.md: 最高规则。00_registry/PIPELINE_CONTRACT.md: 阶段传递契约。11_workflows/README.md: Agent 工作流说明。11_workflows/AGENT_ROLE.md: Agent 权限边界。11_workflows/PHASED_WORKFLOW.md: 三阶段工作流定义。11_workflows/PHASE_RUNBOOK.md: Phase 运行手册。11_workflows/CYCLE_RUNBOOK.md: 一轮 cycle 运行手册。11_workflows/EXECUTION_PROTOCOL.md: Agent 每阶段执行协议。11_workflows/ID_ALLOCATION_RULES.md: ID 分配和防冲突规则。11_workflows/TASK_QUEUE_RULES.md: 任务队列状态和阻塞规则。11_workflows/WORKFLOW_AUDIT.md: 当前工作流审计状态摘要。
推荐入口
第一次使用：
先读 USAGE.md -> README.md -> 00_registry/PROJECT_RULES.md -> 11_workflows/README.md -> 11_workflows/CYCLE_RUNBOOK.md
第一次运行：
从 11_workflows/prompts/phase_00_full_cycle_runner.md 开始。
第一次手动填写：
从 01_raw_signals/templates/raw_signal_card.md 开始。
完成标准
一个 Product Engine cycle 完成时，至少应满足：
- 所有阶段产物都有 ID。
- 所有下游产物都有 Linked References。
- 所有 index 已更新。
- Offer 没有跳过 Demand、Scale Gap、Breakdown、Atoms。
- Validation 没有跳过 Offer。
- Audit 没有跳过 Validation。
- Lessons 已根据 Audit 回写。
WORKFLOW_LOG.md已记录本轮执行。SYSTEM_AUDIT.md或 cycle report 已完成一致性检查。
