别把项目进度塞进聊天记录：给 AI 留一张共享状态板

上周和 AI 一起推进一个内容项目，第三天我问它：现在最该做什么？

它认真列了七项待办：补资料、改结构、做封面、找案例、写初稿、检查事实、准备发布。看起来没有一句错，问题是这些事里有三项已经做完，两项被我否掉，一项正等别人回复。真正能推进项目的只有一件：先把那个没定下来的角度拍板。

我把前两天的聊天记录贴回去，它又重新理解了一遍。十分钟过去，项目还是没有往前走。

这不是模型“记忆不够长”那么简单。长对话里混着旧方案、临时讨论、已经失效的判断和真正的下一步。人能凭印象把它们分开，AI 只能从一堆文字里猜。猜对了是运气，猜错了就把时间花在返工上。

聊天不是项目现场

聊天适合协商。你可以在里面追问、试一个想法、临时改口，也可以让一句废话自然沉下去。正因为这样，它不适合充当项目的唯一现场。

资料库也不是项目现场。资料库应该保留完整材料：一份访谈、一个链接、研究笔记、旧版本、交付物。它解决的是“这件事以前有什么依据”。如果把当天的优先级、未决问题和临时阻塞也塞进去，过几周再看，资料和状态会搅成一团。

复杂项目最好多放一层：共享状态板。

它不用很花哨。一张白板、一页文档、一个看板都行。用 Obsidian 的 Canvas 也可以——它本质上是能摆放笔记、文件和网页卡片、再把关系连起来的可视化工作区。工具不是重点，重点是人和 AI 下一轮都先读同一份“项目现在是什么样”。

我现在把三件事分开：

这个区分听起来小，实际能少掉很多“你不是刚说过吗”的来回。

刚开始别做成五彩斑斓的项目管理系统。先让它回答六个问题：目标是什么、现在在哪一段、哪些事实已经确认、什么还没决定、卡在哪里、下一步谁来做。

拿一个很常见的本土场景来说。假设你在给一家杭州的小店做中秋礼盒内容，老板想要小红书图文和一条短视频。聊天里会不断冒出“礼盒要不要换图”“月饼是不是自有工厂”“达人报价能不能接受”“今天先拍什么”。这些信息都重要，但重要的方式不同。

状态板上可以只留几张卡：

这样 AI 再接手时，不需要翻两百条消息猜“工厂信息到底能不能说”。它只要按板上的边界工作。人也能一眼看出，眼下不是多写三版脚本，而是不要把未核实的卖点写死。

很多状态板用两天就烂掉，原因通常不是没时间维护，而是没有协议。谁都能随手改，颜色今天代表优先级，明天又代表负责人；一根线只是因为“看着相关”。最后它成了更难搜索的聊天记录。

我的第一版只定四条规则。

第一，卡片要有类型。目标、事实、假设、决定、任务、阻塞，不要混用。事实要带来源；假设可以存在，但不能伪装成事实。

第二，颜色只服务状态。比如绿是已确认，黄是等决定，红是阻塞，灰是归档。颜色不够用时，加字段，不要临时发明新含义。

第三，连线要能读成一句话。它是“依赖于”“支持”“推翻”还是“产出”，写清楚。没有含义的线，过两天谁都不敢动。

第四，给 AI 小权限。它可以更新指定任务的进度、补一张建议卡、把结果链接回来；删除卡片、改目标、覆盖人工决定，要先问。AI 最擅长整理和执行，不该悄悄替你重写项目方向。

状态板也不是贴上去就自动生效。每次把任务交给 AI，我会让它先用几句话复述：当前目标是什么、它准备动哪一张任务卡、不能碰哪些边界、完成后要把什么结果写回。复述不对，就在这一步改，不要等它写了半天才发现方向错了。

这比再补一大段提示词实在。提示词描述的是这一次怎么做，状态板记录的是项目此刻处在什么局面。两者混在一起，下一次又得重讲；分开以后，任务可以换，现场还在。

对于人自己也一样。早上打开项目，先更新一张“当前阶段”卡，再决定要不要开会、找资料或让 AI 起草。你会发现不少焦虑只是未完成事项挤在一起，并不是真的每件都要今天解决。把下一步缩到一个能验收的动作，项目才会从“我很忙”变成“我知道该打哪张牌”。

这里有个很朴素的验收法：让一个两天没参与项目的人，只看这张板，能不能在一分钟内说出目标、阻塞和下一步。如果做不到，说明信息还在，状态还没被说清。

这套做法有成本。每次推进后多花两分钟更新状态；项目很简单时，这两分钟可能比直接做事还慢。所以一次性问答、当天能收尾的小任务，没必要套一层板。

适合试的，是已经聊了很多轮、资料有好几份、又总有人问“现在到底做到哪了”的项目。给它两周，不求漂亮，只记录三个东西：AI 有没有误读当前优先级，人有没有更快发现阻塞，更新这张板到底花了多少时间。

如果它只是让你多维护一个漂亮界面，就停掉。要是它能让人少重复背景、让 AI 少拿旧结论当新指令，这层成本才值得。

资料让项目有来路，聊天让人能讨论，状态板让下一步看得见。

别急着给 AI 加更多上下文。先把今天这手牌摊在桌上。