用途：将项目的可复用产品决策沉淀为版本化文档，为具体产品建立或维护体验基线。适用于首版需求或已被产品确认需反复使用的体验模式；不在无业务依据时预建设计系统，也不因一次功能自动创建全局组件。
主要能力：C端与Admin各自维护体验规则，仅品牌、领域术语和跨端业务状态可放入共享层。记录可证实事实与明确决策，合理默认值标为[INFERRED]，未确定项标为[UNKNOWN]。把首批核心流程沉淀为页面模式，而非预先抽象组件。候选复用模式需记录首次出现位置、复用证据和确认状态，只有用户明确确认或已被两个已确认功能采用时才升级为产品级模式。
推荐结构：docs/product/<project-name>/ 下含 product-context.md、shared/domain-language.md、c-end/ 与 admin/ 各自的 ux-foundations.md 和 patterns.md，以及 component-promotion-log.md。功能需求仍放在 docs/prd/<feature-name>/，功能文档链接产品基线并只描述本次变化。
权威顺序：仓库架构、安全规则与技术约定；已确认的产品体验基线；本次已确认的PRD和功能设计规格；当前项目页面的可见既有模式；外部网站、截图和通用UX建议。若功能设计需有意偏离基线，记录偏离原因、影响端和是否回写基线，不得静默替换品牌、导航、领域术语或核心交互模式。
使用方式：确认产品范围，读取首版PRD、已有页面、产品角色、领域术语和相关前端项目；多产品且目标不明确时要求用户指定产品目录。创建时先阅读 references/foundation-template.md。已有基线时只更新被当前需求明确影响的章节。
限制：不把某项目业务语义、导航或页面内容写入 frontend/、admin/ 等通用模块。后续使用 pm-frontend-prototype、web-design-extractor 或 design-spec-prototyper 时先读取对应端基线，缺少基线时不得假装其存在。