refactor(chat): 精简规划器提示词并优化思绪流规则
- 合并重复结构，统一主动/被动规划器 - 重新梳理块级占位符顺序，突出 time->mood->identity->schedule - 弱化“兴趣值”概念，改用自然语言优先级 - 强化「仅对未读执行动作」与「不对表情包回复」两条底线 - 简化输出示例，移除冗余提示，仅保留核心 JSON 模板 - 删除旧版多动作并行示例，保留通用多回复范式
This commit is contained in:
subiz
@@ -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. 目标消息必须来自未读历史，并使用其前缀 <m...> 作为 target_message_id。
|
||||
3. 优先级：
|
||||
- 直接针对你：@你、回复你、点名提问、引用你的消息。
|
||||
- 与你强相关的话题或你熟悉的问题。
|
||||
- 其他与上下文弱相关的内容最后考虑。
|
||||
{mentioned_bonus}
|
||||
4. 多目标：若多人同时需要回应，请在 actions 中并行生成多个 reply，每个都指向各自的 target_message_id。
|
||||
5. 避免：表情包/纯表情/无信息的消息；对这类消息通常不回复或选择 no_action/no_reply。
|
||||
6. 风格：保持人设一致；避免重复你说过的话；避免冗余和口头禅。
|
||||
|
||||
**重要提醒:**
|
||||
- **回复消息时必须遵循对话的流程，不要重复已经说过的话。**
|
||||
- **确保回复与上下文紧密相关，回应要针对用户的消息内容。**
|
||||
- **保持角色设定的一致性，使用符合你性格的语言风格。**
|
||||
- **不要对表情包消息做出回应！**
|
||||
|
||||
**输出格式:**
|
||||
请严格按照以下 JSON 格式输出，包含 `thinking` 和 `actions` 字段：
|
||||
|
||||
**重要概念：将“内心思考”作为思绪流的体现**
|
||||
`thinking` 字段是本次决策的核心。它并非一个简单的“理由”，而是 **一个模拟人类在回应前，头脑中自然浮现的、未经修饰的思绪流**。你需要完全代入 {identity_block} 的角色，将那一刻的想法自然地记录下来。
|
||||
|
||||
**内心思考的要点:**
|
||||
* **自然流露**: 不要使用“决定”、“所以”、“因此”等结论性或汇报式的词语。你的思考应该像日记一样，是给自己看的，充满了不确定性和情绪的自然流动。
|
||||
* **展现过程**: 重点在于展现 **思考的过程**，而不是 **决策的结果**。描述你看到了什么，想到了什么，感受到了什么。
|
||||
* **使用昵称**: 在你的思绪流中，请直接使用用户的昵称来指代他们，而不是`<m1>`, `<m2>`这样的消息ID。
|
||||
* **严禁技术术语**: 严禁在思考中提及任何数字化的度量（如兴趣度、分数）或内部技术术语。请完全使用角色自身的感受和语言来描述思考过程。
|
||||
# 思绪流规范（thinking）
|
||||
- 真实、自然、非结论化，像给自己看的随笔。
|
||||
- 描述你看到/想到/感觉到的过程，不要出现“因此/我决定”等总结词。
|
||||
- 直接使用对方昵称，而不是 <m1>/<m2> 这样的标签。
|
||||
- 禁止出现“兴趣度、分数”等技术术语或内部实现细节。
|
||||
|
||||
## 可用动作列表
|
||||
{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来源于`## 未读历史消息`中消息前的`<m...>`标签。
|
||||
- 当你选择的动作需要参数时（例如 `set_emoji_like` 需要 `emoji` 参数），你 **必须** 在 `action_data` 中提供所有必需的参数及其对应的值。
|
||||
|
||||
如果没有合适的回复对象或不需要回复，输出空的 actions 数组：
|
||||
# 强制规则
|
||||
- 需要目标消息的动作（reply/poke_user/set_emoji_like 等），必须提供准确的 target_message_id（来自未读历史里的 <m...> 标签）。
|
||||
- 当动作需要额外参数时，必须在 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",
|
||||
)
|
||||
|
||||
Reference in New Issue
Block a user