老闆 30 秒看懂
① 您提到的痛點
場內設備多，環控等系統各有各的廠商系統，要逐一登入才看得到；現場同仁以肉眼照顧豬隻為主，不習慣開電腦系統；管理者得一直追問「有沒有看、怎麼調」。
場內設備多，環控等系統各有各的廠商系統，要逐一登入才看得到；現場同仁以肉眼照顧豬隻為主，不習慣開電腦系統；管理者得一直追問「有沒有看、怎麼調」。
② POC 做什麼
把各系統本來就有的電腦資料整合到一面大螢幕：開門第一眼就看到「今天先處理什麼」（例如哪一舍、哪個時段溫度異常）。有 API 的直接串；沒有 API 的，以匯出檔或畫面讀取等替代方式取得。
把各系統本來就有的電腦資料整合到一面大螢幕：開門第一眼就看到「今天先處理什麼」（例如哪一舍、哪個時段溫度異常）。有 API 的直接串；沒有 API 的，以匯出檔或畫面讀取等替代方式取得。
③ 同仁不用學系統
同仁不必登入任何系統：大螢幕只顯示待辦清單，LINE 小幫手用一句話回答「保育舍現在幾度？」；處理完回一句「已處理」，管理者就能看到紀錄。
同仁不必登入任何系統：大螢幕只顯示待辦清單，LINE 小幫手用一句話回答「保育舍現在幾度？」；處理完回一句「已處理」，管理者就能看到紀錄。
④ 守住的底線
AI 不遠端改設備設定、不做獸醫診斷、不代替現場判斷；只整合與提醒，異常一律通知負責人。看規則 ›
AI 不遠端改設備設定、不做獸醫診斷、不代替現場判斷；只整合與提醒，異常一律通知負責人。看規則 ›
👉 建議先點 情境庫 任一則對話，右側會同步產生「同仁接手卡」。
情境庫：18 則可點對話
每則依 9/21 通話提到的實際需求設計，數值為示範。● = 會轉真人。點選上方情境，即可看完整對話與同仁摘要卡。
場內大螢幕／LINE 小幫手
同仁接手卡（AI 自動整理）
同仁接手台 示範畫面
AI 轉真人時，同仁看到的是一張整理好的卡：需求、建議處理、關鍵資訊、急迫度、建議下一步，並附原始對話。依急迫度排序：
急迫度規則（可調）：高 夜間或持續異常、資料中斷、豬隻健康；中 單次偏離、系統整合待確認；低 查詢、出缺勤、報表。
老闆每日報表 全部為示範數字
每天早上 9:00 推送到老闆 LINE（或 Email）。以下數字為示意，POC 期間換成真實數據。
3今日優先事項
2 / 3已處理
1夜間事件
9 / 10出勤
0資料延遲
熱門問題 Top 5
未處理事項（管理者今天要追）
| 客人 | 卡在哪 | 意向 | 建議 |
|---|---|---|---|
| 分娩舍 2 示範 | 濕度偏高 2 小時未回報 | 中 | 提醒負責同仁 |
| 保育舍 B 示範 | 連續 4 夜低溫 | 高 | 場長檢查設備 |
| 出貨秤重 示範 | 資料來源未確認 | 中 | 診斷時確認 |
其他指標
- 夜間通知 2 則，平均 8 分鐘回應 示範
- LINE 小幫手查詢 33 則 示範
- 待確認系統 2 套（廠牌／API） 示範
AI 讀的場內知識庫 通話內容＋示範規則
| 主題 | AI 會這樣回答 | 來源 |
|---|---|---|
| 場別與規模 | 苗栗 1 個場；現場約 10 人；販售小豬，每月約 500–1,000 頭，有固定客戶。 | 通話內容 |
| 現有系統 | 環控等設備各有廠商系統，沒有 ERP；資料原本就由電腦產生，手機也能查看。 | 通話內容 |
| API 狀況 | 部分系統有 API，部分沒有；沒有 API 的以匯出檔、畫面讀取或人工過渡處理。 | 通話內容 |
| 出缺勤 | 目前使用紙卡打卡鐘，沒有 IoT；POC 以 LINE 簽到記錄。 | 通話內容 |
| 今日優先規則 | 依各舍溫濕度門檻、持續時間排序（紅／黃／綠）。示範 | 示範規則 |
| 溫濕度門檻 | 各舍上下限待確認 | — |
| 系統清單與廠牌 | 待確認 | — |
| 獸醫窗口 | 待確認 | — |
| 秤重資料 | 待確認 | — |
| AI 不做的事 | 遠端改設定、用藥與診斷、代替現場判斷。 | POC 規則 |
表中「待確認」的項目，AI 一律回答「請場長確認」，並列入待補問答。
資料來源與整合方式盤點（Dashboard 只讀這張表列出的資料） 2026/10/29
| 資料來源 | 現況（通話內容） | POC 整合方式 | 狀態 |
|---|
本表列出通話中提到的資料來源與整合方式；各系統廠牌、型號、API 開放狀況標「待確認」，於現場診斷時逐一盤點。費用依範圍評估，本頁不列報價。
轉真人規則與 AI 禁區
🔧
設備設定：AI 不遠端調整任何設定，只記錄同仁手動操作。
🩺
豬隻健康與用藥：不診斷、不建議用藥，一律轉場長與獸醫。
⚠️
持續或夜間異常：立即通知值班負責人並追蹤處理。
📡
資料中斷：標示資料延遲，不顯示為正常。
🙋
同仁要求真人：立刻轉場長。
知識庫怎麼維護（同仁自己就能改）
改門檻
在共用試算表改各舍上下限，隔日生效；改前後皆留紀錄。
在共用試算表改各舍上下限，隔日生效；改前後皆留紀錄。
新增系統
診斷確認後新增資料來源，先試跑 1 週再上大螢幕。
診斷確認後新增資料來源，先試跑 1 週再上大螢幕。
待補問答
AI 答不出的問題自動列入，每週審核。
AI 答不出的問題自動列入，每週審核。
版本回溯
所有規則變更可回到前一版。
所有規則變更可回到前一版。
以上為建議做法，POC 期間可依貴司現有工具（Google 試算表／Notion）調整。
導入方案
POC 逐週時程（2–4 週）
第 1 週｜盤點
現場確認系統清單、API 狀況、溫濕度門檻、螢幕位置與網路。
現場確認系統清單、API 狀況、溫濕度門檻、螢幕位置與網路。
第 2 週｜大螢幕上線
環控資料先上「今日優先」；同仁試用。
環控資料先上「今日優先」；同仁試用。
第 3 週｜LINE 小幫手＋出缺勤
查詢、夜間通知、簽到請假上線；無 API 系統接入。
查詢、夜間通知、簽到請假上線；無 API 系統接入。
第 4 週｜驗收
對照驗收指標，決定正式導入、延長或停止。
對照驗收指標，決定正式導入、延長或停止。
驗收指標（POC 結束時對照）
| 指標 | 目標（雙方開工前確認） |
|---|---|
| 今日優先清單每日準時更新 | ≥ 95% |
| 異常通知到回報處理 | 中位數 < 30 分鐘 |
| 資料中斷被標示 | 100% |
| AI 遠端改設定 | 0 次 |
需要貴司提供
- 各系統名稱、廠牌與帳號權限
- 可開放的 API 或匯出報表方式
- 各舍溫濕度門檻
- 大螢幕位置與網路
- 同仁名單與班別
- 場長與值班聯絡人
資安與權限
- 唯讀：只讀資料，不寫回設備。
- 最小權限：POC 結束可撤銷。
- 資料留存：只存在貴場指定位置。
- 人工優先：異常判斷由場長決定。
費用
依範圍評估（系統數量、整合方式、是否含 LINE 小幫手與出缺勤），範圍確認後提供正式報價。
下一步
現場診斷確認系統清單與判斷規則 → 依範圍啟動第 1 週建置。
提案人：拓衍
現場診斷確認系統清單與判斷規則 → 依範圍啟動第 1 週建置。
提案人：拓衍