OpenAI 在〈Introducing dots〉用多個角色說明 Dots「像你會做的那樣」完成工作。以下把官方敘事整理成香港職場可執行的五類場景，每類附目標、輸入、輸出、驗收。產品定義見〈Dots 是什麼〉。
場景一：開發——把回饋變成可審核修復
- 官方意象：監控顧客回饋、界定小改善與缺陷、建置測試，並帶來附示範影片的 PR 供你覆核。
- 香港落地：SaaS／Agency 工程師用 Dot 盯客服頻道常見問題，產出修復清單與測試說明。
- 驗收：程式合併與上線必須人手；不可自動對生產環境執行未批准變更。
場景二：產品發布——範圍一改，物料跟著改
- 官方意象：學習受眾與創意標準；產品範圍變更時，重寫故事與素材／文件草稿。
- 香港落地：產品經理把更新後的功能範圍交給 Dot，刷新發布簡報、網站文案與內部 FAQ 草稿。
- 驗收：對外價格與承諾由負責人終審。
場景三：銷售——需求一變，提案與測試計劃同步
- 官方意象：對照客戶需求、帳戶歷史與產品文件，找出待測項目、建議合適工程師、更新提案。
- 香港落地：B2B 銷售用 Dot 維護技術審查中的提案與開放問題清單。
- 驗收：報價、折扣、法律條款不可由 Agent 自行定稿寄出。
場景四：內容——逐字稿到剪輯與貼文草稿
- 官方意象：學習語氣與受眾；新訪談逐字稿到達後，標出可剪片段、準備節目說明與社交貼文草稿，並把你的修改貫穿各物料。
- 香港落地：YouTube／社群負責人把逐字稿交 Dot，產出剪輯建議與書面語貼文初稿。
- 驗收：品牌事實與贊助披露由編輯確認。
場景五：研究／分析——新證據到來就更新圖表與說明
- 官方意象：科學家角色：重跑分析、調查異常、更新圖表與解釋，並標示需你覆核之處。
- 香港落地：顧問或營運分析把新數據源接上後，要求 Dot 更新圖表與「發現 vs 建議」分開的說明。
- 驗收：數字必須可回溯來源；禁止無來源的「看起來合理」結論。
兩週練習節奏
- 第 1 週：只選一個場景（建議內容或會議／提案相關），記錄耗時與返工。
- 第 2 週：把通過驗收的交辦句存成範本；再試第二場景。
- 之後才擴大 App 連線與背景主動研究權限。安全見〈權限紅線〉。
常見問題（FAQ）
沒有開通 Dots 也可以先練習嗎？
可以。先用現有 Chat／Work 把「目標 × 來源 × 限制 × 驗收」寫清楚；開通後把同一套交辦句遷到 Dot。
可以同時跑五個場景嗎？
官方說一個 Dot 可同時推進多個專案，但對香港小團隊，建議先標準化一條流程，避免權限與覆核失控。
結語
Dots 的場景價值在於持續跟進與跨物料一致，不是單次漂亮回覆。選一個你每週都在做的工作，寫清驗收，再開連線。
