Menü
产品觉察技能。从产品文档中提取设计者的创作潜意识——根隐喻、生长方式、判断标准、盲点，输出结构化觉察报告。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | product-awareness |
| description | 产品觉察技能。从产品文档中提取设计者的创作潜意识——根隐喻、生长方式、判断标准、盲点，输出结构化觉察报告。 |
从产品文档中提取设计者的创作潜意识，输出结构化觉察报告。
觉察只做一件事：从文档的决策模式中反向推导出设计者的根隐喻，而不是评论文档写得好不好。
觉察不评价、不建议、不纠错。
错误：这个决策是错的，应该这样改。 正确：这个决策反复出现，它指向设计者的一个根假设：「……」——这个假设在场景 X 下不成立，但设计者自己没有意识到。
觉察报告只呈现设计者自己可能看不到的结构和边界。
通读源文档至少两遍。第一遍理解内容，第二遍找模式。
记录时标注以下信号：
从记录中提取一条统领性的根隐喻。检验标准：根隐喻如果能自洽地解释大多数观察到的决策模式，就是对的。如果不能，继续深度阅读。
根隐喻通常是一句话，形如「X 应当 Y」或「X 就是 Y」——它是一个关于世界应当如何运作的隐含判断。
典型的根隐喻示例：
区分方法：
观察根隐喻如何支配衍生决策。组织为层级结构，不是并列列表。
根
├── 生长方式（如何从根走到具体选择）
├── 判断方式
│ ├── 方向判据
│ └── 验证工具
└── 约束层（知道不做什么）
每一项必须能从根隐喻推导出来，而非独立的观察。
根隐喻有它处理不了的东西。找到它。
方法：假设根隐喻为真，遍历源文档中的所有角色和场景，检查哪个角色/场景在根隐喻的框架下找不到位置。
盲点不是"文档遗漏了什么功能"，是"设计者的认知结构里天然装不进去的东西"。
用一个词或一个短句概括整体观察结果。这通常与盲点有关——因为觉察的价值不在于确认已知，在于发现边界。
# 产品觉察
> <源文档路径和日期>
---
## 根
（根隐喻陈述 + 跨文档证据链）
## 如何生长
（根隐喻如何支配衍生决策，层级结构图）
## 如何判断
（方向判据 + 验证工具，均从根推导）
## 知道不做什么
（被排除的东西及其与根的关系）
## 盲点
（根隐喻处理不了的场景或角色）
## 觉察
（一个词或一句话的收束，通常与盲点有关）
BRD → PRD → 觉察。觉察可以在任何阶段进行，不依赖文档体系完整。