正常聊天可理解为：主对话 system_body = 「门控段落�?/strong> +（几乎总是还有）画像、真诚度、需求引导等一长段公用尾巴�?/p>
进门控只是把首位「闲聊底座」换成「该相位专用说明」（概念上像你举的「a �?b／c」，但后缀块通常仍在）。idle 还会�?strong>另一�?/strong>请求里跑 classify_labeling_gate（单独的 LLM 工具调用），不在下树节点中画出�?/p>
下方常量�?strong>均可点击
，弹窗展示当前仓库中�?ADDON 全文（由 catalog-registry-data.js 自动生成）�?/p>
system_body 开�?/div>
idle · 闲聊
不主动业务确认话�?/div>
await_new_need
新需求前要用户点�?/div>
await_pick_need
延续／择一，或 lane=cancel 时取消候�?/div>
await_solicited
回应征询前先确认
await_relay
日常传话意向先确�?/div>
await_view
只看笔友背景先确�?/div>
await_help_topics
话题多推／少推先确认
await_loc
硬性地理写入前确认
active_cancel_wrapup
取消后简短收�?/div>
phase = active · �?lane 再选一�?/div>
下列多数 active 常量末尾附带「中止话题」短段：
merchant_shop
商家到店咨询
relay
已确认传话语�?/div>
view
只读看背�?/div>
solicited
被征询方�?/div>
receive
进展／入站传话完�?/div>
help_topics
�?await 共用同一段常�?/div>
requester（默认）
绑定 need 的补充登�?/div>
维护：修�?app/chat_labeling_flow.py 中常量后，请在仓库根目录执行 python scripts/export_llm_catalog_registry.py 以更新本文档用到�?catalog-registry-data.js�?/p>