让文件、上下文和下一次工作留在同一个项目
做完一轮任务，最容易丢失的往往不是最终文件，而是为什么这样做、用了哪些材料、还有什么没确认。项目可以为这些信息提供一个稳定的落点，让下一次工作从已有进度开始。
用任务边界组织项目
一个网站、一份调研报告或一次内容活动，都可以拥有各自的项目。把有共同目标和材料的工作放在一起，避免无关历史占满上下文。项目并非越大越好，边界应当帮助你回答“这次要做什么”。
开始时先指出事实源：代码以哪个仓库为准，数字以哪份数据为准，品牌以哪组素材为准。模型不需要把每份文件都当成同等权威，也不应该依靠文件名猜测优先级。
让输入与输出可以区分
尽量保留原始资料，在单独的位置生成整理结果。处理表格时不覆盖输入，写报告时保留来源记录，修改代码时审阅差异。具体目录可以沿用项目习惯，重点是让文件用途清楚，而不是强制建立一套复杂模板。
输出文件名包含有用的用途和版本信息即可。需要比较多个方案时，保留各自对应的要求，避免一张好看的图片与它的提示词、尺寸或修改记录脱节。
继续之前，先确认当前状态
会话历史能帮助延续目标，却不能保证磁盘文件和外部页面仍停留在上一次的状态。重新进入任务时，先让 Lime 查看当前文件、最近修改和未完成项，再决定下一步。多人协作时尤其如此。
如果原来的任务中断，先分清已经完成的本地工作和仍不确定的外部操作。发布、发送或写入远端系统的动作，应当先核对结果，再判断是否继续，避免因重试造成重复。
把稳定方法留下来
当一个流程经过多次验证，再考虑提炼为 Skill 或项目说明。写清输入、步骤、工具依赖、交付物和检查方式，让它服务于下一次执行。一次性的素材和临时路径不应变成长期规则。
最后留一段简短交接：完成了什么，产出在哪里，检查了什么，下一步是什么。它既方便自己恢复工作，也能让协作者更快理解当前状态。