把每天的判断放回时间线上

先辨问题，再选解法 · 问题分析与方案边界

识别需求何时已经滑向方案

先收口任务，再期待答案 · AI 任务澄清与输出质量

用 CARIO 诊断 AI 输出为什么空泛

先筛查，再验证强度 · 需求筛查与证据验证

区分伪需求识别与需求验证

先找反馈回路，再看表面波动 · 复杂系统中的交易、信贷与债务周期

用交易、信贷和债务理解系统周期

意图用 Prompt，流程用 Skill · 知识资产的执行化分层

判断知识应该停在表达还是升级为流程

先建索引，再拆常用框架 · 产品设计框架的索引化

把框架库变成可调用的知识入口

先定义数据，再做功能 · 数据需求与功能设计

识别界面背后的数据需求

上下文比代码更会复利 · AI 协作中的上下文资产

沉淀能让 AI 越做越准的上下文

用户声音不是立项结论 · 用户需求与业务判断

将用户表达与业务决策分开判断

编译知识，而不只收藏 · 个人知识库的编译与回写

把新资料回写进可生长的知识网

真需求仍要排优先级 · 需求优先级与阶段取舍

把需求真实性与当前优先级分开判断

从功能演示走到任务结果 · AI 产品的结果交付闭环

用任务完成闭环评估 AI 产品

阶段适配比理论彻底更重要 · 阶段性方案取舍

在不完美方案中选择阶段性最优

先补信息，再要答案 · AI 任务澄清与高质量协作

用 CARIO 把 AI 对话变成任务澄清

边界不是否定价值 · 需求范围与阶段聚焦

用需求边界防止范围失控

第一次交付要给未来留接口 · 从一次交付到生命周期运营

把一次性交付设计成长期关系的起点

先验证强度，再排优先级 · 需求验证与强度判断

验证一个需求是否真的值得投入

长期规则不要靠重复口头交代 · 长期 AI 协作规则

区分单次 Prompt 与全局配置

边界不是否定价值 · 需求范围与阶段聚焦

用需求边界防止范围失控

内部产品先把混乱变成结构 · 内部产品与组织治理

用组织视角判断内部产品问题

真需求不等于现在先做 · 真需求与当前优先级

把需求成立与当前优先级分开判断

先给图纸，再分步施工 · Agentic Coding 执行闭环

用四步法组织 AI 完成可运行结果

先定义数据，再讨论功能 · 需求分析中的数据定义

识别被页面与流程遮住的数据需求

认领判断，也承担交付 · AI 协作中的贡献与责任

在 AI 协作中保留人的贡献证据

真需求之后，还要选对解法 · 当前最优方案判断

判断一个方案是否适合当前阶段

工具边界与失败语义同样重要 · Agent 工具调用设计

用颗粒度、描述与失败语义设计 Agent 工具

用户诉求是线索，不是结论 · 用户声音与业务判断

为什么用户提出需求仍要继续分析

从反馈回路看表面波动 · 用系统模型理解周期

信贷如何把交易放大成经济周期

阶段适配比理论彻底更重要 · 阶段性方案取舍

在不完美方案中选择阶段性最优

内部产品先把混乱变成结构 · 内部产品与组织治理

用组织视角判断内部产品问题

先讲问题，再挑解法 · 需求与方案的边界

识别需求何时过早滑向方案

看入口与调度，不只看模型 · 终端 AI 的系统层竞争

从 Apple 看终端 AI 的系统调度权

先定义数据，再讨论功能 · 需求分析中的数据定义

识别被页面与流程遮住的数据需求

代码会替换，上下文会复利 · AI 协作中的上下文资产

把上下文当作 AI 项目的长期资产

先筛候选，再验证强度 · 需求判断的两轮筛查

区分伪需求识别与需求验证

先补信息，再要答案 · AI 任务澄清与高质量协作

用 CARIO 把 AI 对话变成任务澄清

别把周期当成突发事件 · 用系统模型理解波动

信贷如何把交易放大成周期

把需求从方案拉回问题 · 需求分析的判断顺序

用一条判断链完成需求分析

判断卡 · 需求验证

如何验证一个需求是否真的成立

综合卡 · 同类产品比较框架

微信、WhatsApp、Line 的三种社交产品路线

判断卡 · 数据需求

什么是数据需求，为什么它容易被忽略

综合卡 · Agentic Coding 四步法

Agentic Coding 四步法：从图纸到可运行结果

判断卡 · 方案判断

如何判断一个方案是不是当前最优解

综合卡 · 信任复利

信任不是品牌口号，而是增长漏斗外的复利资产

判断卡 · 业务场景

什么是业务场景，为什么脱离场景写需求很危险

综合卡 · 冲突处理四分法

产品经理冲突处理四分法：资源、标准、边界与情绪

判断卡 · 用户声音与业务判断

为什么用户提了需求还不够

综合卡 · 技术选型四原则

AI 技术思维：非程序员的选型四原则

判断卡 · 问题层与解法层

什么叫需求滑向方案

综合卡 · 上下文资产

AI Coding时代，产品经理真正的核心资产是上下文

判断卡 · 记录与分析的差别

为什么记录需求不等于分析需求

综合卡 · 产品经理核心价值

AI时代产品经理的核心价值

判断卡 · 真需求与优先级

如何判断一个需求是真需求但不一定先做

框架卡 · 提问框架

AI 输出质量的四层差距与 CARIO 提问框架

判断卡 · 业务场景

什么是业务场景，为什么脱离场景写需求很危险

框架卡 · 工作流

AI 工作流设计原则

判断卡 · 伪需求

什么是伪需求，为什么有些需求看起来合理却不值得做

判断卡 · 三角困局

AI时代的产品三角困局：验证速度、质量底线与组织判断

判断卡 · 需求验证

如何验证一个需求是否真的成立

判断卡 · 组织重估

AI 提效进入组织后，先被重写的不是流程，而是岗位和管理逻辑

判断卡 · 优先级

什么是需求优先级，为什么都重要其实等于没有判断

入口卡 · 框架入口

PMFrame.works 产品设计框架库

判断卡 · 数据需求

什么是数据需求，为什么它容易被忽略

判断卡 · 个人杠杆

AI时代产品经理的个人杠杆：从岗位分层到AI落地能力

判断卡 · 资产形态

个人知识库应该做成 Prompt 还是 Skill

速查卡 · 判断链

有效需求分析一页速查卡

判断卡 · 需求层次

价值需求和功能需求有什么区别

模型卡 · 系统模型

经济机器是怎样运行的：用交易、信贷与债务周期理解宏观波动

判断卡 · 需求边界

什么是需求边界，为什么边界不清需求就会失控

框架卡 · 四层拆解

需求分析四层拆解法

判断卡 · 阶段性取舍

如何在不完美方案里做阶段性取舍

框架卡 · 组织判断

AI时代的产品三角困局：验证速度、质量底线与组织判断

判断卡 · 需求验证

如何验证一个需求是否真的成立

框架卡 · 技术选型

AI 技术思维：非程序员的选型四原则

判断卡 · 需求分析

为什么记录需求不等于分析需求

框架卡 · 提问框架

AI 输出质量的四层差距与 CARIO 提问框架

判断卡 · 需求优先级

真需求和高优先级需求有什么区别

框架卡 · 冲突处理

产品经理冲突处理四分法：资源、标准、边界与情绪

判断卡 · Prompt 与 Skill

个人知识库应该做成 Prompt 还是 Skill

框架卡 · 需求分析速查

有效需求分析一页速查卡

判断卡 · 方案判断

如何判断一个方案是不是当前最优解

框架卡 · 知识编译

Karpathy 的个人知识库方法

判断卡 · 价值需求

价值需求和功能需求有什么区别

框架卡 · Agent 联网

Web Access Skill：给 Agent 装上完整联网能力

判断卡 · 需求验证

如何验证一个需求是否真的成立

判断卡 · 产品经理价值

AI时代产品经理的核心价值

判断卡 · 需求验证

伪需求识别和需求验证有什么区别

框架卡 · Agent 结构

拆解AI Agent四件套：模型、规划、记忆与工具的产品视角

判断卡 · 需求优先级

真需求和高优先级需求有什么区别

判断卡 · 需求表达

VibeCoding时代，产品经理最值钱的不是写代码，而是把需求说清楚

判断卡 · 业务场景

什么是业务场景，为什么脱离场景写需求很危险

框架卡 · AI 架构思维

AI 架构思维：进存取三问

判断卡 · 阶段性取舍

如何在不完美方案里做阶段性取舍

概念卡 · AI 入门地图

AI 入门基础概念地图

判断卡 · 需求验证

如何验证一个需求是否真的成立

方法卡 · AI 产品思维

AI 产品思维五步法

判断卡 · 需求分析

为什么记录需求不等于分析需求

原则卡 · 全局配置

AI 全局配置原则

判断卡 · 需求验证

如何验证一个需求是否真的成立

框架卡 · 需求表达

VibeCoding时代，产品经理最值钱的不是写代码，而是把需求说清楚

取舍卡 · 阶段性取舍

如何在不完美方案里做阶段性取舍

方法卡 · 知识编译

Karpathy 的个人知识库方法

问题卡 · 业务场景

为什么一旦脱离业务场景，需求就会从真实问题退化成抽象功能名词

框架卡 · 长期关系

为什么很多看起来是一次性交付的事情，更值得被设计成长期关系的起点

问题卡 · 方案判断

为什么真需求成立之后，还要继续判断这个做法是不是当前最合适的解

框架卡 · 产品比较

为什么比较同类产品时，不能只列功能差异，还要同时看产品形态、商业模式和文化背景

问题卡 · 需求分析

为什么把需求一个个记下来，还远远不等于真的完成了需求分析

框架卡 · 冲突判断

为什么冲突来了时，先分清它属于哪一类，比急着更会说更重要

框架卡 · 技术选型

为什么 AI 时代的技术选型，先问“能不能轻量稳定跑起来”，比先问“够不够先进”更重要

框架卡 · 需求承接

为什么接需求时，先把一句话翻译成可判断问题，比直接开始画页面更重要

问题卡 · 优先级判断

为什么一个需求即使是真的，也不代表它现在就该先做

框架卡 · 方法链

为什么做一个自用 AI 系统时，先想清“为什么做、第一版做什么、东西怎么走”比先写代码更重要

问题卡 · 需求边界

为什么边界不清时，需求会在“顺手做一下”里不断失控

框架卡 · 个人杠杆

为什么 AI 时代真正拉开差距的，不是懂多少概念，而是能不能把 AI 变成自己的个人杠杆

框架卡 · 媒体工作流

为什么处理 YouTube 内容时，先走字幕路径比直接上本地转录更稳

框架卡 · 组织判断

为什么内部产品的核心价值，不是做漂亮系统，而是把组织混乱变成可治理结构

框架卡 · 系统思维

为什么理解复杂波动时，不能只看表面结果，而要回到底层结构和反馈回路

问题卡 · 需求判断

为什么伪需求识别和需求验证看起来相近，其实是在做两轮不同判断

框架卡 · 系统视角

为什么分析 AI 产品时，不能只盯模型能力，还要看入口权和调度权

问题卡 · 需求判断

为什么用户开口提需求，还不等于这个需求就该做

问题卡 · 阶段取舍

为什么阶段性最优往往不是看起来最彻底的那个方案

框架卡 · 职业判断

为什么 AI 时代更难被替代的是判断层而不是执行层

问题卡 · 需求分析

为什么“都重要”通常意味着你还没有完成排序

框架卡 · AI 工作流

为什么真正能落地的不是一句话做产品，而是分步指挥 AI

问题卡 · 需求分析

为什么很多需求问题本质上先是数据定义问题

框架卡 · 产品比较

为什么同类产品比较不能只盯功能差异

问题卡 · 需求分析

为什么先分清价值需求，功能表达才不会带偏判断

方法卡 · AI 工作流

为什么先有稳定流程，AI 才真正开始省力

框架卡 · 个人知识库

为什么知识库真正值得自己搭

问题卡 · 需求分析

为什么“听起来合理”不等于值得做

问题卡 · 需求分析

为什么一旦需求滑向方案，判断质量就会下降

框架卡 · AI 工具选择

为什么选 AI 工具时不该先追“谁最强”

问题卡 · 需求分析

为什么把需求记下来，不等于你已经理解了需求

框架卡 · AI 协作规则

为什么高价值规则不该每次临时口头交代

流程卡 · AI 工作流

Vibe Coding 的四步工作流

判断卡 · 需求分析

什么是业务场景，为什么脱离场景写需求很危险

提问卡 · Prompt

AI 输出质量的四层差距与 CARIO 提问框架

框架卡 · 架构思维

AI 架构思维：进存取三问

框架卡 · 主题名称

某个主题