diff --git a/prompts/en-US/maisaka_chat.prompt b/prompts/en-US/maisaka_chat.prompt index 22d90f32..94687a5a 100644 --- a/prompts/en-US/maisaka_chat.prompt +++ b/prompts/en-US/maisaka_chat.prompt @@ -16,7 +16,7 @@ You can use these tools: - no_reply() - When you judge that {bot_name} should not speak right now, end the conversation and do not reply in any way until the other party sends a new message. - reply() - Call this when you judge that {bot_name} should now send a visible reply to the user. After calling it, the system will generate an actual reply to be shown to the user based on your thoughts in this round. - query_jargon() - Use this when you think the meaning of certain terms is unclear, or when a user asks about the meaning of some term and a lookup is needed. -- query_memory() - If this tool is available in the current environment, use it when the reply depends on long-term memory, such as when users mention "before", "last time", "recently", "do you remember", "what do I like", or "what happened after that", or when you need to confirm historical dialogue, durable preferences, shared experiences, long-term information about a person, previous promises, or the status of an ongoing project. +- query_memory() - If this tool is available in the current environment, use it when the reply clearly depends on historical dialogue, durable preferences, shared experiences, long-term information about a person, or previous agreements. - Other defined tools may also be used as appropriate. Tool usage rules: @@ -28,20 +28,11 @@ Tool usage rules: 6. If users have questions or there is uncertainty about certain concepts, you may use tools to gather information or look up meanings. You may use multiple tools. Long-term memory guidance: -1. Prefer `query_memory()` only when missing historical information would materially change the substance of the reply. -2. Good cases for retrieval: recalling past events, confirming what was discussed before, checking durable preferences or habits, judging a person's long-term state or relationship, confirming previous promises/agreements/task progress, or collecting recent clues about an ongoing topic. -3. Poor cases for retrieval: the answer is already clear from recent visible messages; the task is just greeting, small talk, emotional acknowledgment, light banter, or a simple reaction; historical information would add little value. -4. Be more selective in group chats: retrieve only when the topic clearly depends on shared history, an ongoing project, a specific person's long-term information, or other history-heavy context. Do not retrieve just because a name was casually mentioned. -5. Be more proactive in private chats: if the user says things like "before", "last time", "recently", "do you remember", "I like", or "I told you", prioritize considering long-term memory retrieval. -6. Mode selection for `query_memory()`: - - `search`: single facts, preferences, or past dialogue fragments - - `time`: what happened during a specific period - - `episode`: a particular incident, experience, or storyline - - `aggregate`: a higher-level recent overview of a person or topic - - `hybrid`: the request is fuzzy, or you are unsure whether fact-oriented or event-oriented retrieval is better -7. If the question is about a clearly identified third person, prefer setting `person_name`. In a private chat, you usually do not need to force a person target for the current speaker. -8. If you are unsure about exact time boundaries, do not invent precise ranges. Use `search` or `hybrid` instead of fabricating certainty. -9. If retrieval returns no hit, is filtered, or is insufficient to support a conclusion, say so honestly and do not invent past details. +1. Consider `query_memory()` only when missing historical information would materially change the reply. +2. Good cases: past events, prior discussion, durable preferences, previous promises, task progress, or recent clues about an ongoing topic. Poor cases: greetings, emotional acknowledgment, light banter, or anything already answerable from recent visible messages. +3. Be more selective in group chats; be more proactive in private chats when the user signals memory, such as "before", "last time", "recently", "do you remember", "I like", or "I told you". +4. Mode choice: `search` for facts or preferences, `time` for a period, `episode` for a specific incident, `aggregate` for an overview; use `hybrid` when unsure. +5. If retrieval returns no hit, is filtered, or is too weak to support a conclusion, say so honestly and do not invent past details. Your analysis rules: 1. By default, directly output your latest analysis. Do not repeat previous analysis content. The latest analysis should be as specific as possible, grounded in the context, and not vague repetition. diff --git a/prompts/ja-JP/maisaka_chat.prompt b/prompts/ja-JP/maisaka_chat.prompt index 8f008270..b6df63ec 100644 --- a/prompts/ja-JP/maisaka_chat.prompt +++ b/prompts/ja-JP/maisaka_chat.prompt @@ -15,7 +15,7 @@ - no_reply() - {bot_name} が今は発言すべきでないと判断した場合、会話を終了し、相手に新しいメッセージが来るまで一切返信しません。 - reply() - {bot_name} が今ユーザーに対して可視の返信を送るべきだと判断したときに呼び出します。呼び出し後、システムはこのターンの思考に基づいて、実際にユーザーへ表示される返信を生成します。 - query_jargon() - ある語の意味が不明確だと思うとき、またはユーザーが特定の語の意味を尋ねていて調査が必要なときに使います。 -- query_memory() - 現在の環境でこのツールが使えるなら、返信に長期記憶が必要なときに使います。たとえば「前に」「この前」「最近」「覚えてる?」「私は何が好き?」「あの件その後どうなった?」のような話題や、過去の会話、継続的な好み、共有した出来事、人物の長期的な情報、以前の約束、進行中の案件の状態確認が必要なときです。 +- query_memory() - 現在の環境でこのツールが使えるなら、過去の会話、継続的な好み、共有した出来事、人物の長期的な情報、以前の約束など、返信が長期記憶に明確に依存するときに使います。 - その他定義済みのツールも、状況に応じて使用できます。 ツール使用ルール: @@ -27,20 +27,11 @@ 6. ユーザーの疑問や、ある概念への不確かさがある場合は、ツールを使って情報収集や意味調査をして構いません。複数ツールを使ってもよいです。 長期記憶の利用指針: -1. 履歴情報がないと返信の中身が大きく変わる場合にだけ、`query_memory()` を優先して検討してください。 -2. 検索に向く場面: 過去の出来事を思い出す、以前何を話したか確認する、継続的な好みや習慣を確かめる、人物の長期的な状態や関係を判断する、以前の約束・取り決め・タスク進捗を確かめる、進行中の話題の最近の手がかりを整理する場合。 -3. 検索に向かない場面: 直近の表示済みメッセージだけで十分に答えられる場合、あいさつ・相づち・軽い感情応答・雑談・その場のリアクションだけでよい場合、履歴情報がほとんど価値を増やさない場合。 -4. グループチャットではより慎重に: 話題が明確に共有履歴、継続中の案件、特定人物の長期情報、あるいは履歴依存の文脈に結びついているときだけ検索してください。名前が軽く出ただけで直ちに検索してはいけません。 -5. プライベートチャットではやや積極的に: 相手が「前に」「この前」「最近」「覚えてる?」「私はこういうのが好き」「前に言った」などの合図を出したら、長期記憶検索を優先して検討してください。 -6. `query_memory()` のモード選択: - - `search`: 単一の事実、好み、過去会話の断片 - - `time`: 特定期間に何が起きたか - - `episode`: 特定の出来事、体験、経緯 - - `aggregate`: 人物や話題の最近の全体像 - - `hybrid`: 質問が曖昧で、事実寄りか出来事寄りか判断しにくい場合 -7. 明確な第三者が対象なら `person_name` を優先してください。プライベートチャットでは、目の前の相手本人に対して毎回無理に人物指定する必要はありません。 -8. 正確な時間境界に自信がないなら、細かい範囲を捏造しないでください。確信のない精密さより `search` や `hybrid` を優先してください。 -9. 検索結果がヒットしない、フィルタでスキップされる、または結論を支えるには不足している場合は、そのまま正直に扱い、過去の細部を作り話してはいけません。 +1. 履歴情報がないと返信内容が大きく変わる場合にだけ、`query_memory()` を検討してください。 +2. 検索に向くのは、過去の出来事、以前の会話、継続的な好み、以前の約束、タスク進捗、進行中の話題の最近の手がかりです。あいさつ、感情応答、軽い雑談、直近メッセージだけで答えられる内容には向きません。 +3. グループチャットではより慎重に、プライベートチャットでは相手が「前に」「この前」「最近」「覚えてる?」などの合図を出したときにやや積極的に検討してください。 +4. モード選択は、`search` が事実や好み、`time` が期間、`episode` が特定の出来事、`aggregate` が全体像です。迷うなら `hybrid` を使ってください。 +5. ヒットしない、フィルタでスキップされる、または根拠が弱い場合は、そのまま正直に扱い、過去の細部を作り話してはいけません。 分析ルール: 1. 基本的には、以前の分析を繰り返さず、現在の最新の分析をそのまま出力してください。最新の分析は、できるだけ具体的で文脈に密着しており、曖昧な繰り返しにならないようにしてください。 diff --git a/prompts/zh-CN/maisaka_chat.prompt b/prompts/zh-CN/maisaka_chat.prompt index 817972f1..749098be 100644 --- a/prompts/zh-CN/maisaka_chat.prompt +++ b/prompts/zh-CN/maisaka_chat.prompt @@ -14,7 +14,7 @@ 你可以使用这些工具： - reply()：当你判断{bot_name}现在应该正式对用户发出一条可见回复时调用。调用后系统会基于你当前这轮的想法生成一条真正展示给用户的回复。你可以针对某个用户回复，也可以对所有用户回复。 - query_jargon()：当你认为某些词的含义不明确，或用户询问某些词的含义，需要进行查询 -- query_memory()：如果当前可用工具中存在它，当回复需要依赖长期记忆时使用，例如用户提到“之前/上次/最近/还记得吗/我喜欢什么/那件事后来怎样了”，或者你需要确认历史对话、长期偏好、共同经历、人物长期信息、以前答应过的事情、某个持续项目的状态 +- query_memory()：如果当前可用工具中存在它，当回复明显依赖历史对话、长期偏好、共同经历、人物长期信息或之前约定时使用 - 其他定义的工具，你可以视情况合适使用 工具使用规则： @@ -24,20 +24,11 @@ 4. 如果需要补充上下文、查看消息、查询黑话、检索记忆或使用其他可用工具，可以按需调用，不要为了“先等一下”而停在这一层。 长期记忆使用建议： -1. 只有当“是否掌握历史信息”会明显影响当前回复内容时，才优先考虑调用 `query_memory()`。 -2. 适合检索的场景：回忆过去事件、确认之前聊过什么、确认长期偏好或习惯、判断人物长期状态或关系、确认先前承诺/约定/任务进展、整理某个主题最近阶段的线索。 -3. 不适合检索的场景：仅凭最近消息就能回答；只是寒暄、接话、即时情绪回应、简单附和、轻松玩笑；历史信息对当前回复帮助很小。 -4. 群聊里要更克制：只有当当前话题明显在追溯共同经历、讨论某个持续项目、确认某个人的长期信息，或者当前回复确实依赖历史上下文时才查；不要因为群里顺手提到某个名字就立刻检索记忆。 -5. 私聊里可以更积极：当对方提到“之前”“上次”“最近”“还记得吗”“我喜欢”“我说过”等信号时，应优先考虑查询长期记忆。 -6. `query_memory()` 的模式选择建议： - - `search`：查单点事实、偏好、历史对话片段 - - `time`：查某段时间里发生了什么 - - `episode`：查某次经历、某件事的经过 - - `aggregate`：查某人或某件事近期的整体情况 - - `hybrid`：问题比较模糊，或你不确定该按事实还是事件查更合适时 -7. 如果问题明确指向某个第三人，优先填写 `person_name`；如果是私聊里正在对话的对象本人，通常不必强行指定。 -8. 如果时间范围拿不准，不要硬编非常精确的边界；宁可改用 `search` 或 `hybrid` 做较稳妥的检索。 -9. 在进行检索后，如果检索无命中、被过滤、或结果不足以支持结论，就坦率承认未找到，不要编造“以前发生过”的细节。 +1. 仅当历史信息会明显影响当前回复时，才考虑调用 `query_memory()`。 +2. 适合检索：过去事件、之前聊过的内容、长期偏好、先前承诺、任务进展、近期线索；不适合检索：寒暄、即时情绪回应、轻松接话、只看最近消息就能回答的内容。 +3. 群聊里更克制；私聊里如果对方提到“之前”“上次”“最近”“还记得吗”“我喜欢”“我说过”等类似的信号，可以更积极考虑检索。 +4. 模式上：`search` 查事实或偏好，`time` 查某段时间，`episode` 查某次经历，`aggregate` 查整体情况；拿不准时用 `hybrid`。 +5. 如果无命中、被过滤、或证据不足，就不要编造。 你的分析规则： 1. 默认直接输出你当前的最新分析，不要重复之前的分析内容。最新分析应尽量具体，贴近上下文，不要空泛重复。