01 · 專案練習
組建團隊,先想責任,不急著想人數
辦班級展覽時,有人決定主題,有人做海報,有人檢查海報上的時間是否正確。一個人也可能兼做兩件事,但每件事還是要有人負責。網站製作也是如此。
用組建團隊的思維使用 Codex,是先列出必要工作與交付物。你可以在同一段對話中,先請它整理企劃,再製作,最後按清單檢查。這叫分階段工作,不代表已經有多位互相獨立的專家。
02 · 專案練習
同一篇文章,可以拆成五種責任
沿用上一篇的網頁基礎互動文章。下面是把案例拆開的教學示例,並不是宣稱當時真的啟動了五個代理。
企劃:決定讀者要學會什麼
拿到任務卡,交出文章順序與重點。例如先看作品卡,再拆解內容、外觀與互動。你確認它有沒有回答新手的問題。
研究:確認解釋有沒有錯
拿到要解釋的名詞,查核可靠資料,交出來源和需要修正的說法。例如作品卡的開關只是教學模擬,不是把整個瀏覽器的 JavaScript 關閉。
設計:讓差別看得出來
拿到確認過的文章與參考頁,交出區塊安排、圖例和操作狀態。你看開關是否找得到、比較前後是否清楚,而不只看顏色喜不喜歡。
製作:把決定做成頁面
拿到確認的內容與樣式,交出可開啟的頁面、必要素材和改動說明。只說「建議加開關」還不是完成這個角色的工作。
驗收:實際確認能不能使用
拿到頁面與完成條件,實際切換、按讚、重設、查看手機畫面,留下通過、失敗與未驗證項目。你依成果決定是否交付。
03 · 專案練習
第一次,這樣分三回合就夠了
角色是幫助你檢查有沒有漏事,不需要每個角色都開一段新對話。小型工作可以先用下面三個階段。這些文字是練習指令,可依你的權限與專案調整。
第一回合:定義與安排
請依這張任務卡整理文章架構、需要查核的內容、需要的圖例與完成條件。指出資料缺口,讓我先看清楚要做什麼。
第二回合:做出可看的版本
依剛才確認的內容實作,沿用指定參考頁的樣式,保留其他功能。完成後提供頁面位置和改動說明。
第三回合:拿實際成果驗收
請打開完成的頁面,依完成條件實際操作,記錄看見的結果。若只能檢查程式而無法開啟瀏覽器,請明確寫出尚未驗證的操作。
這樣做的好處是,每次回饋都有對象:架構不對,就調整企劃;開關不能操作,就修製作;缺少測試,就補驗收。你不用把所有問題都叫做「AI 做得不好」。
04 · 專案練習
哪些工作可以同時做?哪些必須等待?
可能可以同時
在同一份已確認需求下,一個任務整理名詞資料,另一個任務整理可用圖片清單。兩者各自輸出文件,暫時不改同一頁。
需要接著做
先確認文章內容,再排最終版面;先完成互動,再測試互動。文字還在大改時,過早做完所有排版,往往要重做。
只有在工具支援、工作可獨立進行、交付物清楚時,才考慮多代理或多段對話。多開幾個視窗,本身不會解決責任不清。
若不同任務都會改首頁或同一份樣式檔,指定一個整合者接收成果並統一修改,避免彼此覆蓋。你可以要求其他角色先交文案、建議或素材清單,而不是全部直接改網站。
05 · 專案練習
把交接寫成下一個人能繼續的話
「設計好了,請製作」缺少太多資料。最小交接可以先有四件事:成果在哪裡、哪些已確認、下一步做什麼、哪裡還沒確定。
教學示例:
已確認:作品卡需要三個開關與一個重設按鈕。
成果:文章文案與狀態示意圖,位置見專案說明。
下一步:沿用現有文章樣式製作,讓每個開關有可見差異。
未確認:真實新手是否理解,先標示未測,不要宣稱已通過讀者測試。
正式的交接流程會在後續篇章展開。現在先養成一個習慣:不要只報角色「做完了」,要留下能被下一階段使用的成果。
06 · 專案練習
替自己的小任務排一次分工
下載分工表,挑一個上一章的任務來填。人選可以先寫「我」或「同一段 Codex 對話」,不用假裝有一支大團隊。
展開練習:替文章增加一張說明圖
- 企劃:先寫這張圖要讓讀者看懂的一件事。
- 設計與製作:提供現有版面,製作可放入文章的圖與替代文字。
- 驗收:打開文章,檢查圖中文字、手機縮放與圖片是否載入。
- 你決定:這張圖有沒有比原本的文字更容易理解。
完成後,檢查每個交付物是否有接收者。如果研究做出一堆資料,卻沒人用它修正文案,那份分工還沒串起來。下一篇,我們把大家需要的資料放在找得到的位置。
資料來源與案例說明
查核日期:2026.11.01。網站需求與公開頁面是本系列案例;任務卡、分工和資料夾示例為教學整理,不是作者過往逐字指令或未提供的親身感受。模板不會連線執行 Codex,需自行填寫與使用。