晨间复习卡归档与回看
周回顾
周回顾用于回看一周内积累下来的卡片，帮助你重新识别哪些判断已经开始反复出现。
这一周里生成的卡片会汇总在这里，适合做轻量复盘。
这段时间主要在看
AI 任务澄清与输出质量 · AI 长期协作的全局配置
卡片类型分布
先找反馈回路，再看表面波动 1 · 先收口任务，再期待答案 1
来源构成
综合 3 · 问题 3
合理不等于值得投入 · 伪需求识别与投入判断
识别缺乏场景与价值支撑的伪需求
长期规则不要靠反复口头交代 · AI 长期协作的全局配置
把偏好、红线和踩坑经验固化为全局配置
先辨问题，再选解法 · 问题分析与方案边界
识别需求何时已经滑向方案
AI 产品的结果交付闭环 · AI 任务澄清与高质量协作
上下文比代码更会复利 1 · 从功能演示走到任务结果 1
综合 7 · 问题 7
意图用 Prompt，流程用 Skill · 知识资产的执行化分层
判断知识应该停在表达还是升级为流程
先建索引，再拆常用框架 · 产品设计框架的索引化
把框架库变成可调用的知识入口
先定义数据，再做功能 · 数据需求与功能设计
识别界面背后的数据需求
内部产品与组织治理 · Agent 工具调用设计
内部产品先把混乱变成结构 2 · 从反馈回路看表面波动 1
边界不是否定价值 · 需求范围与阶段聚焦
用需求边界防止范围失控
内部产品先把混乱变成结构 · 内部产品与组织治理
用组织视角判断内部产品问题
真需求不等于现在先做 · 真需求与当前优先级
把需求成立与当前优先级分开判断
Agentic Coding 四步法 · AI 任务澄清与高质量协作
判断卡 4 · 综合卡 4
综合 8 · 问题 6
先定义数据，再讨论功能 · 需求分析中的数据定义
识别被页面与流程遮住的数据需求
代码会替换，上下文会复利 · AI 协作中的上下文资产
把上下文当作 AI 项目的长期资产
先筛候选，再验证强度 · 需求判断的两轮筛查
区分伪需求识别与需求验证
三角困局 · 上下文资产
判断卡 7 · 综合卡 3
综合 6 · 问题 6
判断卡 · 用户声音与业务判断
为什么用户提了需求还不够
综合卡 · 技术选型四原则
AI 技术思维：非程序员的选型四原则
判断卡 · 问题层与解法层
什么叫需求滑向方案
需求验证 · 个人杠杆
判断卡 10 · 框架卡 3
综合 8 · 问题 8
判断卡 · 需求验证
如何验证一个需求是否真的成立
判断卡 · 组织重估
AI 提效进入组织后，先被重写的不是流程，而是岗位和管理逻辑
判断卡 · 优先级
什么是需求优先级，为什么都重要其实等于没有判断
需求验证 · Agent 结构
判断卡 8 · 框架卡 6
判断卡 · 需求分析
为什么记录需求不等于分析需求
框架卡 · 提问框架
AI 输出质量的四层差距与 CARIO 提问框架
判断卡 · 需求优先级
真需求和高优先级需求有什么区别
业务场景 · 阶段性取舍
判断卡 7 · 框架卡 5
综合 10 · 问题 10
判断卡 · 需求表达
VibeCoding时代，产品经理最值钱的不是写代码，而是把需求说清楚
判断卡 · 业务场景
什么是业务场景，为什么脱离场景写需求很危险
需求判断 · 个人杠杆
框架卡 9 · 问题卡 5
综合 9 · 问题 5
框架卡 · 技术选型
为什么 AI 时代的技术选型，先问“能不能轻量稳定跑起来”，比先问“够不够先进”更重要
框架卡 · 需求承接
为什么接需求时，先把一句话翻译成可判断问题，比直接开始画页面更重要
问题卡 · 优先级判断
为什么一个需求即使是真的，也不代表它现在就该先做
需求分析 · AI 工作流
框架卡 6 · 问题卡 6
综合 9 · 问题 7
问题卡 · 需求分析
为什么“都重要”通常意味着你还没有完成排序
框架卡 · AI 工作流
为什么真正能落地的不是一句话做产品，而是分步指挥 AI
为什么很多需求问题本质上先是数据定义问题
主题名称
框架卡 1
综合 1
框架卡 · 主题名称
某个主题