product-domain-engine

Product Domain Engine（PDE）是一个指挥者，而非单体系统。它通过五阶段协议串联七个已有技能，补充这些技能都不具备的修辞模式框架，并提供组合矩阵来决定不同输出应混合哪些模式。

【用途】当要做的任务是构建一个与某一领域绑定的新产品时使用此技能。所谓“与领域绑定”，包括国际象棋提升、公共记录、行为经济学、健康等任何需要把亲身经验知识变成可计算结构的领域。

【五阶段形式化协议】每个领域都接受相同的处理。阶段在单次流程中按顺序进行，在产品生命周期中递归。

第一阶段 — IDENTIFY（识别）：识别领域中的主体。谁在这个空间行动？他们的角色、激励、约束。主体普查是第一次本体论动作，迫使领域显现为行动者构成的图，而非一个话题。驱动 systemic-product-analyst 技能（Lane A）。主体可映射为用户、对手、中介、把关者、账本。

第二阶段 — MAP（映射）：映射领域的结构。真实的关系、层级、流动、约束。什么把主体绑定成系统？现实中什么会破坏或限制系统（约束域支柱）？驱动 market-gap-analysis（竞争结构）与 research-synthesis-workflow（因果结构）。

第三阶段 — ENCODE（编码）：把结构编码为可计算对象。不是概念，不是文档，而是类型、函数、模式、测试。形式化变成可执行的东西。驱动 product-requirements-designer。产出：带类型的接口、算法实现、数据模式、可部署的测试套件。这是门槛：无法产出可计算对象的领域尚未被形式化，只是被描述过。

第四阶段 — EXPRESS（表达）：通过四种修辞模式表达。被编码的结构通过四个独立语域发声。它们不是沟通风格，而是同一底层真相的独立输出类别。详见 references/rhetorical-modes.md。驱动 brand-guidelines（pathos）、pitch-deck-patterns（pathos+ethos）、content-distribution（kairos+pathos）。

第五阶段 — DEPLOY（部署）：让密度产生引力。public-record-data-scrapper 原则：足够密集、足够真实的形式化会吸引自己的受众。4,455 字的 README、60+ 个采集代理、2,055 个测试——这个质量本身就是营销。密度即引力。只有当质量很低时，推广才重要。

【自创生循环】协议不是线性的。第五阶段的输出（部署指标、受众行为、社区问题）反馈回第一阶段（哪些主体最重要？哪些约束是真实的？）。系统自我生成。

IDENTIFY → MAP → ENCODE → EXPRESS → DEPLOY → OBSERVE ↑ │ └──────────────────────────────────────────────┘ 观察精炼形式化

OBSERVE 步骤通过分析模块实现（例如 hokage-chess 的 analytics.ts、growth.ts）。它们是观察工具，不是事后补充。

【四种修辞模式】古典修辞学有四种模式。该引擎早期的内部草稿只带有三种，被省略的第四种 kairos 是最具战略性的，这里将其恢复。详见 references/rhetorical-modes.md。

Logos 从不单独面向客户。它总是通过 ethos（受众看到证明存在并信任来源）或 pathos（受众通过叙事感受形式化）来表达。客户从不直接消费类型，他们消费的是可信度或感受。

Ethos 通过学术密度建立。研究论文、来源列表、测试数量、部署 URL、PROVENANCE 文件。研究的深度是锻造 ethos 的原材料。

Pathos 通过社交/媒体体量建立。YouTube、Discord、邮件序列、落地页、品牌声音、命名系统、实体物件。媒体的真实性与体量是原材料。

Kairos 通过市场时机观察建立。浪潮何时到来、达到顶峰、消退？每个领域都搭乘某种时代精神；kairos 是选择何时进入、何时持有的决策。

【组合矩阵】每个产品输出都是四种模式的特定混合。混合比例决定输出是什么。详见 references/composition-matrix.md。

【提示序列】通用构建命令，按领域阶段排序。详见 references/prompt-sequence.md。五个层级：

基础——这个领域是什么？
研究——学术研究
架构——它如何成为系统？
产品表达——logos→ethos→pathos 输出
部署与扩展——服务脚手架、多租户 SaaS、编排

顺序因阶段而异：

新领域：1 → 2（轻）→ 3 → 4 → 5
理论密集型：1 → 2（深）→ 3 → 4 → 5
已部署：3 → 4 → 5（1 和 2 已完成）
客户驱动：1 → 4 → 3 → 5（pathos 先行，架构跟随品牌）

【器官链遍历】每个领域选择它必须穿越哪些 ORGANVM 器官。并非每个领域都穿越全部七个：I Theoria（形式化领域真相）、II Poiesis（美学表达）、III Ergon（衍生收入）、IV Taxis（编排运营）、V Logos（发表话语）、VI Koinonia（建设社区）、VII Kerygma（分发公告）。PDE 在第一阶段给每个领域所需器官打分，并在第五阶段重新评估。

【跨领域受精登记表】在一个领域中验证的模式可供所有其他领域使用。详见 references/cross-fertilization.md。当新模式在新领域中被验证时，登记它。后续领域继承。

【如何调用】 PDE 不是单一命令，而是一个编排。高层流程：

INTAKE：对现有仓库运行 scripts/domain-audit.sh（若有），输出各模式分数、主导模式、组合缺口。若尚无仓库，直接运行主体普查与结构映射。
SELECT TIER ORDER：根据阶段选择序列。
COMPOSE：按顺序对每个层级调用相关编排技能。
SCORE & GAP-CLOSE：每次主要输出后重新运行 domain-audit.sh，识别模式失衡。
OBSERVE：为已部署表面接入分析，将指标反馈回第一阶段。

【PDE 与之组合的已有技能】 PDE 按名称引用这些技能，只补充它们未覆盖的部分，不重复其内容：systemic-product-analyst、market-gap-analysis、research-synthesis-workflow、product-requirements-designer、brand-guidelines、pitch-deck-patterns、content-distribution、project-alchemy-orchestrator。

【PDE 补充内容（这些技能不具备的）】四种修辞模式作为输出的坐标系；五阶段形式化协议；组合矩阵（含内部/外部功能区分）；按领域阶段排序的提示序列；自创生观察循环；器官链遍历评分；跨领域受精登记表。

【验证实例】四个产品在引擎被命名之前已运行过它：public-record-data-scrapper（logos+ethos 主导，证明密度创造引力）、styx-behavioral-economics-theory（logos 主导，证明理论→艺术→商业链条真实）、sovereign-systems--elevate-align（均衡，证明单一实践者→多领域拓扑）、hokage-chess（pathos 主导，证明一个会话内完成完整 PDE 可行）。每个实例以不同的修辞模式为主导。领域本质决定哪种模式主导。引擎确保四种模式都被处理，无论哪种主导。

【Materia-Collider 毕业】 hokage-chess 在 ORGAN-RESET 期间被溶解进 materia-collider，随后在 2026-04-25 的单次会话中毕业回形式化客户仓库。PDE 定义毕业标准：至少一个可计算对象存在；至少一个修辞输出存在；seed.yaml 声明器官成员身份与边；Natural Center 可用一句话陈述。低于此门槛仍是 materia，达到或高于即为器官驻留。

【收入模型类型学（带模式标记）】选择收入模型是第四阶段表达决策。每个模型带有默认模式签名，选择与领域主导模式匹配的模型。

【声音/语气约束】 PDE 以系统构建的声音表达。生成 PDE 派生制品时：先分类再描述；先定义再行动；递归分层；先区分再合并；抵抗扁平化。避免：通用顺滑、营销腔调、把热情当架构；没有结构载荷的神话式膨胀；用情感安慰替代规格说明。

【文件结构】 product-domain-engine/ ├── SKILL.md ├── scripts/domain-audit.sh ├── references/（rhetorical-modes.md、composition-matrix.md、prompt-sequence.md、proof-instances.md） └── assets/domain-template/seed.yaml

【何时跳过此技能】工作不与领域绑定（如纯基础设施、dotfiles、工具）；领域已部署且稳定，无需新的产品表达；用户只要求单一输出（README、落地页）而没有完整领域上下文，直接调用相关单一技能。PDE 用于系统性产品创建，较小的任务使用较小的技能。

技能介绍