DC娱乐网

J人coding 第一周 - 如何 管理无序chat 距上条帖子过去快一个月了,

J人coding 第一周 - 如何 管理无序chat
距上条帖子过去快一个月了,听大家的建议以及试用了一遍市面上主流的智能体,最终选择了codex做为我主要开发工具,最近已经开始从 0 做自己的第一个项目啦!
一开始想得蛮简单,每天都在和chatgpt激情聊产品想法,结果项目真跑起来以后,发现还是有些小卡点。
我最早有个"产品讨论"Chat,里面聊了很多重要的东西:用户是谁、MVP 做什么、哪些功能先砍、为什么这么设计。
后来为了"专业一点",又建了新的 Project,准备专门写 PRD。然后我遇到了一个很现实的问题:
原来的产品讨论 Chat,移不进新 Project。
如果直接在 Project 里新开一个 PRD Chat,它并不知道我前面到底聊了什么。

到这里我意识到:Vibe Coding 项目做到一定程度,Context 本身也需要管理。

现在我的解决办法是,先把旧 Chat 里已经成型的产品背景、核心逻辑和重要决策整理成一份 Product_Context.md。它比较像一个"上下文搬家包":
旧的产品讨论 Chat
→ 整理成 Product Context
→ 交给新 Project 里的 PRD Chat
→ 在新环境里继续工作

所以,现在的分工是这样的:
1️⃣ 产品讨论 Chat — 负责"想"
脑暴、纠结、为什么、要不要做,都可以聊。

2️⃣ PRD — 负责"定"
真正被我确认的产品需求,才写进去。
这样 Codex 开发时看到的是"现在确定要做什么",不是我脑暴时冒出来的所有想法。

3️⃣ Development Diary — 负责"为什么"
记录重要的 Idea / Discussion / Decision / Open Questions。 这是本J人最喜欢的一部分,我可以定期梳理我的开发思路,不然过两周自己都忘了当初为啥选 A 不选 B。

4️⃣ Codex — 负责"做"
等前面需求相对清楚了,再让它基于 PRD 和项目文件改代码、跑项目、解决问题。

至于 Product Context,我现在不把它当成必须长期维护的一套文档。它只是旧 Chat 搬不过去时,我用来解决 Context 断层的一座桥。

以上就是我的一点点踩坑经验和心得啦!howto用好AI howto入门codex
codex入门 vibecodingJ人的生活 文科转码