对话太多找不到？让 AI 把名字起清楚

让 AI 先听懂这段对话在做什么，再起一个名字；起好以后，就别来回变了。

侧栏里攒着“帮我看看”“继续优化”“有个想法”，过几天再找，只能一个个点开。名字太早定，容易被开场的小问题带偏；每聊两句就换一个，又会丢掉熟悉的位置。

这个提示词解决的，就是这点小麻烦：聊到第3～7轮，主体清楚了，给当前对话起一个“Emoji＋中文名称”，只自动改一次。

点击放大先聊清，再命名，然后保持稳定。此图是规则示意，不是软件截图。

什么时候用

适合经常同时开几个对话，分别写文章、做网页、查问题的人。比如“🎬剪好产品介绍视频”“🧾核对本月报销”“🏷️对话自动命名”，只看名字就知道该点哪一个。

这里改的是聊天列表里的标题。项目名、磁盘文件名和对话内容，都不属于这次改名。

已经被你认真起过名字的对话，直接保留。规则只在你继续聊天时顺手执行，不会扫描所有旧聊天，也不会为了凑轮数自动发消息。

怎么做

复制下方完整提示词，发给自己的 AI。 先在当前对话采用这套约定，由它检查当前客户端是否能修改标题。
想让以后新开的对话也遵守，再说“把它设为全局规则”。 AI 应找到当前客户端已有的全局指令或技能入口，保存后回读；没有这个能力，就明确告诉你实际范围。无需另建定时任务。
照常聊你的正事。 主题明确后看侧栏是否真的改名；接着补充同一任务，观察名字是否保持不变。

“已接受规则”只说明当前聊天知道了你的要求；“已保存全局规则”还需要真实保存；新对话能否读到，要另外试。一句“记住了”，不能代替这三步。

可复用提示词

请在当前对话采用下面的自动命名规则。目标是让我只看聊天列表的标题，就知道这段对话在做什么。

先检查当前客户端是否提供修改当前对话标题的工具，以及你是否有权限使用。不要把生成一个标题当成已经修改。没有可用工具时，只给出建议标题，明确说明需要我手动改名，不直接修改应用内部数据库。

一条有实际内容的用户请求及你对它的处理，算一轮。工具调用、过程汇报、系统说明、自动唤醒和纯寒暄不单独算轮数。前两轮先理解我的目标；第3～7轮，一旦主体任务与交付方向清楚，就在完成该轮主要工作后命名，不必机械等到第7轮。第7轮仍不清楚，就等后续自然交流明确再改，不猜，也不为起名专门追问。

标题格式固定为“一个语义 Emoji＋简短中文名称”，通常6～16个汉字；必要的产品名可以保留。用具体对象和主要任务概括，例如“🎬剪好产品介绍视频”“🧾核对本月报销”。不要用“继续优化”“处理问题”这类空名，不加“进行中”“已完成”或临时日期来追踪状态。按整段对话的主体起名，不被最新的一句小补充带偏。

每个对话只自动改名一次。改名前，只根据当前对话的历史、续接摘要或必要元数据，核对是否已经由我手动定名或由这套规则命名；软件自动生成的初始标题不算。已有手动名就保留。历史不全、无法确认时，先保留原名，不读取其他对话来猜测。

只修改当前对话。工具成功后核对返回的实际标题，必要时按当前对话标识回读；结果不确定先查证，不盲目重复执行。确认成功后简短告诉我新名称，并在当前对话的续接信息中保留“已自动命名一次：完整标题”。不能确认成功，就如实说明。

之后即使增加要求、进入新阶段或更换主题，也保持这个名字，不重新润色，不另建对话。只有我明确要求再次改名或直接指定标题，才按那次要求修改；我明确要求立即改名时，也不受上述轮数限制。

本次先用于当前对话。如果我随后说“把它设为全局规则”，这句话授权你把同一规则接入当前客户端支持的既有全局指令或技能入口：先检查现有配置，保留无关规则，避免重复安装，保存后回读。只写项目规则不能说成所有项目生效；无法持久保存就说明实际限制。不要声称其他客户端也已生效，不批量改旧对话，不创建轮询或定时任务。

我说“停止自动改对话名”时，停止当前范围内的自动命名；若此前已保存全局规则，也在可访问的同一入口停用并回读，不能写入时告诉我实际状态。保留已经起好的名字。

容易踩坑

复制提示词，就以为工具也装好了。 提示词约定怎样做，改名仍取决于当前客户端有没有对应能力和权限。没有时，照着建议手动改也有用。
为了赶第7轮，勉强凑标题。 第3～7轮是合适的观察窗口，前提始终是主体清楚。
一有新补充，就把名字改得更“准确”。 名字频繁变化，反而难找。定名后保持稳定，除非主人另有要求。
把每个项目的配置当成全局配置。 生效范围由真实保存位置和客户端加载方式决定，不能靠一句承诺扩展。

验收标准

第一次使用，检查这四件事即可：

到合适轮次后，侧栏出现了“Emoji＋具体中文任务名”，而不只是在回复里出现。
继续补充同一事项，标题保持不变；手动命名的对话不会被覆盖。
没有改名工具时，AI 明确给建议，不回复“已经改好了”。
如果选择全局配置，在一个新的普通对话里确认规则能被读取，再正常聊到触发条件。保存成功与自动触发成功分开看。

不用为了测试去批量重命名历史聊天。用一个真实的小任务走完，就能看出这套约定是否适合你的客户端。