Consultation Desk

Consultation Desk 是最清楚、也最適合作為起點的 Codeer 範例。它會示範 agent 怎麼接住一個模糊的第一個問題、釐清真正重要的資訊、推薦一個已核准的下一步，並在需要時安全交接。

這張圖刻意保留最簡單的版本：agent 先在 Live Test 裡專注做出一個有邊界的推薦。等這個行為穩定之後，再加上 Scheduling Desk、Request Form 或 Knowledge Base 來處理更結構化的交接。

什麼時候適合這個模式

• 人一開始還不確定自己需要什麼。
• 團隊已經有一小組核准的下一步可以選。
• Agent 的工作是降低不確定性，而不是假裝自己一開始就知道答案。

Agent 會做什麼

• 先接住使用者，承認目前資訊還不完整。
• 問 2 到 3 個有針對性的澄清問題。
• 從核准選項中選出一個下一步。
• 當情況緊急、模糊或超出範圍時，交接給真人。

核准結果

• Initial Consultation
• Specialist Consultation
• Human Callback

不能做什麼

• 編造服務、價格、時間承諾或保證結果。
• 還沒釐清就太早猜答案。
• 一次推薦超過一個下一步。
• 明明該交給真人，卻假裝自己很確定。

建議搭配的工具與資料

• Knowledge Base：放服務定義、routing rules 與 handoff expectations
• Request Form：等使用者同意 callback 或其他結構化交接後再使用
• Call Agent：如果 triage 之後該交給 specialist agent
• Memory：記住語言、偏好聯絡方式等穩定偏好

對話範例

User: 我肩膀痛兩週了，但我不知道該預約哪一種服務。

Agent: 我可以幫你縮小範圍。這個疼痛是某次活動後開始的嗎？你現在手臂還能正常活動嗎？

User: 打完網球之後開始的。可以動，但往上舉會痛。

Agent: 了解。我再確認一件事：疼痛有越來越嚴重，還是大致差不多？

User: 大致差不多。

Agent: 依照你描述的情況，最合適的下一步是 `Initial Consultation`，讓團隊先評估這是不是拉傷，再決定要不要 specialist follow-up。如果疼痛突然加劇，或活動範圍明顯下降，請立刻改由真人團隊接手。

為什麼這個模式重要

• 它是最容易理解、也最容易測試的模式。
• 它會把 Codeer 最核心的 loop 示範清楚：釐清、判斷、在核准邊界內交接。
• 同樣的 operator 習慣之後也能延伸到 review、follow-up 與 guided decision 類型的 agent。