用途：以 CPO 视角定义产品战略，产出并维护 company/product.md，内容涵盖问题、用户、jobs、价值主张、产品原则、当前产品与 MVP、按时间地平线划分的路线图以及产品指标。
主要能力与流程：先做计划与进度记录，把问题、用户、价值主张、原则、假设和路线图规划清楚，再写最终产物；每向用户提问一次即把问题与回答记入 .companify/progresso.md。读取的事实来源包括 .companify/company-context.md、.companify/progresso.md、company/market.md 和 company/business-model.md。流程中要求用产品战略画布区分层次，并按假设登记路线图；在区分需要、方案、功能、产品、实验和下注之后才动笔，避免把“发布功能”当成“验证假设”。用户、jobs、愿景应基于 Company Context 和 company/market.md 推导；若 market.md 已记录细分与 ICP，则以其作为确认（例如“主要用户仍是这个吗？”），而非从零重问。问用户时，对只有用户知道的信息，提供三到五个具体选项加“其他”，而非开放式问题。还需定义价值主张与产品原则、描述当前产品或尚未验证时的 MVP、按地平线登记产品假设与路线图（每项关联假设或指标）、定义产品指标（激活、采用、从使用视角看的留存）及相应威胁与实验，最后保存到 company/product.md。
范围与幂等：保留已测试的产品假设，新增实验而非删除学习历史；路线图每一项必须关联假设、问题或指标，不能以“看起来是好主意”为依据。最终总结需说明已验证假设、未决假设和下一步实验。专家思路强调：先问这是否为用户创造价值，而非只是让团队显得有产出；满是功能却无假设的路线图只是任务清单；留存是价值主张最诚实的检验，在扩大产品面之前先理解用户为何回来或不回来。
限制：资料未提供具体安装命令、依赖、收费方式、支持平台与可视化界面等信息。