用途：将高层产品想法转化为产品决策记录（PDR），先探索讨论再正式文档化，聚焦权衡分析、多方案比较与结构化决策引导。适合从零新产品、重大产品转向、把口头决策正式化、团队入职梳理产品理由。不适用于已有产品（用 /product-init）和细微 PDR 更新（用 /product-clarify）；日常决策记录由 team-boot 的持续捕获机制处理。
主要能力：按阶段执行。环境准备运行 scripts/bash/setup-product-specify.sh [--json] 或 scripts/powershell/setup-product-specify.ps1，输出 REPO_ROOT、PDR_DRAFTS_DIR、PRD_FILE、next_pdr 等 JSON。可选按业务域分解特性区域（--no-decompose 跳过；≤3 区自动批准，4-6 区需确认）。分析问题、市场、业务与约束驱动，读取宪法文档并扫描 README、AGENTS、CONTRIBUTING。交互式探索 5-7 个关键决策（范围、人群、自建/购买/合作、变现、上市、成功指标），一次呈现一个领域，给出推荐选项与针对性问题。跨区域预分析标记共享人群、优先级张力、功能重叠与指标冲突。每个确认决策写一个 PDR，使用仓库模板 {REPO_ROOT}/.agents/skills/product/templates/pdr-template.md，含 YAML frontmatter（status、date、owner、category、feature-area、title）及 Context、Decision、Consequences、Alternatives、Links 等正文段落。最后顺序编号写入 .adlc/drafts/pdr/PDR-{NNN}.md，并重新生成 pdr.md 索引，输出汇总报告。
使用方式：需先安装 product-clarify 技能以提供 pdr-lib.sh：adlc-cli skills add tikalk/adlc-team-skills --skill product-clarify。PDR 编号从现有最大编号加一，三位补零且不复用。
限制：不直接从产品描述生成 PRD；PDR 须与宪法原则一致，冲突需显式豁免并说明理由；每个 PDR 一个决策并至少记录两个备选方案；/product-implement 要求 Accepted 状态，Proposed 会被跳过。其余配置细节与效果暂未提供。