用途：create-prd 负责撰写产品需求文档（PRD），把零散想法、工单或痛点转化为团队可据以设计开发的产品规格。它回答"构建什么、为什么构建"，即用户体验、功能与行为；技术实现则留给下游 TDD。该技能仅在用户明确按名称调用时使用。
主要能力：以引导式对话逐步产出 PRD。先确定问题与成功标准，然后逐个决策地追问解决方案；每条消息只问一个问题，可给出2-3个选项供选择，并附取舍与推荐。每次决策确定后重写对应章节，使文档始终是连贯规格，而非问答记录或变更日志。涉及视觉内容时用 HTML 原型展示，原型写入 .humanlayer/tasks/{task-slug}/mockup-{description}.html 并内联显示，且遵循用户产品的设计系统（颜色、字体、组件）。需要更多上下文时可调用 Agent()（codebase-locator、codebase-analyzer、codebase-pattern-finder、web-search-researcher 或库研究员）。PRD 可引用上游工单或研究文档而不重复其内容，上下文不足时把缺口作为问题提出，不编造需求。
使用方式：开始时只写最少骨架——frontmatter（type: design-prd）与顶层标题、"Problem to Solve"初稿、以及空的成功标准、Proposed Solution、Solution Details 标题；随即引用问题陈述原文提出第一个问题。流程依次为：a. 确认 Problem to Solve；b. 确定成功标准（可为产品指标、采用信号、基准、错误率或延迟目标、定性判断，变更很小时可与用户商定不设指标）；问题与成功标准都确定后才进入解决方案访谈；逐个决策展示选项与推荐，讨论解决后再更新 Solution Details，必要时同步 Proposed Solution、Out of Scope 和原型。最后请用户通读 Solution Details 确认整体连贯。
适用场景：需要把想法或工单整理成产品规格的产品、全栈、内部工具、DevOps 等各类工作。
限制：只问产品空间的问题，遇到数据库表结构、存储位置或实现架构则记入"Deferred to TDD"；不重复上游内容；不虚构需求；无法从资料确认的功能、收费、平台、效果或步骤均暂未提供。