做一个小功能，然后亲自试玩

这次练习做一个提示区。玩家走进去，看到一句欢迎文字；离开后文字消失。暂时不加奖励、商店和存档。

你需要在测试地图里准备一个区域，以及能显示文字的界面。具体用哪个组件，让 Agent 查当前版本的手册后告诉你，不要照搬另一版的设置。

第 9 章　先选单人还是多人

先告诉 Agent 地图允许几个人一起玩。多人地图要补一句“谁能看到提示”。

这是一张[单人或多人]地图。
我要做一个欢迎提示区。玩家进入后，只在这个玩家自己的界面显示“欢迎来到我的地图”。
离开区域就隐藏，重新进入还会显示。
多人同时进入时，每个人各看各的，其他人的进入或离开不能影响我。
先确认你理解的效果，不要写代码。

这段描述用的是玩家能看到的结果。你不需要替 Agent 指定代码接口。

看它的复述，重点检查有没有多加玩法。例如你只要欢迎文字，它却计划加金币奖励，就在这里纠正。

确认后发这段。

按刚才确认的效果做。先把我的要求原话保留在开发计划里，再写你的理解。
玩法需求只写玩家看到的玩法，不写代码实现。
地图里已有这些文档就继续维护，不要再新建第二份。

以后临时想到新功能，可以直接说“只记进开发计划，现在不做”。这样不会打断手上的功能，也不怕下次忘记。

让 Agent 查清这版编辑器怎么感知玩家进入、怎么找到对应玩家的界面、怎么显示和隐藏文字。查不到就先研究，不要靠换参数碰运气。

先查当前工程接口定义和对应版本官方资料。
把这次会用的接口、资料位置和仍不确定的地方写到开发计划。
给我看的回复只说需要哪些组件、要设置什么，以及准备改哪些文件。
拿不准的用法先单独验证，不要直接试在全部正式功能上。

你不用审 Lua 参数。看它有没有真正给出当前工程和资料位置，是否还有“应该可以”“大概支持”这样的未确认项。

按它查证后的说明准备区域和文字节点。编辑器提供实例编号时，把编号复制给 Agent，并说明这个编号对应哪个东西。

这个编号是[组件或界面节点名称]，用途是[用途]，编号是[粘贴编号]。
请登记到当前地图的资产清单，不要让我下个会话重新提供。
现在只实现欢迎提示区。修改前保存恢复点，不要动其他玩法和蛋码调用的函数名称。
写完检查自己的改动，再告诉我编辑器里还要设置什么。

它做完后，应该给出本次改动范围和试玩方法。代码保存成功还没到完成，需要你进地图看看。

按当前编辑器的流程保存或同步脚本，然后开始试玩。涉及 Agent 操作编辑器时，明确告诉它这次可以开始试玩。

按下面的顺序走一遍。

如果现在只有一个人测试，就告诉 Agent“单人表现通过，多人还没测”。不要让它把多人效果也标成完成。

都符合后，再说“这个功能试玩通过”。让它更新开发计划和本批次开发日志，记下版本。后面再加别的功能。

报错就保留本轮日志和出现问题时的截图，不需要自己翻译。没有报错却没效果，也把现象说清楚。

我刚才[做了什么]，原本应该[出现什么]，实际是[看到什么]。
这是本轮报错或截图。先解释可能原因和还缺什么证据，等我确认后再修。
不要删除提示功能来消除报错，也不要顺手改其他地方。

卡在这一节，可以展开下面的评论，写清卡住的步骤。也可以到交流群带着截图问，别只发一句“用不了”。