和 AI 一起做产品，我想让它更认识我
这些都是我在做事时真实发生的思考。我希望把其中有价值的东西留下，让AI可以更认识我，我也可以更认识自己。
你和AI协作的时候，他会主动问你两个词的概念吗？前不久，我碰到一次，由此我觉得“复盘”还是很重要的。
“分组”还是“分类”？
之前和Codex讨论小程序中菜品上传流程，聊到批量上传时，有一次关于用词的校正。
当时我的设想是，用户先选一堆照片，AI辅助进行照片分组，再建议菜品名称和分类，用户可以继续调整。
但在描述这个过程的时候，其实某种视角上，我可能把“分组”和“分类”混在一起用了。
然后，codex就提醒我，最好区分两个概念：
- 照片分组：判断哪些照片属于同一道菜。
- 菜品分类：判断这道菜属于热菜、凉菜、主食等哪个菜单分类。
这么看，这两个词意思比较相近，但是放进具体的操作流程里，指向的是两件事情。
这让我觉得，有些用词的理解和使用习惯，需要和AI拉齐。我希望之后再用这些词时，我们说的是同一件事。
而这些东西，可以选择遇到的时候停下来整理，也可以选择对话结束后“复盘”。
（对，就是这样一个在打工时期很懒得做的事情，现在我觉得要主动做了）
一位战斗伙伴
其实，最近做小程序，很多工作都是我和codex一起完成的，而我在笔记里把它形容为一个战斗伙伴，或者合伙人。
既然是合伙人，是伙伴，那要一起把事情做下去，我就希望它能理解我。当时我写的是：
我说的话，他需要理解，而且不只是这一次理解，而是一直理解。
但要我一开始就把自己的习惯全部列出来，其实有些难，而且太麻烦，也想不全。这些事情又不在项目的主流程中，做着做着，我会更关心眼前的功能怎样继续推进。
所以我想，隔一段时间，专门回头看一看，也就是复盘一下。
那除了前面提到的“用词”，还有很多内容值得留存。
比如，
面对几个方案，我为什么选择这个，放弃另一个？
我为什么在意某种设计风格，或者坚持某个操作顺序？
AI做出来的东西，我有些不理解，那我是不是需要学习一下？
还有过程中出现的纠结、焦虑、开心、意外，这些感受是因为什么？
这些都是我在做事时真实发生的思考。我希望把其中有价值的东西留下，让AI可以更认识我，我也可以更认识自己。
OK，那说干就干，先把复盘这件事情做起来！
我想怎样做？
我的设想，大概分成四步。
第一步，回顾。
把这个任务的经过重新看一遍。
回到一个具体的对话任务里，看一开始的目标是什么，后来怎样推进，过程中面临了什么选择，又是根据什么作出选择的。
第二步，提炼。
找到有价值的东西，说明为什么有价值，并记录下来。
当时的场景、遇到的问题、采用的方法、决策的理由、自己的偏好，都可以留下。以后再看时，能知道这条认知是从哪里来的。
第三步，链接与赋能。
这次复盘的结果，会不会对其他事情有用呢？
哪些做法可以继续，哪些需要调整？同一种思考方法，换到另一个项目里，是否也能参考？把这次经历和其他任务连起来，找到可以使用的地方。
第四步，提升。
自己的选择，不一定是最好的，看一看别人的，可能有更好的。
再往前走一步，看相同的目标、相同的问题，别人是怎么做的，有没有更好的办法。
尤其是我发现自己不会、不理解的部分，可以去找专业的人学习，再把学到的东西带回自己的实践中。
以上，就是我设想的步骤，那实际开始的时候，我先从一段对话入手。而且，这个工作，不能只由我自己来做。
你提炼，我补充
AI写的，我来确认。我写的，AI来补充。
我的复盘以“对话”为单位。我的习惯是，一个对话尽量只做一个任务。
比如，讨论设计风格，就只讨论整体风格；做任务规划，就只把任务安排清楚。一方面可以保证上下文的长度，也可以在回看的时候，有一个比较明确的范围。
开始，我先告诉Codex，这次回看哪一段对话，让它读取原始记录，回顾经过，再集中展示它提炼出的发现。
每条发现都要说清楚：当时发生了什么，观察到了什么，为什么值得保存，以后可以怎样用。
接着，我再回到当时的情境里，看看自己是怎么想的，补充自己的回忆、想法和感受。同时判断哪些值得留下，哪些不需要。
然后，codex再回到原始记录核对，把当时的 和 后来我补充的 分清楚，并给我最终确认。
最后，我确认哪些内容留存后，再整理保存。
大概是这样的流程。不过这个流程，其实也遇到过问题。
怎么留存
决定好怎么做，刚开始尝试复盘的时候，codex整理出了好几个文档。文件很多，内容也复杂，全是文字，我根本看不懂，连这次复盘的结果是什么都不清楚。
我直接问它：
那复盘的结果是什么呢？我其实没看懂你写的最后的这几个文档，我觉得有些复杂，你解释一下应该如何阅读呢？
这时，我才想起之前了解到的大神卡帕西的 LLM Wiki。
这个方法提供了一种用AI整理个人知识库的思路：把资料中的关键信息整理成页面，页面之间建立链接，再随着新资料不断补充和更新。其实之前做运营方法论的知识库也是这套东西，这次安排到做复盘中，或许也可以。
我借着这个思路，让codex调整了复盘内容的留存方式。
这些复盘的方法和结果，我放在电脑上一个叫“进化”的项目里。目前主要分成四类资料：
| 资料 | 保存什么 |
|---|---|
AGENTS.md | 复盘的目的、方法、流程和存储规则，作为这个项目的工作约定 |
raw/ | 每次复盘的完整记录，包括结果、认可内容、我的补充与确认，以及原始对话的链接和定位 |
复盘_wiki/ | 按日期、项目和对话组织，每条认可的经验单独保存一份文档 |
index/ | 复盘结果的总入口和分类目录，通过链接找到经验与对应记录 |
比如，一次对话复盘出了几条认知，这次复盘的经过和确认结果会留在一份记录里，认可的认知再分别存成独立文档，两边通过链接互相找到。
每条经验里，也会保留必要的原话或案例，需要核对时，可以沿着来源找到原始对话。
另外，总索引的index 文件中先用标题和一句用途展示结果；需要细节时进入经验页，需要核对时回到来源记录。
举个例子
举一条已经留下来的内容：先看完整链路，再定位问题来源与工具介入点。
在讨论这个小程序的产品定位时，我先把在家做饭拆成六个阶段：决定做饭、选菜、准备食材、做饭、吃饭、收拾，再看各个环节需要什么帮助。
比如“不知道吃什么”，可以想到做一个随机选菜工具。但随机需要素材——自己会做的菜、想吃的菜。这些素材还要先回忆、收集和整理，也会花时间和精力。
到了复盘时，我又补充了自己的想法：
当下环节的问题，可能不来源于当下环节，可能是来源于前一个环节或者前两个环节。
所以留下来的方法是：当你看到一个机会，先还原完整流程，检查前置条件，再定位问题的来源，决定工具应该帮哪个环节。或许解决了前置问题，那你当前看到的问题可能是不存在或者更容易被解决的。
这条经验被单独放在“决策方法”分类里，文档中保留了当时拆解做饭流程的例子、我在复盘时的补充，也写清了具体方法、保存价值、建议应用范围、适用边界和原文出处。
这样留下来的内容，有一个具体的来处，也有一个以后可以使用的场景。
为了方便查找，我又把这些结果放进「AI协作」、「决策方法」、「产品体验」、「个人偏好」等分类中。分类目录通过链接指向同一份经验文档，有关联的条目再写清楚它们的联系和区别。
这些资料都保存在本地，既方便我自己回看，也给AI留了检索入口。接下来，剩下的就是需要在新任务里主动找到相关经验，再看如何使用他们。
怎么使用
复盘不是目的，进化才是目的。
复盘之后，最关键的就是“如何使用”。目前我有两种使用方式，先分享给大家。后续如果有补充，我会再展开。
1、提升自己
前面我有一项，是在复盘结束后，发现我不会的和我做的不好的。
如果是我不会的，那就选择让AI单开一个对话，来教我，让我可以充分理解这个知识和方法。这样方法才会内化到我的脑子里，而不是我的工具里。
如果是我做的不好的，那就让AI在网络上搜索其他人是怎么做的，学习他们的方法，然后更新到自己的方法中。自己做的不一定是最好的，取长补短才可以更好。
2、进化AI
我自己会，其实不够。同样重要的是让AI也会，将其中我最认可的，最重要的，长期协作使用的。放在codex根目录的AGENTS.md中，让他长期使用。不断复盘，不断更新，不断进化。 （当然这部分，建议先对所有总结的内容进行分级，只将你认为最高等级的很有必要的内容写进去）
看清自己
OK。以上就是我决定复盘的源头、复盘的结构、方法 、工具和用法。
而这个过程中，其实让我看到了自己的思维模式和方法。
原来，过去的我，掌握了这么多。
原来我在什么情况下会这样判断，为什么会选择这个方案，哪些习惯是我在意的，哪些地方又是自己不理解、需要继续学习的。
我觉得，看到自己、看清自己，就是最大收获的开始。
接下来，可以把其中有用的东西留下，在合适的时候继续使用；发现不足的地方，再找更好的方法，继续提升。
如果你也想试试，可以先从最近做完的一件事、一段对话开始，和AI一起回答几个问题：
- 当时想完成什么，实际是怎样推进的？
- 哪个选择、理解或感受值得回看，为什么？
- 从中看见了自己什么方法或习惯，依据是什么？
- 什么值得留下，什么需要提升，下次可以在哪里尝试？
把场景、发现、为什么有价值、下次的用途和来源记下来，再给它一个能找到的入口，就可以作为这次尝试的起点。
#裸辞日记、#裸辞做产品、#AI、#AI产品、#AI项目、#自由职业尝试、#张路拾记
最后
感谢阅读，我是张路。
之前在互联网做运营，刚裸辞，正在走一段属于自己的路。
我就是那个比你早出发100米的样本，做成的、没做成的都写，欢迎你和我聊两句。
如果这些记录对你有用，欢迎点个「赞」和「推荐」，让更多需要的人，也能看到这个真实的样本。