用組建團隊的思維使用 Codex

SERIES INTRODUCTION

先把工作分清楚，再把事情做完

這個系列想分享的是：如何用 Codex 協助完成一個專案，並逐步建立自己的工作流程。對沒有開發背景的設計師來說，可以先從熟悉的團隊合作理解，不必一開始就記住所有工具名詞。

想像要辦一場作品展。有人整理主題，有人找資料，有人安排展場，有人製作輸出，最後還要走一遍參觀動線。網站專案也一樣：每一步都需要明確的責任與能交接的成果。

01 · 工作方式

從「怎麼做」到「一起完成」

先比較兩種交代方式。第一種是：「我要做一個教學網站，有哪些步驟？」期待得到的是方法。第二種是：「請閱讀這個專案，加入文章，沿用既有樣式，實際檢查手機畫面，回報改動與結果。」期待得到的是能打開的成果和檢查證據。

Codex 的開發工作可以涉及專案檔案、修改、執行與檢查；實際能做什麼，取決於使用環境、工具與權限。這裡比較的是工作方式，不把其他 AI 一概當成只能聊天，也不假定 Codex 自動知道所有檔案與舊對話。

你仍然負責目標、優先順序與最後取捨。工具提出建議，不等於替你決定作品應該長什麼樣子。

02 · 團隊分工

五種角色，各交出一樣東西

這些角色是安排工作的方式，不是宣稱 AI 具備五位專家的資格。你可以在同一段對話裡，依序請 Codex 做企劃、製作，再切換到檢查角度。

先順著做，通常比較容易看清楚問題。等工作真的能獨立進行、成果也容易合併時，再考慮拆成不同任務。若同時修改同一份檔案，要先指定誰負責整合；多開對話不會自動形成團隊。

03 · 接好每一棒

交接的不是一句「換你了」

以新增一篇教學文章為例，企劃交給製作時，不能只說「照剛剛討論的做」。要把討論留下的決定變成下一個人找得到、看得懂的資料。

目標

讓沒有網頁背景的讀者看懂文章，並能操作示例。

成果位置

指出正文、參考圖與既有頁面在哪裡。

已確認決定

沿用網站樣式，先完成一篇，手機也要能閱讀。

未解問題

哪些例子還待作者補充？哪些連結尚未提供？

完成條件

首頁能找到文章、主要操作有效、手機沒有內容溢出。

交給下一個角色

製作交出可開啟頁面與改動摘要，驗收依條件逐項檢查。

若驗收發現問題，就附上操作步驟、預期與實際差異，再交回製作。即使換成另一個檢查角色，也仍可能漏錯；實際打開成果、操作與人的判斷不能省略。

04 · 系列企劃

從認識工具，到自己的工作流程

系列將以一個專案串起以下八個階段。每篇都會整理問題、任務輸入、成果、修改判斷與讀者練習。第一篇可直接閱讀，其餘是預定路線，尚未開放的篇章不提供空連結。

1. Codex 是什麼？從這個教學網站，看懂 AI 如何參與專案

   從同一項任務理解「詢問方法」與「交付工作」的差別，認識可用資料、工具與權限。

   帶走：一張人與工具的分工圖

2. 我是專案負責人：先把目標說清楚

   先說為誰解決什麼問題，再決定第一版範圍與完成條件。

   帶走：一張任務卡

3. 分工之前：這個專案需要哪些角色？

   把企劃、研究、設計、製作、驗收的責任拆開，先用單一對話分階段練習。

   帶走：一張分工表

4. 準備共同資料：大家依同一份規格工作

   整理內容、參考圖與專案決定，區分參考資料和已確認規格。

   帶走：一份共同專案說明

5. 交接任務：上一階段要留下什麼？

   交接目標、成果位置、已確認決定、未解問題與驗收條件。

   帶走：一張交接卡

6. 誰製作，誰驗收？

   用實際情境檢查成果，記錄通過、失敗、未驗證，並保留可復原版本。

   帶走：一份可重複執行的驗收清單

7. 意見不同與反覆修改：誰做最後決定？

   把建議放回目標與限制比較，由專案負責人決定取捨並更新規格。

   帶走：一份決策紀錄

8. 留下團隊做事的方法

   從有效且重複的步驟開始，逐步整理專案規則、AGENTS.md 或 Skill，再完成交付與回顧。

   帶走：自己的最小工作流程

05 · 今天就能試

先用三個階段完成一件小事

不用先建立複雜設定。選一個一眼看得出成果的小任務，例如替現有文章增加一張圖解，分成「定義任務 → 製作 → 驗收」。

請先閱讀我提供的文章和參考頁，整理這次要解決的問題、需要的資料與完成條件。先不要修改檔案，讓我確認範圍。

確認後再請它實作；完成時，要求指出成果位置、做過的檢查與尚未驗證的地方。這段是可調整的教學示例，不是作者過去對話的逐字紀錄。

把這次真的有效的步驟留下來。等同一件事反覆出現，再把它整理成專案規則或 Skill。你建立的流程，應該來自實際工作，而不是先收集一大堆用不到的設定。