“继续开发。”

对人来说，这句话背后有昨天的讨论、尚未验收的页面和已经作出的决定。对新一轮对话来说，这些信息如果没有留下入口，就只能靠猜。

本站采用的办法，是让“从哪里接着做”成为项目里可以找到的事实，而不是每次重新讲一遍背景。

入口先回答三个问题

项目根目录的 AGENTS.md 不需要装下所有知识。它先回答：这是个什么项目，哪些约束始终成立，遇到哪类任务去哪里查。

比如修改 UI 时，入口会指向开发规则与 UI 规范；准备交付时，指向协作与交付约定。AI 按任务读取直接相关的材料，随后再看目标代码与依赖。

这个入口的作用是指路。把全部历史、文件清单和实现细节放进去，会让每次开发都先背上无关内容。

稳定规则与当前任务，各放一处

本站把信息按使用目的分开：

信息	要回答的问题
产品边界	为什么做，什么结果有价值
当前任务	现在推进什么，在哪里接续
已接受方案	这次已经决定了什么，怎样验收
开发与运行规则	必须遵守哪些边界，怎样验证
代码、配置与测试	系统现在究竟怎样运行

临时状态不需要抬升为永久规则，能从代码可靠查到的事实也不必另抄一份。否则两份说明迟早会出现分歧，下次对话还要先判断该相信谁。

“继续”先恢复当前工作

在这个项目里，“继续开发”先读取计划中的 Now。如果页面还在等待验收，就先收尾；如果验证没做完，就补齐必要证据。不会因为下一项看起来更有趣，就跳到 Next。

恢复之后，再检查当前分支、未提交修改与相关代码。文档说的是工作意图，工作区反映的是实际状态，两者都要看。

一条足够好的接续记录，不是“完成了 80%”，而是“原型已实现，桌面已检查，窄屏目录还没验证；入口在这里”。它让下一次行动明确，也让结论的边界可见。

上下文不会扩大授权

知道下一步该做什么，不等于已经获准做所有动作。文件修改、Git commit、远端发布与运行数据清理，影响范围并不相同。

本站的约定会区分这些动作。AI 可以在已确认范围内推进实现；新的提交、发布或数据处置，仍按对应授权执行。把权限边界和任务入口一起留下，可以减少对话接续时的误判。

让项目能纠正自己的说明

当新结果使旧说明失效时，在承担该事实的位置更新，而不是不断在文末追加补丁。当前状态由计划维护，稳定约束回到相关规则，具体行为尽量交给代码与检查。

这套安排不能保证 AI 永远不丢上下文。它提供的是一个可以检查、可以修正的起点：当回答偏离项目时，人和 AI 都能回到同一处核对。