我第一次整理的时候，手上有三份零散的东西：一份上午的产品评审会议记录（我自己打字的）、一个下午的技术方案讨论（语音转的文字）、还有一段随手记的产品想法。结果它给我返回来一段"优化版"的会议纪要，把原始内容改得面目全非——决策人变了、时间节点模糊了、关键技术细节被删了。原因很简单：会议纪要结构化程度最高，有明确的"谁、做了什么、什么时候完成"，Codex 处理起来最准。你看，它把语音转文字里乱成一团

我第一次整理的时候，手上有三份零散的东西：一份上午的产品评审会议记录（我自己打字的）、一个下午的技术方案讨论（语音转的文字）、还有一段随手记的产品想法。结果它给我返回来一段"优化版"的会议纪要，把原始内容改得面目全非——决策人变了、时间节点模糊了、关键技术细节被删了。原因很简单：会议纪要结构化程度最高，有明确的"谁、做了什么、什么时候完成"，Codex 处理起来最准。你看，它把语音转文字里乱成一团

后来我写另一条 [[Codex prompt 设计技巧]] 的时候，Codex 自动帮我在文末加了一句"相关踩坑见 [[知识库搭建的坑]]"。比如我记了一条"Claude 长上下文在代码审查里的表现"，Codex 会建议我建几个标签 #AI工具 #代码审查 #Claude，然后告诉我"你上周写的 [[Codex 处理长文档的体验]] 跟这条直接相关，建议互相链接"。你不需要在写笔记的时候想清楚"这

后来我写另一条 [[Codex prompt 设计技巧]] 的时候，Codex 自动帮我在文末加了一句"相关踩坑见 [[知识库搭建的坑]]"。比如我记了一条"Claude 长上下文在代码审查里的表现"，Codex 会建议我建几个标签 #AI工具 #代码审查 #Claude，然后告诉我"你上周写的 [[Codex 处理长文档的体验]] 跟这条直接相关，建议互相链接"。你不需要在写笔记的时候想清楚"这

后来我写另一条 [[Codex prompt 设计技巧]] 的时候，Codex 自动帮我在文末加了一句"相关踩坑见 [[知识库搭建的坑]]"。比如我记了一条"Claude 长上下文在代码审查里的表现"，Codex 会建议我建几个标签 #AI工具 #代码审查 #Claude，然后告诉我"你上周写的 [[Codex 处理长文档的体验]] 跟这条直接相关，建议互相链接"。你不需要在写笔记的时候想清楚"这