1. 项目概述一个为产品经理量身定制的AI操作系统如果你是一名产品经理每天的工作是不是都像在打地鼠早上打开电脑十几个未读的Slack消息、日历上排满的会议、Jira里堆积如山的待办事项还有那个承诺了三天却还没动笔的PRD。你试图用AI助手来加速但得到的回答总是泛泛而谈缺乏对你产品、用户和战略的深度理解。你需要的不是一个更聪明的聊天机器人而是一个真正懂你、懂你业务、能与你并肩作战的“数字副驾驶”。这就是Cadence OS要解决的问题。它不是一个独立的软件而是一套开源的、基于AI代码编辑器如Cursor、Claude Code的“操作系统”或“工作空间”。你可以把它理解为一个高度定制化的、专为产品经理工作流设计的“上下文引擎”和“自动化工具箱”。它的核心哲学很简单AI输出的质量80%取决于你提供的上下文20%才是模型本身。大多数人在选择模型上花费了大量精力却忽略了如何系统化地构建和管理自己的专业上下文。Cadence OS通过一套精心设计的文件、模板和协议将你分散在邮件、文档、会议记录和大脑中的产品知识、战略目标和人际网络结构化地“教”给AI从而让每一次AI交互都精准、高效且富有洞见。我作为一个每天用这套系统管理两个产品域的产品经理可以负责任地说它彻底改变了我的工作方式。从早上自动生成的“今日三件事”简报到一键生成对齐公司战略的PRD再到模拟多角色评审它让我从繁琐的上下文切换和信息重组中解放出来真正专注于产品决策本身。接下来我将带你深入拆解这套系统的设计精髓、实操细节并分享那些只有深度使用者才知道的“避坑”技巧。2. 核心设计理念与架构拆解2.1 为什么是“操作系统”而非“模板集”市面上有很多Notion模板或文档生成器Cadence OS与它们的本质区别在于其“活性”和“系统性”。一个静态的PRD模板只是规定了文档的结构。而Cadence OS构建的是一个动态的、有记忆的、能学习和进化的环境。它通过几个核心协议文件如product-context.mdc,people-context.mdc在每次与AI对话的伊始就自动注入你的产品愿景、核心指标、关键术语、利益相关者背景等信息。这相当于为AI配备了一个专属的“产品知识库”让它从一开始就站在你的肩膀上思考。更重要的是它集成了完整的规划系统季度目标 - 周优先级 - 日计划 - 日/周复盘和承诺追踪。这意味着系统不仅帮你“写”还帮你“想”和“管”。例如每日简报技能会结合你的日历、待办事项和承诺列表自动生成当天的行动重点周复盘会分析一周的模式为下周的优先级提供建议。这种从战略到执行、从计划到反馈的闭环才是“操作系统”一词的由来。2.2 三层架构从轻量启动到深度集成Cadence OS的设计非常灵活采用了清晰的三层架构允许用户根据自身需求和投入意愿逐步深化使用。第一层规则与模板5分钟上手这是核心价值的最低门槛入口。你只需要Fork仓库然后在product-context.mdc文件中填写你的产品核心信息愿景、用户、关键指标、术语等。完成后你立即获得了14种专业文档模板和6个多视角评审角色。此时AI已经能生成远超通用模型的、贴合你业务语境的文档。这一层的价值在于“语境化输出”解决了AI输出“正确但无用”的痛点。第二层个人工作流操作系统15分钟配置在这一层你开始引入“时间”和“流程”维度。通过配置晨会、日复盘、周复盘等技能系统开始帮你管理日常节奏。会议纪要处理器能自动提取决议和待办事项并更新相关人员的“人物页面”会议准备技能能自动加载与会者背景和未决承诺。这一层引入了“状态感知”和“流程自动化”让你的工作流从离散的任务执行变为连贯的、有记忆的智能助理。第三层全栈集成30分钟深度配置这是完全体形态。通过配置MCP服务器将Jira/Linear任务管理、Google Calendar日历、Fireflies会议转录、Slack沟通等外部工具的数据实时接入系统。晨会简报能直接读取你今天的会议安排和Jira上关键事项的状态会议纪要技能能直接解析转录文本。这一层实现了“数据驱动”让AI的决策和建议基于实时、准确的一线数据智能化程度最高。实操心得强烈建议所有新用户从第一层开始哪怕你是一个工具爱好者。先花5分钟配置好产品上下文体验一下生成一份高质量PRD的爽感。这能最快建立正反馈。然后在工作流中遇到具体痛点时比如“每天梳理日程好烦”再去第二层寻找对应的技能晨会简报进行配置。按需启用避免一开始就被复杂的配置劝退。3. 核心组件深度解析与配置要点3.1 基石产品上下文 (product-context.mdc) 的撰写艺术这个文件是Cadence OS的灵魂它决定了AI理解你业务的深度。很多人只是草草填写结果抱怨系统不好用。其实撰写产品上下文是一门学问。核心模块解析产品愿景与战略不要写空话。用“从...到...”的句式。例如“我们的产品正从‘一个帮助用户管理订阅的工具’转变为‘一个基于使用洞察自动优化用户订阅组合的智能引擎’。” 同时明确列出当前季度的1-3个最高层级目标。用户与画像超越人口统计学。描述用户的“待办任务”Jobs to Be Done。例如“小企业主Sarah的待办任务是‘在不超过30分钟的情况下清晰地了解本月所有软件开支并预测下月费用’她当前的解决方案是手动核对多个账单常感焦虑和易出错。”关键指标与北极星指标明确指标的定义、当前值、目标值以及它们如何与收入挂钩。例如“核心指标是‘月度活跃团队数’定义为至少两人在当月使用过协作功能的团队。当前为1500本季度目标是1800。我们相信此指标每提升10%会带动企业版MRR增长5%。”术语表这是避免沟通歧义的关键。列出你团队内部特有的缩写、概念和功能名称并给出清晰定义。例如“‘闪电发布’指绕过常规A/B测试流程针对关键客户紧急问题的快速修复和部署流程。”约束与原则明确技术、商业或合规上的限制。例如“原则1任何新功能不得增加核心交易路径的加载时间超过100毫秒。约束由于合规要求用户数据存储必须位于欧盟境内。”注意事项这个文件是动态文档。随着产品演进你需要不断更新它。建议在每周复盘时花5分钟检查并更新上下文文件确保AI的知识与产品现状同步。3.2 秘密武器多视角评审系统写了一份自认为完美的PRD却在评审会上被工程师、法务、销售问得哑口无言Cadence OS内置的6个评审角色就是为了模拟这个过程让你在文档发出前就自我“压力测试”。每个角色的价值与触发机制工程师评审它会用技术思维挑战你。关注API设计是否合理、数据库schema变更影响、是否有单点故障、监控和日志是否完备。它甚至会问“这个功能上线后on-call工程师可能会在凌晨3点接到什么样的报警”高管评审它不关心细节只关心“为什么”。这个功能如何贡献于本季度营收目标资源投入人/月的回报率是多少与公司整体战略的哪个支柱对齐如果无法用两句话说明白价值它就会亮红灯。用户研究员评审它会质疑你的用户假设。“你有数据支持用户真的有这个痛点吗”“这个设计是否引入了新的认知负荷”“你考虑过边缘用户的使用场景吗”客户成功评审它从实施和支持角度出发。“这个功能的推出需要提前多少天通知客户成功团队并进行培训”“预计会增加多少支持工单”“有没有准备清晰的内部QA和对外发布说明”使用方法在生成PRD后只需在AI聊天中输入“Review as engineer”或“Review as executive”等命令。AI会切换角色基于你刚写的文档和已有的产品上下文提出尖锐的问题和改进建议。我个人的流程是写完PRD初稿 - 依次执行工程师、高管、客户成功评审 - 根据反馈修改文档 - 再执行用户研究员评审。经过四轮“虚拟评审”后的文档在实际会议中通过率显著提升。3.3 规划系统从混沌到清晰的工作流Cadence OS的规划系统借鉴了GTD和敏捷思想但更轻量、更AI原生。核心文件与流程quarter-goals.md(季度目标):存放3-5个未来三个月希望达成的业务成果。必须是成果导向而非任务列表。例如“Q2目标将用户激活流程的第二步完成率从40%提升至55%。”week-priorities.md(周优先级):每周一根据季度目标列出本周最重要的3件事。遵循“每周三大事”原则强制聚焦。tasks.md(今日任务) 晨会简报:每天早晨运行“晨会简报”技能。AI会读取你的日历、周优先级和承诺列表生成一份包含“今日三件事”的简报。它会自动将会议、沟通等任务考虑在内帮你规划出可执行的时间块。commitments.md(承诺追踪):记录你对任何人同事、上司、客户做出的承诺。系统有“陈旧度检测”功能会自动高亮超过3天未更新的承诺和超过5天未动的任务防止信用流失。日复盘与周复盘:每天下班前运行“日复盘”对比计划与实际记录心得learnings/。每周五运行“周复盘”分析模式评估季度目标进展并规划下周优先级。这个系统的精妙之处在于“连接”:周优先级自动关联到季度目标今日任务来源于周优先级和承诺复盘又反过来更新学习和未来计划。AI在整个流程中扮演协调者和提醒者的角色让你始终围绕最高价值的事情开展工作。4. 从零开始的完整实操指南4.1 环境准备与初始化配置步骤1获取代码并选择编辑器首先你需要一个支持上下文的AI代码编辑器。Cursor和Claude Code是原生支持最好的两个选择。我个人更推荐Cursor因为它对.cursor/rules目录的支持是即插即用的体验更无缝。git clone https://github.com/paulophl94/cadence-os.git cd cadence-os然后用Cursor或Claude Code打开这个文件夹。步骤2运行交互式引导强烈推荐在编辑器的AI聊天框中简单地输入/start这会打开一个浏览器引导页面并启动一个设置向导。这个向导会一步步带你完成最关键的初始化产品概念与定位通过问答形式帮你梳理并填充product-context.mdc的核心部分。日常仪式偏好询问你是否启用晨会、日复盘、周复盘并设置触发时间或习惯。工具集成引导你配置可选的MCP服务器如Jira、日历。初始利益相关者让你输入经常合作的同事、上司的信息生成初始的“人物页面”。目标设定引导你填写本季度的目标和本周的优先级。这个引导流程大约需要10-15分钟但能确保你的系统有一个正确且完整的起点。如果你是技术型PM也可以选择手动编辑product-context.mdc文件但请务必认真填写每个!-- TODO --部分。步骤3验证与首次生成配置完成后进行一个简单的测试。在聊天框输入Create a one-pager for a new dashboard feature that shows project health metrics.观察AI的输出。如果它能够使用你定义的产品术语、提及相关的KPI、并且文档结构符合模板说明上下文加载成功。如果输出仍然很通用请检查product-context.mdc文件是否已保存并确认编辑器已正确加载了规则在Cursor中通常打开项目后规则会自动生效。4.2 核心工作流实战以撰写一份PRD为例假设你现在需要为一个“订阅暂停”功能撰写PRD。第一步启动与上下文加载你不需要给AI任何背景介绍。直接输入Create a PRD for a subscription pause feature.AI在接收到指令的瞬间已经自动加载了product-context.mdc你的产品、people-context.mdc相关同事以及prd-template.mdcPRD模板。它生成的文档大纲会天然包含你产品特有的模块比如如果你的产品强调数据安全PRD里会自动出现“数据保留与隐私合规”章节。第二步利用多视角评审进行迭代初稿生成后不要直接发出。开始虚拟评审输入Review as engineer。AI可能会问“用户暂停期间后台定时任务是否继续运行计费周期如何对齐恢复订阅时如何确保用户数据和服务状态无缝衔接”根据工程师的反馈修改PRD。然后输入Review as executive。AI可能会问“这个功能预计能降低多少流失率对MRR的短期和长期影响分别是多少开发这个功能的机会成本是什么”继续迭代可以再运行Review as customer success看看上线和支持方面有什么风险。第三步关联规划与追踪PRD撰写和评审本身就是一项重要任务。你应该在周优先级week-priorities.md中加入“完成订阅暂停功能PRD”。在撰写当天晨会简报会自动将此作为“今日三件事”之一。PRD完成后通过“会议准备”技能为接下来的评审会议做准备。AI会加载所有与会者的“人物页面”提醒你每个人可能关注的重点和未完成的承诺。评审会议后使用“会议纪要”技能快速提炼决议和行动项并自动更新到相关人员的承诺列表中。这一套流程下来你不仅产出了一份高质量的文档还无缝地将文档创作、评审、沟通和任务追踪整合到了一个连贯的工作流中。4.3 高级集成配置连接你的数字工作台当你熟悉基础工作流后可以通过MCP服务器将外部工具连接起来实现数据联动。以配置Jira集成Cursor为例为例安装MCP服务器你需要一个能与Jira API通信的MCP服务器。例如可以使用社区开发的modelcontextprotocol/servers-jira。在Cursor中添加服务器打开Cursor设置 - 搜索“MCP” - 点击“Add Server”。选择“Stdio”类型填入服务器命令和必要的环境变量如Jira站点URL、API令牌。具体命令参考该MCP服务器的文档。验证集成配置成功后你可以在晨会简报中看到来自Jira的实时数据。例如AI可能会说“根据Jira数据你负责的‘订阅暂停’史诗目前有3个进行中的任务其中‘后端API设计’任务已逾期1天。”日历和会议转录的集成价值日历集成晨会简报能直接读取你今天的会议安排并自动为每个会议运行“会议准备”生成背景摘要。会议转录集成如Fireflies会后你可以将转录文本粘贴给“会议纪要”技能它能以惊人的准确度提取行动项、决策和关键讨论点并自动更新承诺追踪器。避坑指南MCP集成是锦上添花不是雪中送炭。务必先让核心工作流文档生成、规划复盘稳定运行1-2周再考虑集成。集成的配置过程可能遇到API权限、网络等问题需要一定的调试耐心。一个技巧是先在一个独立的测试项目/日历中配置和测试成功后再应用到主工作流。5. 常见问题与故障排查实录在实际使用Cadence OS的几个月里我遇到了不少典型问题。这里总结一份速查表希望能帮你绕过这些坑。问题现象可能原因解决方案AI生成的文档很通用没有使用我的产品术语。1.product-context.mdc文件未正确保存或填写不完整。2. 编辑器未正确加载.cursor/rules目录。1. 检查product-context.mdc确保所有!-- TODO --已替换并已保存。2. 在Cursor中确认项目根目录下有.cursor文件夹。重启Cursor有时能解决加载问题。3. 在聊天中尝试输入/debug context或类似命令取决于编辑器查看当前加载了哪些上下文。“晨会简报”技能没有读取我的日历或任务。1. 未配置对应的MCP服务器。2. MCP服务器配置错误或未启动。3. 你使用的是第二层个人OS模式该模式下需手动在tasks.md等文件中维护任务。1. 确认你是否配置了日历和任务管理工具的MCP。如果没有简报将基于本地文件生成。2. 检查MCP服务器日志确认API令牌和权限是否正确。3. 确保你在tasks.md和week-priorities.md中手动填写了任务简报技能才能读取它们。多视角评审提出的问题很肤浅没有深度。产品上下文 (product-context.mdc) 中缺乏深度信息。丰富你的产品上下文。在“愿景与战略”部分加入竞争分析在“用户”部分加入详细的用户旅程痛点在“约束”部分明确技术债务。AI的评审深度直接取决于你喂给它的信息深度。系统感觉笨重启动慢。可能加载了过多暂时不需要的上下文文件或技能。Cadence OS是模块化的。如果你只用文档生成可以暂时忽略skills/目录。在CLAUDE.md或 Cursor Rules 设置中可以注释掉不常用技能的加载指令。按需启用保持简洁。承诺追踪的“陈旧度检测”不准确。commitments.md文件的日期格式可能不符合系统识别规则。系统通常识别YYYY-MM-DD格式。检查你的日期记录是否统一为此格式。建议使用[ ] 2024-05-20 向设计团队提供原型反馈这样的标记语法便于AI解析。在不同电脑间同步配置很麻烦。本地配置文件未纳入版本控制。确保你的cadence-os项目文件夹是一个Git仓库并且所有自定义的.mdc、.md文件都已提交。私密信息如API密钥应存储在本地环境变量或.env文件中并将.env加入.gitignore。通过Git进行同步和备份。一个高级技巧处理“AI失忆”有时在很长的对话后AI可能会“忘记”较早的上下文指令。这不是Cadence OS的问题而是底层模型上下文窗口的限制。解决方案是开启“Agent Mode”或新会话。在Cursor中可以点击“New Agent”开始一个全新的会话它会重新加载所有规则文件。对于关键任务如撰写重要PRD我习惯开启一个专属的Agent会话确保上下文纯净且完整。6. 进阶技巧与个性化定制当你成为熟练用户后可以开始改造Cadence OS让它更贴合你的独特工作习惯。1. 创建自定义模板系统自带的14个模板可能无法覆盖你的所有需求。比如你可能需要“产品上线清单”或“事故复盘报告”模板。复制一个现有模板如prd-template.mdc重命名然后修改其结构和引导词。关键在于模板顶部的“系统指令”它定义了AI在生成此类文档时的角色、步骤和输出格式。研究现有模板的写法你就能轻松创建自己的专属模板。2. 添加新的评审角色也许你的团队里有专门的法务或安全评审。你可以复制reviewers/目录下的一个现有评审文件如engineer.mdc将其重命名为legal.mdc或security.mdc。然后修改其中的角色描述、关注点和提问风格。例如法务评审的角色描述可以是“你是一名严谨的公司法务专注于数据隐私合规、用户协议条款和知识产权风险。你的提问风格直接且基于具体法规条文。”3. 优化日常工作流脚本Cadence OS的技能本质上是预定义的对话提示。你可以修改它们。例如我觉得默认的“日复盘”问题不够深入我可以打开skills/daily-review/下的文件调整它向我提问的内容比如增加“今天有哪些打断如何避免”或“今天产生的哪个想法值得放入‘孵化清单’”4. 构建领域专属知识库对于复杂产品一个product-context.mdc可能不够。你可以利用global-context/目录。例如如果你负责两个差异很大的产品域可以为每个域创建子文件夹如global-context/domain-a/,global-context/domain-b/里面分别存放该域的愿景、路线图和架构图。然后在需要时通过指令让AI加载特定域的上下文实现上下文的精准切换。这套系统的终极状态是让它成为你大脑和工作流的无缝延伸。它记住所有细节处理所有繁琐而你专注于思考、决策和沟通。从一份接地气的PRD开始到形成一个自我演进的工作习惯这个过程本身就是产品思维的最佳实践——用工具解决真问题在迭代中持续变好。