主对�?· system 注入顺序
主路径:app/routers/matches.py · chat() �?_assemble_chat_system_final�?*下表仅含最终拼进主对话这一�?system 的正文段�?*(含前缀、摘要、system_body…)。在它之前之后另有一�?独立请求 �?LLM(如 idle 时的 classify_labeling_gate),各自有自己一�?system/tool,语义上可能影响当轮生成�?system_body,但不会作为单独一行出现在本条终稿表里。下列顺序与同文件函数及注释、「可缓存前缀」的拼接常量一致�?/p>
-
MATCHMAKER_SOUL · 人设正文(FEIGE 前缀�?�?段)
飞鸽人设灵魂;缺失时用内联兜底。全文见仓库
persona/MATCHMAKER.md�?/p> -
COMBINED_CONDUCT_REPLY_INSTRUCTION(品�?JSON + 正文 · FEIGE 前缀�?�?段)
品行评估 JSON + 分隔�?+ 对用户正文; misconduct 与高姿态冷处理口径�?/p>
-
_FEI_GE_RELAY_STATIC_INTRO 全文(FEIGE 前缀�?�?段)
飞鸽传书自然语言说明;勿在用户可见正文写旧方括号/机器协议串,由系统闭环�?/p>
-
CHAT_OPERATION_TOPIC_BLOCK · 接在 FEIGE 前缀之后的运营短段(
system_prefix�?/p>运营话题:助手主动挑起的话题气泡须自然延展,不显摆后台模板�?/p>
-
build_context_for_model · 拼装进主对话的用户记忆上下文
重要记忆 + L2 + L1 等摘要块,介于前缀�?system_body 之间�?/p>
-
system_body · 当轮业务大段(运行时拼装�?/p>
门控态、画�?真诚度、需求与传话条件、对话摘录等运行时拼装�?/p>
-
format_now_for_llm_system · 当前时间说明(system 尾部�?/p>
为模型注入可读「当前时间」短行�?/p>
-
传话匹配邀请工�?· 系统追加说明
�?
use_relay_invite_tool为真时追加(含工具前「飞鸽传书简述」);可与主对话分拆 API Key 以利于缓存命中�?/p> -
最近原始对话摘�?· build_context_for_model(recent_raw_text�?/p>
最�?N 条原文置尾;超长预算时组装循环优先削减此段�?/p>
未列入上表的 LLM�?/strong>如门�?classify_labeling_gate(idle 分流)、其�?classify_*、回�?mes_type、传话流水线摘要、画�?需求抽取等,均�?strong>单独�?LLM 调用,各有独�?system,不拼接进上面这条主对话 system;逐项摘录�?门控与标注流 · 回合 · 传话(含 需求匹配·扁�?RAG Top30 择一�?· 需�?/a> · LLMClient 速查�?/p>