回答重複的問題
依你整理的營業資訊、商品規格與常見問題回覆，不用每次重貼同一段文字。
回答依資料而定；資料沒更新，回答也會跟著過時。
SupaTalk 能做什麼
先接住每天會被問、答案寫得出來的問題。
下面五件事是 SupaTalk 在客服對話裡負責的部分，每一項都附上目前的限制。功能、通路與方案範圍仍在產品確認中。
接著前文回答追問
顧客只補一句時，沿用剛才在問的商品和條件回答，不必請顧客重講一次。
下方產品畫面有一段追問示範，不代表整體準確率。
資料沒有的，不猜答案
問題不清楚時先問清楚。資料裡沒有、或涉及個資與訂單細節的問題，引導顧客到你設定的聯絡方式，或交給真人處理。
AI 仍可能答錯；觸發條件與轉真人的方式，依產品設定與上線前測試確認。
帶顧客到下一步
回答完商品或服務，接到商品卡片、LINE 選單或商店頁，讓顧客自己選購、預約或留下資料。
AI 對話不直接建立或查詢訂單；付款與訂單在商店頁或你原本的流程完成。
語音訊息與其他語言
語音先轉成文字再回覆；顧客換語言時，用同一份資料回答。
回覆是文字，不是語音或電話客服；實際語種與通路範圍待確認。
適合先試的商家
- 每天被問同樣問題營業時間、服務內容、價格與預約方式反覆被問，想整理成一份能更新的回答。
- 顧客常在社群私訊顧客多從 LINE、Facebook Messenger 找你；商店版把商品頁、提問與後台接在一起。
- 商品規格常被問尺寸、顏色、規格與價格反覆被問，想先用自己的資料回覆。
- 內容常要更新商品或服務常變動，想自己修改、先看手機預覽再發布。
旅館、醫美與團購是之後可能延伸的情境，目前沒有實際案例。
提供者產品畫面
顧客怎麼問、店主怎麼改，直接看畫面。
以下素材由產品提供者交付，呈現範例商店、客服對話與後台操作；本次未登入實際產品，也未驗證訂單、付款、會員或 AI 服務。
01／接得住追問
顧客只補一句，對話仍知道在問什麼
畫面中，顧客先問 162 公分穿哪一號，再追問「165 呢？」；回覆沿用同一件商品與尺寸脈絡。
提供者客服對話截圖可說明這一段追問，不代表整體準確率。
02／商品資料連到客服用途
商品規格、選項與問答，在後台一起準備
商品後台畫面列出基本資料、實體相簿、選項與庫存、常見問答等編輯區，右側提供商店頁預覽。是否同步進入 AI 回覆，仍需實際流程驗證。
提供者後台截圖正式同步與 AI 回覆結果仍待驗證。
放大查看操作細節 ↗ 03／店主自己更新
修改後先預覽，再決定是否發布
商家設定畫面把編輯區與手機預覽並排，並分開「儲存 & 預覽」與「同步 & 發布」。店主可以先檢查顧客看到的畫面。
提供者後台截圖預覽不等於已同步上線，發布流程未實測。
放大查看操作細節 ↗ 功能與規格
每項功能做什麼、規格到哪裡。
卡片正面是用途，點一下翻面看規格與待確認事項，再點一次翻回來。功能說明草稿・提供狀態待確認。
01
語音轉文字
客人傳來語音，也能接著處理。先辨識文字，再決定怎麼回。
語音轉文字
語音處理與計費範圍
收到語音 → 辨識成文字 → 處理與文字回覆。依目前的產品資料，沒有文字轉語音（TTS），這裡也不是電話客服。
支援通路、語音長度、辨識失敗處理與 STT 是否扣點，仍待產品與方案確認；不宣稱免費或包含在所有方案。
02
多語言
客人換一種語言，不必立刻另找一套客服流程。
多語言
語種與支援限制
來源提到繁中、簡中、英文、日文、韓文；這是待確認語種清單，不是全部語種都已通過測試。
回覆語言、語音辨識、混合語言與後台介面各有範圍，需分通路確認，不承諾任何語言都能正確回答。
03
知識庫匯入
從現有文件開始，整理成能更新、能查核的問答。
知識庫匯入
匯入格式、範本與筆數
來源規格：CSV／Markdown／PDF／DOCX；30／50 題起步範本；問答最多 1,000 筆、依方案。以上均待產品確認，範本不是回答成效或訂閱額度。
PDF 不等於支援掃描圖 OCR。檔案大小、解析限制、重複與刪除後如何計數、匯入失敗處理，仍需確認。
資料內容、版本互相衝突時先核對，不把生成文字當成已知事實。答案使用哪份內容、管理員紀錄與顧客引用如何呈現，需正式後台與測試驗證。
04
商品／服務管理
把規格、價格與可售數量整理在一起，少一輪人工確認。
商品／服務管理
商品選項、價格與庫存
把商品／服務、選項組合、各自價格與庫存，以及相關問答整理在一起。改價或停售後，哪些回覆需要同步更新，也要確認。
選項數量、計價與庫存更新方式待產品確認。後台維護庫存，不等於已接上電商平台或外部即時庫存。
05
輪播卡片
商品或服務不只用文字介紹，也讓客人看卡片、選下一步。
輪播卡片
卡片規則與組數
依關鍵字或規則帶出商品、服務卡片，讓客人看內容、選下一步。各通路的卡片與操作方式不同。
來源記載最多 10 組，正式上限與「組」的計算方式待確認；不是每張卡 10 項或每輪 10 張，也不保證各通路完全相同。
通路、圖片與後台管理 原地展開
同一套資料，不同通路各自接好。
以 LINE、Facebook Messenger、Web 為主要通路；商店版資料另外提到 Instagram，提供狀態與方案待核對。共用知識可以減少重複整理；帳號審核、訊息額度、語音與卡片支援仍需分通路確認。來源提到 Web 可用一段 script 嵌入，正式安裝方式、網域與安全限制待確認，不保證不需工程協助。
需要圖片時，再加上這一步。
Rich Menu 生成圖／美化的可編輯範圍與點數待確認；商品去背／更換背景在不同來源的狀態不一致，不能宣稱已提供。圖庫與 AI 文案優化目前僅有能力名稱，操作方式、權限與額度待補。
圖像商用權利、輸入素材權利與生成／修改／失敗扣點規則需確認；生成圖不是商品效果或真實產品畫面的證據。
日常更新，知道要去哪裡改。
來源包含知識、商品、訂單、圖片、稽核與用量管理。哪些可自己維護、哪些需要審核或重新發布，需和實際後台及權限一起驗證。示意畫面不能保證完整版本追蹤、即時數據或稽核覆蓋。
選客服前，可以一起核對的 16 個問題 原地展開
拿同一份資料、同一組問題走一次完整流程。這是選購核對清單，不是我方勝出的評分表；正式比較需附方案、版本、測試條件與日期。
回覆品質
- 換個問法，還接得上前一句嗎？
- 一次問兩件事，會不會漏掉一件？
- 答案從哪裡來，能查到來源嗎？
- 沒有資料時，會追問、停止，還是交給人？
成本與維護
- 人不在線時，系統能處理到哪一步？
- 增加一個流程，誰負責設定與維護？
- 商品改價後，哪些資料可以自己更新？
- 圖片產生與修改，另外收多少費用？
- 模型與服務成本，誰負責管理？
通路體驗
- LINE Rich Menu 能設定哪些互動？
- 放到自己的網站，有哪些接入前置？
- 我的顧客常用的語言，實際測過嗎？
- 客人傳語音，怎麼處理、怎麼計費？
安全管理
- 提示詞注入與工具越權，如何限制？
- 哪些對話或工具操作留下可查紀錄？
- 用量與加購費用，可以在哪裡核對？
導入方式
開始前準備什麼，上線後怎麼改。
以下依目前的產品資料整理。由誰設定、需要多久，確認後才會寫上。
-
整理資料
商品或服務、價格、營業資訊，加上顧客最常問的問題。已有文件可以匯入，格式與筆數見「知識庫匯入」卡片的規格。
-
設定回答範圍與通路
決定 AI 回答哪些主題、資料沒有時引導到哪個聯絡方式，再接到要用的通路。各通路的帳號審核與支援功能不同。
-
用真實問題測一輪
拿顧客常問的問題和追問走一次，看回答對不對、資料不足時怎麼處理，再回頭補資料。
-
上線後自己更新
商品或內容有變動時，在後台修改，先看手機預覽再發布。
帶一個真實情境來試
用自己的商品問題，判斷 SupaTalk 是否適合。
不用先整理完整商品庫；可以先從一項代表商品和顧客最常問的問題開始。產品資料提到試用版有固定的額度與使用期間，實際數字與內容仍需方案核准。
先帶一個真實情境來試
候選體驗內容
- 準備少量資料：一項代表商品、基本規格，以及顧客最常問的問題。
- 實際走一輪：用自己的問題觀察回答、追問與下一步引導，不以範例對話代替。
- 檢查日常維護：查看後台編輯與手機預覽，確認是否符合自己的更新方式。
先準備這些資料
- 一項代表商品或服務
- 基本規格、價格與適用限制
- 顧客最常問的三個問題
開放前仍需確認
- 試用期間
- AI 問答額度與商品數
- 支援通路及是否協助設定
- 是否需要付款資料、是否自動轉付費
- 到期後的功能與資料處理
- 申請後的通知及開通方式
申請入口、期間、額度與到期處理尚未確認；目前不接受送出，也不顯示假成功。
直接訂閱
方案分一般 AI 客服與商店版，價格與包含範圍確認後公開。
- 一般 AI 客服：商家知識、問答與流程管理
- 商店版：依 AI 問答額度與商品數選擇方案
- 可用通路依方案而定
訂閱入口尚未開放。價格與訂閱條件確認後才開放購買。
語音／生成圖點數
不把額外使用成本混進基本方案，依需求選擇不同額度。
- 語音點數
- 生成圖點數
- 額度與價格分級
STT 計費、點數包與有效期仍待確認；詳細範圍可在下方原地展開。
點數、使用上限與計費細節 原地展開
基本方案以商家知識、問答與流程管理為核心；功能、通路、權限與額度依正式方案確認。試用資格、期間、額度與到期處理尚未核准，不保留名額或自動續訂。
點數包價格、額度、有效期、餘額不足、超額、補購、取消與退款條件，正式接入前都需確認。目前不展示假點數或推算費用。
- 語音轉文字（STT）
- 處理客人傳來的語音。是否扣點、以時間或次數計量、長度與辨識失敗處理，需要單獨確認，不宣稱免費或含在所有方案。
- 語音輸出
- 產生語音回覆與 STT 不同。產品資料說明目前沒有文字轉語音（TTS）；若之後提供，適用通路與計量另行說明，不推論即時通話。
- 生成圖與圖片處理
- Rich Menu 圖、商品圖片的可用功能需逐項確認。生成、修改、失敗扣點與商用權利一起看清楚。
來源規格・待產品確認，不是所有方案都包含的承諾。
| 項目 | 來源記載 | 使用前要確認 |
|---|---|---|
| 問答筆數 | 最多 1,000 筆，依方案 | 筆數定義、不同方案額度、重複與刪除後如何計數。 |
| 匯入格式 | CSV／Markdown／PDF／DOCX | 檔案大小、解析限制與失敗處理；不推論支援掃描 OCR。 |
| 起步範本 | 30／50 題 | 範本適用情境與提供方式；不是回覆成效或訂閱額度。 |
| 輪播設定 | 最多 10 組，來源用語待釐清 | 組數如何計算、通路差異；不是每張卡 10 項或每輪 10 張。 |
| 商品／服務選項 | 組合價格與庫存管理 | 選項數量、計價與庫存更新方式；外部同步不在此保證。 |
先定義計量，再談成本。
對話使用量、模型成本、語音處理與圖片點數是不同項目。來源提到後台用量管理，但實際欄位、更新頻率、計量單位與帳單對應仍需正式畫面和規則。
這裡不放虛構即時儀表板，也不把模型用量直接等同商家帳單。錯誤、重試、取消是否計費，應能清楚對帳。
價格額度、有效期、超額規則與正式付款流程尚待商業方案確認；目前只呈現方案邏輯，不填未核准數字。
你可能會先問的事
每天被問同樣問題、答案寫得出來的商家，都可以先試，例如營業時間、服務內容、商品規格與價格。顧客多從社群私訊、商品常被問的商家，可以再看商店版。旅館、醫美等情境目前沒有實際案例。
先整理營業時間、商品或服務、價格與常見問題。匯入格式、起步範本與筆數上限，可在本頁「知識庫匯入」翻卡查看；正式限制仍待確認。
核心客服採訂閱方案；語音與生成圖另外購買點數，STT 是否扣點仍需另行確認；不同額度對應不同價格。正式額度、有效期與超額規則確認後再公開。 一般客服與商店版各有方案，商店版依 AI 問答額度與商品數分級，價格同樣待確認。
步驟見本頁「導入方式」：整理資料、設定回答範圍與通路、用真實問題測一輪，上線後自己更新。網站可用一段程式碼嵌入，是產品資料的描述，正式安裝方式與需要的技術協助仍待確認。和現有購物網站整合，需要另外評估商品、訂單、會員與流程。
依你提供的資料回答。問題不清楚時先追問；資料沒有、超出範圍或涉及個資的問題，引導顧客到你設定的聯絡方式，或交給真人。AI 仍可能答錯，上線前先用真實問題測一輪，之後定期更新資料。
依目前的產品資料，AI 對話不直接建立訂單，也不回覆訂單資料。AI 回答商品問題後，把顧客帶到商品卡片、選單或商店頁；商店版由顧客在商店頁自己選購與付款。
不以完全取代真人為目標。先把可整理、可判斷、可流程化的問題接住，讓真人處理例外、敏感與需要深度判斷的對話。
收到語音 → 辨識成文字 → 處理與文字回覆。依目前的產品資料，沒有文字轉語音（TTS），這裡也不是電話客服。 支援通路、語音長度、辨識失敗處理與 STT 是否扣點，仍待產品與方案確認；不宣稱免費或包含在所有方案。
目前不行。依產品資料，現在沒有影像辨識；生成圖是另一項功能，用在選單圖等素材，範圍見本頁「通路、圖片與後台管理」。
來源提到繁中、簡中、英文、日文、韓文；這是待確認語種清單，不是全部語種都已通過測試。 回覆語言、語音辨識、混合語言與後台介面各有範圍，需分通路確認，不承諾任何語言都能正確回答。
以 LINE、Facebook Messenger、Web 為主要通路；商店版資料另外提到 Instagram，提供狀態與方案待核對。共用知識可以減少重複整理；帳號審核、訊息額度、語音與卡片支援仍需分通路確認。來源提到 Web 可用一段 script 嵌入，正式安裝方式、網域與安全限制待確認，不保證不需工程協助。
依產品資料：商店頁只有手機尺寸版面，需要已認證的會員身分才能開啟，匿名訪客只能用知識庫問答；沒有 SEO 功能，目前也不提供外接 API。和現有購物網站整合，需要另外評估。
商店版資料說明：對話額度用完後，AI 客服會停止回覆；商品數上限只影響新增商品；訂閱到期才影響商店功能。一般客服方案的額度規則仍待確認。
正式申請入口還沒開放。試用內容、要準備的資料和仍在確認的條件，列在本頁「方案與試用」；受理方式接好後才會開放申請，並顯示實際收件結果。
有整合或資安需求，再往下看
資料怎麼用，工具能做到哪裡。
看答案的來源、限制工具權限，再決定哪些記憶可以留下。這些管理方向與技術細節放在這裡，不用再換一頁找。
來源說明草稿・非安全認證或已部署證明答案來源、技能與工具權限 原地展開
知識查找（RAG）
來源提到向量與關鍵字搭配查找：前者找語意相近的內容，後者保留明確詞彙線索。這是查找方法，不代表每次都一定找到正確答案。
實際引用、版本與命中範圍需後台紀錄和反例測試；不宣稱逐輪完整追溯或零錯誤。
- 有資料
- 要能核對使用的是哪份內容與版本；管理員紀錄、顧客看到的引用需分開確認。
- 缺資料或問題不清楚
- 先追問或停止，必要時交給人；不以生成文字補出不存在的規則。
- 資料互相衝突
- 先釐清版本與有效範圍，再決定使用哪一份；不能用一張示意圖證明衝突已解決。
技能管理
來源提到以 Markdown 定義技能，依意圖選擇對應處理方式。新增、修改、啟用後是否需要審核或重新發布，以及不同技能如何隔離，都要依實際產品確認。
MCP 要分清楚兩個方向。
AI 呼叫工具
AI 為了完成需求讀取資料或執行動作。查詢與寫入的權限、使用者確認與失敗處理應分開。
外部管理系統
外部工具透過 MCP 管理 SupaTalk 的資料或能力。身分驗證、租戶範圍與操作稽核要另行確認。
外部資料源
已收錄擴充方向，但來源沒有完整連接器清單與同步頻率。不能推論你的電商、訂房或會員系統已可直接連接。
正式接入前要確認：誰可讀／寫、哪些動作需確認、如何留紀錄、逾時／失敗怎麼處理。本機示意不呼叫任何產品工具。
內容、工具與用量，分開查。
來源提出知識版本、回覆來源、工具操作與用量紀錄等查核方向。實際紀錄哪些欄位、誰能看、保存多久、哪些步驟未記錄，都需要正式畫面與測試證據。
不是所有回答都有同一種引用，也不能把用量報表等同安全稽核。本機展示的對話狀態沒有接到正式後台。
目前沒有可公開的完整防護測試或認證報告；不作零風險、全面法遵或不會被攻擊的承諾。
- 個資與敏感內容
- 輸入分類、資料最小化、個資遮罩與敏感內容處理是來源方向，實際涵蓋範圍與例外需確認。
- 提示詞注入
- 客人或外部資料的指令不應任意改寫系統規則。需用反例測試查核，不能只憑關鍵字清單宣稱全面阻擋。
- 工具權限
- 讀取、修改、訂單等動作分開授權；重要操作保留確認與人工處理，不把能呼叫工具等同可任意操作。
AI 記憶與資料保存 原地展開
AI 記憶不是默默記下所有人。
這是來源描述的管理流程；手動新增、整併／壓縮、刪除等能力，仍需逐項驗證。跨次使用還涉及穩定身分，不能保證任何訪客都能正確辨識。
來源提到匿名訪客不保留長期記憶，不能外推為「不留任何資料」。日誌、Cookie、備份與模型供應商處理屬不同範圍。
資料種類、用途告知、保存期限、刪除與備份、租戶隔離及身分綁定都待確認。現有 vendor 隱私政策不可直接拿來證明記憶功能已受完整涵蓋。
- 對話萃取草稿
- 管理員確認
- 後續對話使用
供應商分工與隱私範圍 原地展開
以下列出來源提到的分工，尚未用部署與資料流證據核實；不是目前線上架構圖。
| 供應商 | 來源角色 | 仍需查核 |
|---|---|---|
| Cloudflare | DDoS 防護相關 | 實際套用範圍、服務與設定；不能外推為全部邊緣架構。 |
| AWS | 備份相關 | 資料種類、區域、保留與還原測試；不是已驗證的災難復原保證。 |
| Vercel | Firewall 相關 | 實際部署與防護範圍；不使用「物理防火牆」等錯誤分類。 |
| OpenAI／Google Gemini | 模型服務 | 實際模型路由、傳送資料與供應商條件；品牌不代表延遲或服務水準。 |
隱私要分四個範圍看。
銷售網站
目前本機示意沒有表單或產品資料上傳；正式網站仍需確認分析工具、Cookie 與主機日誌。
vendor 訊息中繼
既有政策說明的服務範圍。保留原文，不自行把它延伸成所有商家功能的承諾。
商家應用
知識、訂單、身分與記憶的用途、保存及刪除，需由產品與政策責任人確認。
模型與其他供應商
哪些資料交由第三方處理、保存或備份，需核對實際資料流與適用條款。
本次不修改法律條文；正式公開前，需由責任人確認服務名稱、範圍與資料處理說明是否一致。