它能幫你做什麼
對話式查詢與操作
「幫我看這個品牌目前有哪些訂單還沒付款，總共幾筆？就在這裡告訴我就好」
一句話換一份彙整，不是一堆列表
它查完 100 筆訂單，回你 42 筆未付款、依狀態細分，還主動指出其中 11 筆已取消可以忽略——真正該追的是 31 筆。每一步查了什麼都能展開看。
目前支援 SHOPLINE，其他通路陸續開放。
現在的顧店方式
一個品牌一套後台
三個品牌就要開三個帳號、記三套操作。想知道整體賣得怎樣，只能自己開試算表拼。
出錯了，通常是客人先告訴你
同步失敗、庫存對不上、訂單卡住——這些事沒有人主動通知，等到發現時往往已經超賣或漏出貨。
會做的人變成瓶頸
上架、改價、調庫存、追異常，每件事都不難，但每件事都要人。人一忙，全部塞住。
情境
一段真的會發生的早晨
09:12
你看到告警
異常中心跳出一筆庫存不一致：USB-C 快充線 白／標準，盤點結果跟系統對不上。你沒有被半夜叫醒，但事情已經被記下來了。
09:13
你問了一句，它去查
「這個規格現在到底幾件？」庫存管理師倉倉查了可售數、SHOPLINE 已同步數與最近的異動紀錄，把差異來源指出來。
09:15
它動手了，但動的是一張申請單
倉倉送出一筆盤點修正。注意它送出的不是修改本身——是一筆待核准的調整申請，附調整單與審批單編號。
09:16
在你核准之前，數字不會動
列表上的可售數還是原本那個。要等有核准權限的人審過，庫存才真的改。誰送的、誰核准的，一起寫進紀錄。
為什麼敢讓它動手
人工核准機制
AI 的寫入一律進審核
助理送出的不是修改本身，是一張待核准的申請單。這一關是系統擋的，不靠助理自己自律——它想略過也略不掉。
核准之前，數字不會動
申請送出後，列表上的數字仍是原值，直到有核准權限的人按下核准。中間這一關擋的是「按錯」與「被說服」。
權限對人也對 AI
助理拿到的權限就是你給它的那一份，不會更多。你不能做的事，交代它也做不到——它會直接告訴你做不到，而不是假裝完成。
每個動作都留名
操作紀錄會標明這筆是人做的還是助理代做的、經誰放行。事後對帳不需要靠回憶。
AI 團隊
各有專長的 AI 助理
可加品牌專屬技能與指示
品牌管理師小蓮
Brand Agent
盯著每個品牌的健康狀態，排出今日優先順序
只擬草稿，不直接送出
同步管理師阿步
Sync Agent
看顧 SHOPLINE 同步，揪出失敗並準備重送
重送要走審核
庫存管理師倉倉
Inventory Agent
預警缺貨、提醒積壓，幫你擬補貨清單
只擬草稿，不直接送出
商品管理師品品
Product Agent
檢查商品資料完整度，補齊文案與圖片
不會自行發佈
異常處理師小心
Exception Agent
分類今日異常，標出該人工處理的項目
唯讀，只看不動手
底下有什麼
營運中台
01 / 商品
商品與 SHOPLINE 對應
- 中台建立的商品可直接編輯與推送
- SHOPLINE 來的商品由 SHOPLINE 主控，在這裡唯讀
- 對應狀態直接標在列表上（已對應 / 待對應 / 對應失效）
- 統一料號規則，跨品牌不撞號
- 價格、規格、圖片各有獨立入口與獨立審核
02 / 訂單
訂單操作台
- 待處理的訂單排在前面
- 狀態操作直接在列表上完成
- 物流狀態與追蹤號自 SHOPLINE 讀回
- 跨品牌待出貨佇列，集中處理下推與回拋失敗
- 明細含唯讀的發票資訊
03 / 庫存
庫存異動紀錄
- 跨品牌庫存總覽與低庫存篩選
- 手動調整走審核，敏感權限可要求雙簽
- 異動紀錄逐筆可追，含調整人、調整原因與原值
04 / 異常
異常中心
- 同步失敗、對應失效、推送被拒都收進異常中心
- 跨模組集中收斂，依嚴重度排序
- 每筆保留原始錯誤，不做美化包裝
- 可交給 AI 助理分類與擬處理方案
整合
SHOPLINE 串接
- 雙向庫存同步
- 庫存變動兩邊一致，不用人工對帳。
- 訂單與物流唯讀回寫
- 物流狀態與追蹤號自動讀回，出貨動作仍在 SHOPLINE 完成。
- 發票唯讀
- 電子發票由 SHOPLINE 開立，中台只顯示不觸發。
目前支援 SHOPLINE；其他通路與 WMS 串接依規劃逐步開放。