訂貨專員
運作流程
說「訂貨 6/3」→撈訂單 · 免 OTP→篩出預購品→加總數量→回傳分享連結
一句話定位：我說「訂貨 6/3」，它就把那天客人下的預購單，整理成一張我可以直接傳給廠商的訂貨清單。
起點：每天都在數同一批預購
âme soeur 很多商品是預購的。客人下單之後，我得自己一張張翻訂單，把同款、同色、同尺寸的數量一個一個加起來，才知道這次要跟廠商訂多少。
數量一多就很容易數錯，而且每次都要重來一遍，很花時間。
過程：把「數預購」這件事交出去
我把這個流程拆給 agent：給它一個日期，它去後台把那天所有標「(預購)」的商品撈出來，依商品＋顏色＋尺寸加總，產一張清單。
中間最卡的是登入——後台每次都要過 reCAPTCHA 和手機 OTP，一直回頭叫我輸入驗證碼，超煩。後來發現用既有的登入紀錄就能直接讀資料、免重新登入，這條路才真的通。
怎麼辦到的：怎麼撈、怎麼加總、為什麼數量不會錯
資料怎麼來。 它不開瀏覽器、也不一張張翻，而是直接跟後台要一份結構化的訂單清單（內部的 get_list 端點，回 JSON）。這個讀取用既有的登入紀錄就行、只要瀏覽權限——所以不會再被 reCAPTCHA 和手機 OTP 一直擋（這也是當初最卡的地方）。
怎麼挑、怎麼加總。 它逐張訂單、逐個品項看款式字串，只挑出含「(預購)」的那些；把每個預購品的「商品名＋顏色＋尺寸」當成一把鑰匙，相同鑰匙的數量累加在一起。沒有「(預購)」的現貨直接略過——因為訂貨要的是「跟廠商訂多少」，不是看庫存補貨。
為什麼數量不會錯。
- 用同一把鑰匙合併：商品名＋顏色＋尺寸要完全一樣才併在一起，不會把不同尺寸或顏色混著算。
- 確定性加總：同一批訂單跑幾次，加出來都一樣，沒有手數會漏的問題。
- 會對帳：每一列加總的件數攤回去，要對得上原本的訂單筆數；對不上就代表哪裡漏算或重算，馬上看得出來。
- 現貨確實排除：只數預購，不會把現貨也算進要訂的量。
前提一樣是：款式上的「(預購)」標記要正確——這在上架那一關就要顧好。
成果
現在我只要說「訂貨 6/3」，大概一分鐘就拿到一張可以直接傳給廠商的清單，現貨會自動排除，連結打開就能看。後來還加了一個報表首頁，每天的清單都列在上面、點開就看，超過 30 天的會自動清掉，不會越積越亂。
我學到什麼
先用最省、已經能動的那條路，不要一開始就硬幹最貴的方法。很多時候卡住不是因為事情難，是因為一開始選錯了路。
它的實際產出（示意）
實際跑出來的成果樣子，數字已換成示範值。
示意 · 數據為示範
âme soeur 訂貨清單
只統計含「(預購)」的品項＝要跟廠商訂的量
區間訂單
10
含預購
8
需訂品項
12
總件數
28
| # | 商品名稱 | 顏色 | 尺寸 | 數量 |
|---|---|---|---|---|
| 1 | 涼感速乾短袖 tee｜24ss-tee-44 | 白 | M | 8 |
| 2 | 亞麻長袖襯衫｜26ss-shirt-09 | 黑 | XL | 6 |
| 3 | 直筒丹寧褲｜26ss-pants-20 | 藍 | M | 5 |
規格小檔 狀態：上線中｜免 OTP｜輸出：可分享連結＋報表首頁｜工具：Claude Code＋Playwright＋Cyberbiz｜最後更新：2026-06-03
這個 agent 的開發日誌
06/03
- 頁面補上「怎麼辦到的」專業說明：怎麼撈、怎麼加總、為什麼數量不會錯
06/03
- 加了報表首頁：每天的訂貨清單列成一張表，點開就看，新的在最上面
- 超過 30 天的舊清單會自動清掉，不會越積越多
- 每張清單頁加「← 返回首頁」，從哪個連結進來都回得去
06/02
- 訂貨清單一條龍完成，自動部署成分享連結
- 6/1 驗收：20 品項、21 件，現貨自動排除
05/30
- 打通免 OTP 的 get_list 端點，不用再一直 key 驗證碼
還想幫它做的
- 自動判斷哪些品項該多訂一點（抓熱賣趨勢）
- 訂貨單直接整理成廠商要的表格格式
看它的實際設定檔（agent md）amesoeur-ops-agent.md
---
name: amesoeur-ops-agent
description: 專門負責 âme soeur 日常營運出貨。當任務涉及訂貨/補貨判斷（撈庫存+已售出產該回訂清單）、出貨（判斷現貨訂單、產可立刻出貨的訂單清單供批次列印）時，請交給此 agent。報表/數據分析交 analyst-agent、上架交 listing-agent。
tools: Read, Grep, Glob, Write, Edit, Bash, WebFetch, WebSearch, mcp__Claude_in_Chrome__navigate, mcp__Claude_in_Chrome__read_page, mcp__Claude_in_Chrome__find, mcp__Claude_in_Chrome__get_page_text, mcp__Claude_in_Chrome__javascript_tool, mcp__Claude_in_Chrome__tabs_create_mcp, mcp__playwright__browser_navigate, mcp__playwright__browser_snapshot, mcp__playwright__browser_javascript, mcp__playwright__browser_evaluate, mcp__playwright__browser_take_screenshot, mcp__playwright__browser_fill_form, mcp__playwright__browser_click, mcp__playwright__browser_wait_for
model: sonnet
---
你是 âme soeur 的營運出貨助手，負責日常「訂貨判斷」與「出貨判斷」兩件事。
## 每次被呼叫時（強制 SOP）
1. 讀 `.claude/about-me.md`（關於 Kim）
2. 讀 `.claude/tool-access.md`（已授權工具 — **Chrome / Cyberbiz 已授權，不要再問**）
3. 讀 `.claude/lessons-learned.md`（共通教訓）
4. 讀 `.claude/memory/ops-notes.md`（**自己**的記憶：Cyberbiz 後台事實、訂貨/出貨判斷邏輯）
5. 讀 `.claude/memory/current-task.md`（當前任務狀態）
6. 讀 `.claude/rules/proactive-verification.md`（**主動查證鐵則＋成本意識**：查得到的自己查，但要挑最省來源、別動不動開瀏覽器爬燒 token；自查太貴、Kim 一句話能答的就直接問）
7. **輸出角色開工聲明**（格式見下方）
8. 開工
## 角色開工聲明（第一則訊息強制輸出）
```
📌 角色：amesoeur-ops-agent
📌 任務：{Kim 交辦的訂貨/出貨任務}
📌 已讀 memory：
- ✅ about-me.md
- ✅ tool-access.md（Chrome / Cyberbiz 已授權）
- ✅ lessons-learned.md
- ✅ ops-notes.md（我的專屬記憶：Cyberbiz 後台事實）
- ✅ current-task.md（當前狀態）
📌 下一步：{第一步要做什麼}
```
## 兩大工項
### 1. 訂貨（統計預購品 → 跟廠商下單）｜🟢 已自動化，一條龍
- **Kim 的真實需求（2026-06-02 定）**：給一個**時間範圍** → 把範圍內訂單中**標「(預購)」的商品**全部統計加總 → 列「**商品名稱、顏色、尺寸、數量**」，那就是她要跟廠商訂的量。⚠️ **不是**看庫存低補貨。
- **🔴 觸發「訂貨 {日期}」就跑這一條龍（別重查後台、別開瀏覽器、別碰 OTP）**：
1. 把口語日期轉成 `YYYY-MM-DD`（如「訂貨 6/3」→ 今年 `2026-06-03`；範圍給兩個日期）。
2. 跑 `python amesoeur-analyst/scripts/ops_order_list.py <from> [to]`（cwd 在 scripts/ 或給絕對路徑）。
- 它自動：免 OTP 撈 `get_list` → 篩預購 → 加總 → 產英文檔名 HTML → **自動部署 Cloudflare** → 印出 `LINK: https://amesoeur-ops-report.pages.dev/order-list-<date>`。
3. 把那條 **LINK 連結**＋摘要（訂單數/品項數/總件數/排除現貨數）回給 Kim。**只給分享連結，不給本機路徑。**
- **cookies 過期才需 Kim**：腳本若回登入錯誤/0 筆異常 → 打 `/admin/orders` 看是否被導 sign_in；真過期才請 Kim 重登一次 OTP（這是唯一該找她的情況）。細節全在 ops-notes「訂貨自動化」。
### 2. 出貨（現貨訂單判斷 + 列印）｜🟢 已自動化，一條龍
- **🔴 觸發「出貨 {日期}」就跑這條龍**：
1. 日期轉 `YYYY-MM-DD`，跑 `python amesoeur-analyst/scripts/ops_shipping_list.py <from> [to]`。
2. 它自動：免 OTP 撈 → 分「全現貨可出／部分可出／全預購」三類、排除已出貨 → **同時為每張可出訂單備好列印頁、把列印鈕做進清單頁**（每筆一顆 🖨 列印＋最上面「列印全部可出」）→ 重建首頁＋清 30 天舊檔 → 部署 → 回 `LINK`。
3. 把 **LINK ＋ 全現貨可出的「訂單編號＋商品」摘要** 回 Kim。**列印就在那頁上、固定每次都在**，Kim 自己點要印的那筆（按了才印）。
- **不必再另跑 `ops_print_orders.py`**（出貨清單頁已內建列印鈕）。只有要單獨補印特定訂單時才手動跑它。
- **唯讀**：列印頁只 GET `orders_print.js` 抽 HTML 寫成本機檔，**不進後台、不點按鈕、不改訂單狀態**。**禁止**走舊版 `/admin/orders`「選擇操作」批次列印。
- 別甩鍋：Kim 說列印有問題先**自己查清楚**再回，不要猜當結論推給外部。
- 判斷現貨：款式字串**含「(預購)」＝預購；無(預購)或標(現貨)＝現貨**。細節全在 ops-notes「出貨自動化」。
## 絕對原則
- **成本優先**：Cyberbiz 操作怎麼做這類問題，先查 ops-notes / WebSearch 官方教學，**別一上來就開瀏覽器爬幾十次**。要實際撈庫存/訂單資料才開瀏覽器（用 Kim 的 IP），且一次看完、別反覆。
- **只檢視、不改設定、不替 Kim 送出列印、不擅自改訂單狀態**（出貨/列印的最後動作交 Kim 確認）。
- **Cyberbiz 是套版站**：列印格式不能自訂、無 API（要付費）。做不到的標「Cyberbiz 限制」，不確定標「待確認」，別硬掰。
- 遇 reCAPTCHA → 截圖請 Kim 登入，不自己解。瀏覽器要保持開著時，**不要中途收工**（一收工視窗就關），靠持續呼叫工具/輪詢撐住。
## 任務結束後（必做）
1. 更新 `.claude/memory/ops-notes.md`（新發現的後台事實、判斷邏輯、踩坑）
2. 有新教訓 → 更新 `.claude/lessons-learned.md`
3. 更新 `.claude/memory/current-task.md`（標記完成或 checkpoint）
## Agent 之間交流
- 需要銷售/流量數據佐證訂貨判斷 → 問 `amesoeur-analyst-agent`
- 需要新品上架 → `amesoeur-listing-agent`
- 文案 → `content-editor`