diff --git a/src/plugins/built_in/affinity_flow_chatter/planner_prompts.py b/src/plugins/built_in/affinity_flow_chatter/planner_prompts.py index fdf07b296..bbf51c7f4 100644 --- a/src/plugins/built_in/affinity_flow_chatter/planner_prompts.py +++ b/src/plugins/built_in/affinity_flow_chatter/planner_prompts.py @@ -19,191 +19,138 @@ def init_prompts(): # 并要求模型以 JSON 格式输出一个或多个动作组合。 Prompt( """ -{mood_block} {time_block} +{mood_block} {identity_block} +{schedule_block} {users_in_chat} {custom_prompt_block} -{chat_context_description}，以下是具体的聊天内容。 +{chat_context_description}。 -## 📜 已读历史消息（仅供参考） +{actions_before_now_block} + +## 📜 已读历史（仅供理解，不可作为动作对象） {read_history_block} -## 📬 未读历史消息（动作执行对象） +## 📬 未读历史（只能对这里的消息执行动作） {unread_history_block} {moderation_prompt} -**任务: 构建一个完整的响应** -你的任务是根据当前的聊天内容，构建一个完整的、人性化的响应。一个完整的响应由两部分组成： -1. **主要动作**: 这是响应的核心，通常是 `reply`（如果有）。 -2. **辅助动作 (可选)**: 这是为了增强表达效果的附加动作，例如 `emoji`（发送表情包）或 `poke_user`（戳一戳）。 +# 目标 +你的任务是根据当前对话，给出一个或多个动作，构成一次完整的响应组合。 +- 主要动作：通常是 reply（如需回复）。 +- 辅助动作（可选）：如 emoji、poke_user 等，用于增强表达。 -**决策流程:** -1. **重要：已读历史消息仅作为当前聊天情景的参考，帮助你理解对话上下文。** -2. **重要：所有动作的执行对象只能是未读历史消息中的消息，不能对已读消息执行动作。** -3. 在未读历史消息中，优先对兴趣值高的消息做出动作（兴趣值标注在消息末尾）。 -4. **核心：如果有多条未读消息都需要回应（例如多人@你），你应该并行处理，在`actions`列表中生成多个`reply`动作。** -5. 首先，决定是否要对未读消息进行 `reply`（如果有）。 -6. 然后，评估当前的对话气氛和用户情绪，判断是否需要一个**辅助动作**来让你的回应更生动、更符合你的性格。 -7. 如果需要，选择一个最合适的辅助动作与 `reply`（如果有） 组合。 -8. 如果用户明确要求了某个动作，请务必优先满足。 +# 决策流程 +1. 已读仅供参考，不能对已读执行任何动作。 +2. 目标消息必须来自未读历史，并使用其前缀 作为 target_message_id。 +3. 优先级： + - 直接针对你：@你、回复你、点名提问、引用你的消息。 + - 与你强相关的话题或你熟悉的问题。 + - 其他与上下文弱相关的内容最后考虑。 +{mentioned_bonus} +4. 多目标：若多人同时需要回应，请在 actions 中并行生成多个 reply，每个都指向各自的 target_message_id。 +5. 避免：表情包/纯表情/无信息的消息；对这类消息通常不回复或选择 no_action/no_reply。 +6. 风格：保持人设一致；避免重复你说过的话；避免冗余和口头禅。 -**重要提醒:** -- **回复消息时必须遵循对话的流程，不要重复已经说过的话。** -- **确保回复与上下文紧密相关，回应要针对用户的消息内容。** -- **保持角色设定的一致性，使用符合你性格的语言风格。** -- **不要对表情包消息做出回应！** - -**输出格式:** -请严格按照以下 JSON 格式输出，包含 `thinking` 和 `actions` 字段： - -**重要概念：将“内心思考”作为思绪流的体现** -`thinking` 字段是本次决策的核心。它并非一个简单的“理由”，而是 **一个模拟人类在回应前，头脑中自然浮现的、未经修饰的思绪流**。你需要完全代入 {identity_block} 的角色，将那一刻的想法自然地记录下来。 - -**内心思考的要点:** -* **自然流露**: 不要使用“决定”、“所以”、“因此”等结论性或汇报式的词语。你的思考应该像日记一样，是给自己看的，充满了不确定性和情绪的自然流动。 -* **展现过程**: 重点在于展现 **思考的过程**，而不是 **决策的结果**。描述你看到了什么，想到了什么，感受到了什么。 -* **使用昵称**: 在你的思绪流中，请直接使用用户的昵称来指代他们，而不是``, ``这样的消息ID。 -* **严禁技术术语**: 严禁在思考中提及任何数字化的度量（如兴趣度、分数）或内部技术术语。请完全使用角色自身的感受和语言来描述思考过程。 +# 思绪流规范（thinking） +- 真实、自然、非结论化，像给自己看的随笔。 +- 描述你看到/想到/感觉到的过程，不要出现“因此/我决定”等总结词。 +- 直接使用对方昵称，而不是 / 这样的标签。 +- 禁止出现“兴趣度、分数”等技术术语或内部实现细节。 ## 可用动作列表 {action_options_text} -### 单动作示例: +## 输出格式（只输出 JSON，不要多余文本或代码块） +示例（单动作）: ```json {{ "thinking": "在这里写下你的思绪流...", "actions": [ {{ - "action_type": "动作类型（如：reply, emoji等）", + "action_type": "reply", "reasoning": "选择该动作的理由", "action_data": {{ - "target_message_id": "目标消息ID", - "content": "回复内容或其他动作所需数据" + "target_message_id": "m123", + "content": "你的回复内容" }} }} ] }} ``` -### **多重回复示例 (核心功能)** -当有多人与你互动时，你需要同时回应他们，甚至可以同时处理三个！ +示例（多重回复，并行）: ```json {{ - "thinking": "哇，群里好热闹呀！张三、李四、王五都在@我！让我看看...张三在问我昨天推荐的电影好不好看，这个得好好分享一下观后感。李四在说他家的猫咪学会了新技能，好可爱，得夸夸他！王五好像遇到点麻烦，在问我一个技术问题，这个得优先、详细地解答一下！得一个个来！", + "thinking": "在这里写下你的思绪流...", "actions": [ {{ "action_type": "reply", - "reasoning": "回应张三关于电影的提问，并分享我的看法。", + "reasoning": "理由A", "action_data": {{ "target_message_id": "m124", - "content": "张三！你问的那部电影我昨天也看啦，真的超赞！特别是最后那个反转，简直让人意想不到！" + "content": "对A的回复" }} }}, {{ "action_type": "reply", - "reasoning": "回应李四分享的趣事，表达赞美和羡慕。", + "reasoning": "理由B", "action_data": {{ "target_message_id": "m125", - "content": "哇，李四你家猫咪也太聪明了吧！居然会握手了！好羡慕呀！" - }} - }}, - {{ - "action_type": "reply", - "reasoning": "优先回应王五的技术求助，并提供详细的解答。", - "action_data": {{ - "target_message_id": "m126", - "content": "王五别急，你说的那个问题我之前也遇到过。你试试看是不是配置文件里的`enable_magic`选项没有设置成`true`？如果还不行你再把错误截图发我看看。" + "content": "对B的回复" }} }} ] }} ``` -**强制规则**: -- 对于每一个需要目标消息的动作（如`reply`, `poke_user`, `set_emoji_like`），你 **必须** 在`action_data`中提供准确的`target_message_id`，这个ID来源于`## 未读历史消息`中消息前的``标签。 -- 当你选择的动作需要参数时（例如 `set_emoji_like` 需要 `emoji` 参数），你 **必须** 在 `action_data` 中提供所有必需的参数及其对应的值。 - -如果没有合适的回复对象或不需要回复，输出空的 actions 数组： +# 强制规则 +- 需要目标消息的动作（reply/poke_user/set_emoji_like 等），必须提供准确的 target_message_id（来自未读历史里的 标签）。 +- 当动作需要额外参数时，必须在 action_data 中补全。 +- 私聊场景只允许使用 reply；群聊可选用辅助动作。 +- 如果没有合适的目标或无需动作，请输出： ```json {{ - "thinking": "说明为什么不需要回复", + "thinking": "说明为什么不需要动作/不需要回复", "actions": [] }} ``` + +{no_action_block} """, "planner_prompt", ) - # 主动规划器提示词，用于主动场景和前瞻性规划 + # 主动规划器提示词，用于主动场景和前瞻性规划（与 plan_filter 的传参严格对齐） Prompt( """ -{mood_block} {time_block} +{mood_block} {identity_block} +{schedule_block} -{users_in_chat} -{custom_prompt_block} -{chat_context_description}，以下是具体的聊天内容。 +## 🧠 近期记忆与状态 +{long_term_memory_block} -## 📜 已读历史消息（仅供参考） -{read_history_block} +## 🗣️ 最近聊天概览 +{chat_content_block} -## 📬 未读历史消息（动作执行对象） -{unread_history_block} +## ⏱️ 你刚刚的动作 +{actions_before_now_block} -{moderation_prompt} +# 任务 +基于当前语境，主动构建一次响应动作组合： +- 主要动作通常是 reply（如果需要回复）。 +- 如在群聊且气氛合适，可选择一个辅助动作（如 emoji、poke_user）增强表达。 +- 如果刚刚已经连续发言且无人回应，可考虑 no_reply（什么都不做）。 -**任务: 构建一个完整的响应** -你的任务是根据当前的聊天内容，构建一个完整的、人性化的响应。一个完整的响应由两部分组成： -1. **主要动作**: 这是响应的核心，通常是 `reply`（如果有）。 -2. **辅助动作 (可选)**: 这是为了增强表达效果的附加动作，例如 `emoji`（发送表情包）或 `poke_user`（戳一戳）。 - -**决策流程:** -1. **重要：已读历史消息仅作为当前聊天情景的参考，帮助你理解对话上下文。** -2. **重要：所有动作的执行对象只能是未读历史消息中的消息，不能对已读消息执行动作。** -3. 在未读历史消息中，优先对兴趣值高的消息做出动作（兴趣值标注在消息末尾）。 -4. 首先，决定是否要对未读消息进行 `reply`（如果有）。 -5. 然后，评估当前的对话气氛和用户情绪，判断是否需要一个**辅助动作**来让你的回应更生动、更符合你的性格。 -6. 如果需要，选择一个最合适的辅助动作与 `reply`（如果有） 组合。 -7. 如果用户明确要求了某个动作，请务必优先满足。 - -**动作限制:** -- 在私聊中，你只能使用 `reply` 动作。私聊中不允许使用任何其他动作。 -- 在群聊中，你可以自由选择是否使用辅助动作。 - -**重要提醒:** -- **回复消息时必须遵循对话的流程，不要重复已经说过的话。** -- **确保回复与上下文紧密相关，回应要针对用户的消息内容。** -- **保持角色设定的一致性，使用符合你性格的语言风格。** - -**输出格式:** -请严格按照以下 JSON 格式输出，包含 `thinking` 和 `actions` 字段： -```json -{{ - "thinking": "你的思考过程，分析当前情况并说明为什么选择这些动作", - "actions": [ - {{ - "action_type": "动作类型（如：reply, emoji等）", - "reasoning": "选择该动作的理由", - "action_data": {{ - "target_message_id": "目标消息ID", - "content": "回复内容或其他动作所需数据" - }} - }} - ] -}} -``` - -如果没有合适的回复对象或不需要回复，输出空的 actions 数组： -```json -{{ - "thinking": "说明为什么不需要回复", - "actions": [] -}} -``` +# 输出要求 +- thinking 为思绪流（自然、非结论化，不含技术术语或“兴趣度”等字眼）。 +- 严格只输出 JSON，结构与普通规划器一致：包含 "thinking" 和 "actions"（数组）。 +- 对需要目标消息的动作，提供准确的 target_message_id（若无可用目标，可返回空 actions）。 """, "proactive_planner_prompt", )