用途：product-boot 是 team-boot 的 Class Boots 目录中五个类启动技能之一。team-boot 在会话开始时注入常驻团队上下文（章程、CDR 索引、技能注册表），本技能则按需加载产品决策层——项目记忆中的已接受 PDR 索引，并与决策捕获配对，使新的产品选择被记录（/product-specify）而非流失。读取决策与记录决策构成一个循环：已有 PDR 为工作提供依据，工作中产生的决策回流到同一记录系统。
使用时机：在匹配任务开始时调用，先于规划待办列表与实现，让 PDR 上下文影响规划，不要推迟到会话结束。适用场景包括：开始产品工作（PRD 生成、功能定义、路线图规划、GTM 决策）；会话中途转向产品形态（功能范围、人物定义、变现、定价或目标市场选择出现）；审查现有产品的决策背景（/product-analyze、/product-roadmap 受益于已加载索引）。
核心流程：第一步定位 PDR 索引，从当前工作目录（不要向上遍历父目录）查找主路径 docs/adlc/memory/pdr/pdr.md，回退路径 .adlc/memory/pdr/pdr.md（旧布局）。若两者都不存在但存在 PDR-.md 文件，则从各文件合成精简表格；若目录为空或缺失，报告 0 个 PDR，绝不编造行。当当前工作目录无本地记忆索引且目录位于工作区内（通过祖先中的 .gitmodules 标记检测）时，改读工作区根目录的 docs/adlc/memory/ 索引。第一步 b 读取 PDR 草稿索引：检查 .adlc/drafts/pdr/ 中 frontmatter 状态为 proposed 的 PDR-.md 文件。
输出契约：在任务回答前输出 PDR Context 表格（ID、Feature-Area、Status、Title）与 Searched N PDRs, K matched. 行，以及 Drafts Pending Review 表格。K 必须等于所示表格行数；0 行匹配时只输出标题与计数行，不输出表格。
决策捕获：功能范围变更、人物定义或修订、变现/定价/目标市场选择等触发 PDR 直接写入 .adlc/drafts/pdr/；已在账本中的 PDR 类决策需核实是否已捕获。为本次会话检测到的每个 PDR 类决策在 Team Context & Decisions 中添加或刷新行，并镜像为任务列表待办。
限制与失败处理：缺失索引与记录时只输出标题与 Searched 0 PDRs, 0 matched.，继续用户任务，绝不阻塞；无法解析的索引行跳过并记录跳过数。红旗包括编造 PDR 行、夸大 K、注入索引却忽略捕获、向上遍历父目录查找 .adlc/。若 team-boot 未注入团队上下文，需一行说明并继续，恢复方式是运行 /team-diagnose。