接着做图，出问题时知道怎么问

第一项功能做出来以后，就按小功能继续加。这里放日常用得上的几段话，需要时复制即可。

第 15 章　新会话先接回当前地图

每次新会话都让 Agent 从文件里接着做，别要求它凭聊天记忆猜。

继续[地图名称]，工程位置是[完整路径]。
读取已有开发计划、资产清单和最近的开发日志。
先告诉我未完成事项、待试玩事项，以及上次修改到了哪里。不要立刻改代码。

它列出的待办有遗漏，就直接补充。未来想做的内容说一句“只记录，不开发”，会更容易区分眼前任务。

一张地图各保留一份下面的文档，交给 Agent 维护。

日志按一个功能批次记录，不用每保存一次就写一篇。截图、录像和大备份放在工程外，避免混进编辑器同步的文件。

如果它一直围着同一个接口改参数，却说不出新依据，可以直接暂停。

先停下正式代码修改。把想看到的效果写清楚，重新查接口、组件、事件和编辑器设置等可能方向。
每个候选说明资料出处，缺什么证据就说缺什么。
需要试验时只用一个【测试专用】文件，一次验证一个疑问。没有新证据就停止，不要随机换参数。

真正测出的限制值得留下。例如某个字符串长度在特定版本有上限，就记录版本、测试条件和边界。旧知识库里的说法先当线索，不能因为写进笔记就当成事实。

先分清报错发生在哪里。OpenCode 连不上模型、地图脚本报错、编辑器组件没按预期工作，需要的证据不同。

把完整提示和刚才的操作发给 Agent，让它先解释。确认修复方案后再开工。修完仍然按原本想要的效果试玩，光是不报错还不够。

我确认按你刚才说明的原因修复，只处理这次问题。
保留原有玩法和蛋码绑定。修好后用中文告诉我原因、改动范围，以及我该怎么验证。
没测到的情况请明确写出来。

升级技能包时，把安装入口再发一次，并说明“升级已有安装”。不要让它直接用网上的新文件盖住本地内容。

升级当前总工作区已安装的蛋仔技能包。
https://gitee.com/tomato_fry_tomato/eggy-agent-skills/blob/main/START-HERE.md
先检查本地修改并备份，使用包内升级流程。发现冲突先停止，项目玩法和开发记录不要覆盖。

想比较装技能前后的区别，让 Agent 用包内启停工具停用，再新建会话。旧会话已经读过的内容，停用后不会从上下文里自动消失。

恢复代码时说明具体范围和目标版本，让它先列出会受影响的文件。不要一句“全部还原”把别的开发成果一起撤销。

在文章下面提问，别人能看到问题对应的小节。想继续交流，也可以从页面上的交流群入口加群。

发问题时把这段补全，配一张能看清报错的截图。

我在看[文章名称和小节]，用的是[原点版或世界版]。
目前做到[具体步骤]，想看到[目标效果]，实际出现[现象]。
已经尝试过[做过的检查]。我想问[一个具体问题]。

截图前遮住密钥、登录凭据和私人信息。地图代码很多时，先发相关现象，不用把整个工程传到群里。