OpenAI Codex 完整使用指南：上班族（PM、行銷、業務）不用會寫程式也能跑自動化的 6 場景

OpenAI Codex 在 2026 年 5 月之後已經不只是工程師的工具了。Appshots 把整個 macOS 視窗直接截給 Codex 當 context、Goal Mode 從實驗版轉正可以讓 Codex 自己跑數小時的任務、Slack 與 Linear connector 讓你直接在工作平台裡 @Codex 派任務——這幾個變動加起來，等於把產品經理、行銷、業務、HR 這群「不會寫程式但每天被重複工作壓死」的上班族，正式拉進 Codex 的目標客群。這篇是給辦公室人看的 Codex 場景說明書，並非 IDE 教學。

根據 9to5Mac 在 5 月 21 日的報導，Appshots 讓你在 Mac 上連按兩次 Command 鍵，就能把最上層的 app 視窗（含截圖與可讀文字）整包送進 Codex，省掉「複製、貼上、再描述一遍」的環節。對工程師來說這是體驗升級；對 PM、行銷而言，這代表「我看得到的畫面，Codex 就看得到」——你不需要用程式語言溝通，用畫面溝通就好。

再加上 OpenAI 自己在四月「Codex for (almost) everything」更新裡塞進來的 90+ plugin（Jira、Notion、Microsoft 365、Slack、Linear、Google Drive、Gmail、Calendar 都在內），Codex 已經從「IDE 旁邊的副駕駛」進化成「跨 SaaS 的執行 agent」。這篇要回答的是：身為一個不會寫程式的上班族，你可以在哪 6 個場景把它真的用起來、省下實打實的時間。

Codex 是什麼？為什麼非工程師也該認識

先把名詞釐清。OpenAI 旗下叫 Codex 的產品經過好幾次轉世——最早是給工程師的程式碼補全 API，後來變成 ChatGPT 內建的編碼模式，2026 年現在的 Codex 則是一個跨平台 agent：你可以從 Mac 桌面 app、IDE 擴充套件、CLI、Web 版、Slack 對話框，甚至 Linear issue 裡呼叫它。

它能做的事情遠超過寫程式：讀 PDF、爬網頁、操作瀏覽器、執行 shell 命令、串接 SaaS API、產生報表、寄信、寫 SQL 撈資料庫。換句話說，凡是「電腦上能做的事」，理論上 Codex 都能幫你做。對工程師它是程式碼產生器；對 PM、行銷、業務它是「我口述你執行」的數位實習生。

為什麼非工程師現在該認識？兩個原因。第一，5 月新功能解掉了 Codex 的最大門檻——你不再需要會打 prompt 或寫 YAML，用 Appshots 把畫面餵給它就行。第二，Slack/Linear connector 讓 Codex「住進」你每天已經在用的工具裡，你不需要切換 app、不需要學新介面。Codex 變成跟 @Slackbot 一樣自然的存在。

Codex 五月新功能拆解：哪些更新讓上班族能用上

2026 年 5 月這一波更新，看起來是給開發者的，但仔細拆解會發現幾個功能對非工程師才是真的關鍵。我把它整理成下面這張對比表：

把這幾個放在一起看：Appshots 解決「輸入端」、Goal Mode 解決「過程端」、Remote Computer Use 解決「時間端」、Slack/Linear connector 解決「平台端」、瀏覽器標註解決「精度端」。OpenAI 在 Codex 官方 changelog 把這些更新分開列，但對上班族來說它們是同一個趨勢：Codex 正在離開 IDE，搬進你日常用的所有 SaaS。

場景一：PM 用 Codex 把 Notion、Linear、Jira 之間的卡片自動同步

先講最痛的：產品經理一週至少花 4-6 小時在做「資訊搬運工」。設計師在 Figma 留了 comment、工程師在 Linear 改了 status、行銷在 Notion 寫了 launch checklist、老闆在 Slack 問進度——你要把這些手動同步到一張總表，每天早上重覆一次。

Codex 4 月「Codex for (almost) everything」更新後，Slack、Linear、Notion 全部有官方 plugin。具體做法：

• 在 Linear 裡 @Codex「把這個 sprint 所有 In Progress 卡片摘要成 bullet list，按負責人分組」
• 在 Slack 裡 @Codex「把今天 #product 頻道的所有 thread 整理成 Notion 週報草稿」
• 在 Notion 頁面 @Codex「對照 Linear 的實際進度，更新這個 launch checklist 的狀態欄」

以前要寫 Zapier、Make（n8n 也可以）或自己拉 Python 腳本才能做的事，現在用自然語言講就行。重點是：你不用設定觸發條件、不用建立 webhook、不用維護 cron job。它就是個願意執行你口頭命令的助理。

實際效果舉個導入前 vs 導入後的對比：某 SaaS 公司的 PM（業界訪談）原本每天早上花 45 分鐘做 standup 前的進度梳理，導入 Codex + Linear connector 後降到 8 分鐘——多出的時間她用來真的去跟工程師討論卡關，產品節奏明顯變快。

場景二：行銷把競品官網的價格頁定期抓下來變成 Slack 通知

競品分析這件事人人都知道要做，但實際上沒人有時間每週手動點開 5 個競品的價格頁、文案頁、案例頁，一個一個對。結果就是發現對手降價兩個月後才知道。

Codex 有內建瀏覽器、Goal Mode 可以跑長任務、有 Slack connector 可以發通知——這三件事拼起來就是一個自動化競品監控管線。指令範例（直接打字給 Codex）：

這條指令對應的拆解：開瀏覽器 → 抓 DOM → 結構化資料 → 比對歷史快照 → 產生 diff → Slack API → 提及使用者。如果用 n8n 或 Make 搭，光是處理「DOM 結構變了怎麼辦」這一點就要寫 retry 邏輯。Codex 的優勢是它理解語意——對手把「Pro 方案 $29」改成「進階方案 $29」，傳統爬蟲會 fail，Codex 會直接告訴你「方案名稱改了，價格沒變」。

業界做這類自動化監控，行銷團隊通常會跟 [我們的 AI 顧問服務](/services/ai-consult)合作把第一條 pipeline 跑起來，第二條之後行銷自己就會複製貼上改了。學習曲線比想像中平緩。

場景三：業務把報價單 PDF 自動歸檔加寫進 CRM

業務的隱形時間殺手是「行政工作」。寄出一份報價單後要：存進 Google Drive 對應資料夾、開一張 HubSpot deal、貼上金額、設定 stage、寫 follow-up 任務。一份報價單後台處理 8 分鐘，一週 30 份就是 4 小時。

Codex 的 Gmail + Google Drive + HubSpot/Salesforce plugin 串起來，這件事就變成「寄完報價單後在 Slack 跟 Codex 講一聲」就行。它會去 Gmail 找最新一封寄出的 PDF、解析裡面的客戶名跟金額、上傳到 Drive 的對應路徑、在 CRM 開卡，然後回你一句「處理完了，連結在這」。

注意這裡有個關鍵設計：你不是讓 Codex 取代業務判斷，你是讓它做業務不該花時間做的事。報價金額、follow-up 話術、要不要打電話這些「人的決定」還是業務的活。Codex 只負責執行「決定之後的執行」。

場景四：客服把 Zendesk 工單依優先級自動分類加草擬回覆

客服早上一開電腦，inbox 裡 80 張工單，其中可能只有 15 張是真的緊急。傳統做法是一張張點開、看內容、判斷優先級、分派負責人——光是這個分類流程就要 1 小時。

用 Codex + Zendesk connector 可以這樣設計：每張新工單進來，Codex 自動讀內文，按 P0/P1/P2/P3 分類，P0/P1 直接 @ 對應負責人並草擬第一輪回覆，P2/P3 排進排程晚點處理。Codex 真正的角色是把「資訊整理」這層剝掉，讓客服只處理「需要人腦決策」的部分，並非取代客服。

這套流程的關鍵是「草擬回覆」這四個字。Codex 給的回覆草稿不會直接寄出——客服還是要看過、改字、加溫度，然後才送出。但有草稿跟沒草稿的差距是：原本 5 分鐘的回覆，變成 1 分鐘的編輯。一天 30 張工單就省 2 小時。

場景五：HR 把履歷 PDF 摘要成統一格式入庫

一個職缺收 200 份履歷不誇張。HR 不可能 200 份每份花 10 分鐘細讀，所以常見做法是「掃過 30 秒、覺得有點意思的放進候選清單」。這個流程的問題是：把判斷力浪費在「格式不統一的閱讀」上，而不是「人才匹配度的判斷」。

把 Codex 當前置處理層：所有履歷進來，先丟給它做格式統一化。輸出格式可以這樣設計——姓名、最高學歷、最近 3 份工作（公司／職稱／年資）、3 個關鍵技能、3 行個人特色摘要。整份履歷壓成一張 A4 內可看完的卡片。

這樣處理完，HR 看 200 份履歷的時間從 10 小時降到 2 小時，而且因為格式統一，比較會更公平、更不容易受版面設計影響（這對改善聘僱偏誤是真的有幫助的）。

什麼任務適合丟給 Codex、什麼不適合：決策流程圖

場景六：老闆把月報表自動抓出來加寄送

中小企業老闆的痛點很經典：月初要看上個月的營收、廣告 ROAS、客服回應時間、產品 NPS——但這些數字分別躺在 4 個不同的 dashboard 裡。老闆通常會逼某個 PM 或助理每月初做這份「老闆專屬月報」，那個人就因此每月初要花 1-2 天。

這個場景剛好把 Codex 五月所有新功能都用上：Goal Mode 處理「跑數小時的長任務」、Remote Computer Use 處理「下班後讓它繼續抓」、Appshots 處理「老闆某個臨時想看的畫面截圖過去就懂」、Slack connector 處理「跑完直接發在 #leadership 頻道」。

這張表的重點不是「Codex 全勝」——是不同規模有不同最適解。50 人以下、沒有專職 ops 的中小企業，Codex 是這幾年內最划算的選擇；如果你已經有完整的 BI 團隊跟 PowerBI 授權，繼續用既有系統不要為了潮流換工具。

給 PM、行銷、業務的 Codex 30 天入門路線圖

看完六個場景，最容易踩的坑是「全部都想試」。每個都想做的結果就是每個都做不深，三週後放棄回到原來的手動流程。給你一個 30 天的順序建議：

這四週走完，你會清楚知道 Codex 在你的工作流裡是「核心助理」還是「偶爾的工具」。兩種答案都是對的——重點是用過實際資料判斷，不是憑想像。

結語：Codex 真正的定位是上班族的執行助理，並非工程師的玩具

這篇文章的核心訊息一句話講完：2026 年 5 月的這一波更新，把 Codex 從「給工程師的 IDE 工具」變成「給辦公室人的執行 agent」。Appshots 解掉輸入門檻、Goal Mode 解掉時長限制、Slack/Linear connector 解掉平台切換成本。

這代表什麼？六個場景任挑一個，你都能在這個月內把它跑起來。不需要 IT 部門申請，不需要寫程式，不需要等老闆批預算。你需要的是 30 天的耐心，跟一個「真的把它用起來」的決心。

如果你的團隊想跳過試錯期、直接做出可用的第一條 pipeline，恆遠的 AI 顧問服務 提供從場景診斷、工具選型到實作的全流程協助。我們做過[補習班補課系統](/portfolio/tutoring-system)、[醫療 CT 影像系統](/portfolio/medical-ct-system)、[AI 智慧客服系統](/portfolio/ai-smart-customer-service)這類「需要把 AI 真的接進企業既有流程」的客製化專案——把這套經驗用在 Codex 場景落地，會比你自己摸索快 3-5 倍。

從六個場景挑最痛的那一個開始，這個月就動手。

延伸閱讀：相關主題文章

OpenAI Codex 是上班族 AI 工具棧的一塊拼圖。如果你想把自動化做到日常工作流，這幾篇可以一起看：

• Gmail 信箱管理 AI 完整 SOP（#569）— 上班族日常 AI 工具搭配指南
• 上班族 AI 會議完整工作流（#624）— 會議前中後 30 天升級 SOP
• Slack 與 Microsoft Teams AI 工作流 SOP（#606）— 訊息分流、會議摘要、daily digest 落地計畫