用途：协助撰写产品需求文档，把抽象想法转化为可执行的项目规格，对齐工程与设计团队对问题与成功指标的理解。
主要能力：起草与具体方案无关的核心问题陈述；定义可衡量的成功指标；用 shaping 方法把模糊需求收窄为有边界的方案；审查现有草稿的简洁性、可读性与技术意识，避免微观管理。资料源自 Lenny's Podcast 与 Newsletter 的 14 位嘉宾与文章观点。
核心原则：设计侧重短周期功能性原型，而非静态长期规划；开发前用高强度协作会议明确项目边界；文档以问题为中心，开头即点明问题与指标；用一页篇幅强制清晰、控制早期复杂度；把抽象想法写下来是从混乱走向清晰的第一步；避免过度指定功能，文档应促进而非替代沟通；可用 AI 工具生成大部分技术文档初稿，再由产品经理做最终打磨。
模板与框架：Lenny 的一页纸模板；优秀 1-Pager/PRD 的 5 要素评估标准；用于起草 PRD 的 AI 提示模板；Breadboarding 与 Fat Marker Sketching 协作技巧；技术型 PM 问题清单；强问题陈述的五个特征；PRD 审查清单；Duolingo 一页纸模板。
可用问题：本项目为用户解决的最重要问题是什么；用什么具体指标判断成功；哪些功能明确不在本版本范围内；是否已收集工程对技术约束的反馈；愿意在此问题上投入多久；文档是否简短到全队都会读完。
常见误区：使用“just”一词贬低工程专业性；过早产出高保真原型；忽略非目标导致范围蔓延；瀑布式交接，让设计与工程缺席早期规划。
限制：资料未提供具体安装命令、收费与平台信息。