iT邦幫忙

2026 iThome 鐵人賽

DAY 30
0
ChatGPT & Codex

2026 年,會用 AI 不等於會帶 AI:用 ChatGPT × Codex 從零開始實現一人 AI 團隊系列 第 30 篇

【Day 30】一個人如何帶 AI 工作,從任務委派到成果驗收

  • 分享至 

  • xImage
  •  

把工作交出去,讓成果收斂,把經驗留下來

摘要

當 AI 開始承擔完整任務,人的判斷需要寫進任務說明、驗收標準與工作紀錄,才能持續影響結果。這個系列從整理專案材料,逐步走到分工與檢查,再把方法用進不同作品。房屋模型顯示用途如何決定材料與假設,工作坊評估讓完成條件接受核對,熱門文章標記則提醒產品規則要留下理由。三個案例共同指向一套做法。工作交出去之前說清楚,成果出現之後檢查,完成之後保存可接續的經驗。本文最後附上任務交接卡,讓讀者能選自己的工作開始試用。

引言

一份六頁的房屋 PDF,經過資料核對與建模,變成了可編輯模型和一支 40 秒展示影片。這件事需要程式與製作工具,也需要一連串人的決定。展示要讓誰看,尺寸缺漏怎麼處理,哪些部分可以推估,最後拿什麼證明成果已經做出來。

這些決定若只在人的腦中,AI 執行時就缺少依據。它可能做出一張漂亮的圖,卻改動原本的格局;也可能把示範尺寸當成現場量測。成果能否符合用途,從工作開始前的交代就已經受到影響。

沿著系列裡的實作往回看,人的工作逐漸移向用途、取捨與品質判斷。這些判斷可以被留下來,成為 AI 後續行動的依據。把工作交出去、讓成果收斂,再把經驗留下來,就是一人 AI 團隊能持續工作的三個方向。

一人 AI 團隊概念封面,呈現任務委派、成果檢查與方法保存

封面為系列概念插畫。人的判斷貫穿任務說明、成果檢查與工作紀錄。

一、把工作交出去,用途決定材料與假設

房屋展示的用途,先限定在理解格局與討論展示概念。這個範圍決定了模型需要保留房間相鄰關係,也決定缺乏依據的尺寸不能被說成精確屋況。若用途改成施工,材料要求就會不同,這次近似重建的模型無法直接承擔那項工作。

原始 PDF 有室內照片、房間尺寸與平面圖,資料卻沒有完全一致。封面標題寫兩房,平面圖標了三個 Bedroom;文字與圖面的樓層稱呼也不同。建模前先把差異列出,依圖面保留空間,沒有替來源自行選定答案。層高與牆厚缺乏現場量測,便採示範假設並記錄下來。沒有照片的家具配置,也只作示意。

這樣整理後,任務才能清楚交給 Codex。先確認工具可執行,再建立單一樓層模型,交付可編輯原檔與預覽圖,並留下相對來源的差異。人不需要先寫出每一步操作,但需要交代哪些東西要保留,哪些判斷要停下來確認。

漫畫的實作有相似的安排。河岸拍照故事採虛構設計,可以補入機器人模仿護頭的動作;換成真人紀錄,新增互動就需要詢問。故事性質決定創作範圍,和模型用途決定建模範圍,是同一種工作判斷。

對已經會聊天的讀者,下一步可以從一份簡短任務說明開始。成果給誰使用,手上有哪些材料,要交付什麼檔案,這幾件事先寫清楚。接手者取得需要的資料與權限,才有條件安排執行方法。任務中仍需要人選擇的地方,也應先標出。

二、讓成果收斂,檢查要回答使用時的問題

工作坊方案評估裡,兩份流程都排了 210 分鐘,標記為學員實作的時段加總都是 125 分鐘。時間檢查通過,還無法說明課程是否能順利帶完。兩份方案的材料準備與練習依賴不同,講師仍要知道附件是否齊全,上一個練習卡住時,下一個能不能開始。

這次評估把不同問題交給不同方法。程式核對時段與加總,語言模型閱讀活動安排;方案是否適合眼前學員,仍需人工核對材料與試跑。標記為實作的時間,是規劃文件裡的描述,沒有代表學員已經操作過。這組評估沒有包含實際帶課。檢查留下的證據,必須和它能支持的結論一起看。

這就是驗收條件的作用。需要多少實作時間,要從原本需求設定;成果要讓另一個人執行,就得交代所需材料與操作方法。拿到第一版之後,可以用這些條件指出具體缺口,再要求修正。反覆說「更完整一點」,很難知道修改何時應該結束。

方法也不必一次用齊。簡單任務可以由一個 Agent 依序完成;文章需要不同角度的檢查,再分開處理事實與閱讀結構。研究結果要成為寫作材料,就先等研究完成。安排多少 Agent,應該跟著工作依賴與檢查需求決定。

房屋展示同樣需要分辨完成範圍。模型與影片已實際產出,尺度採近似重建,網頁導覽的真實操作仍未驗收。可編輯模型能證明檔案存在,影片能呈現空間,這些證據還不足以證明網頁導覽可供買方使用。把缺口寫清楚,下一輪才知道要檢查哪裡。

三、把經驗留下來,下一個接手者才知道為什麼

流量網站要替文章加上「熱門」標記,需求看起來很短,卻留下了重要問題。熱門是瀏覽數前三名,還是超過一個固定門檻?兩種方法都能寫成程式,也都會顯示標記,但代表不同的產品規則。原始碼還沒有這個決定時,AI 需要人提供依據。

選定規則之後,理由也值得保存。後續接手者才能理解當初要表達什麼,修改條件時知道影響哪些地方。文件可以交代產品定義,驗收條件則把它變成可檢查的要求。規則與證據相連,下一次工作就能沿用,而不必重新猜測「熱門」的意思。

系列裡的 AGENTS.md 實測,從更小的習慣開始。文章討論行程要加上文件 emoji,要求只留在單次對話時,新對話沒有沿用;寫進專案規則之後,才成為後續任務能讀取的內容。反覆用過的步驟可以再整理成 Skill。線上名片則用 Git 留下可用版本,再檢查差異、隔離新的嘗試。每種保存方法處理的對象不同,應挑目前需要的一種。

對第一次委派工作的讀者,一張任務交接卡已經足夠。開始時寫用途與條件,結束時補上成果位置與未完成項目。可以把下面內容貼進對話,也留在專案資料夾。

一人 AI 團隊工作概念圖,顯示任務、驗收、保存,以及修正與接續路徑

概念圖把三個方向放在同一段工作裡。成果不符合條件就回到製作,需求不清就回到任務說明;已保存的紀錄,則成為下一次工作的材料。

可複製的任務交接卡

用途與使用者
[誰要用成果,準備拿它完成什麼工作]

素材與交付檔
[資料位置、來源與缺漏]
[要交付的檔案格式與保存位置]

三項完成條件
1. [一項可核對的要求,附檢查方式]
2. [另一項會影響使用的要求]
3. [最容易漏掉的一項條件]

需要人決定
[哪些問題不能自行推定,請先提出選項]

停止與回報條件
[缺少什麼就先停下,修正到哪裡應回報]

交接紀錄
[完成檔案、檢查結果、採用的假設與理由]
[未完成事項與下一步]

套用到房屋素材,可以先填成下面這份短例。它是依既有實作整理的任務說明,完成條件仍要在執行後逐項檢查。

用途與使用者
供討論住宅格局的人查看單一樓層空間,作展示示範。

素材與交付檔
使用公開房屋 PDF、平面圖與室內照片。
交付可編輯模型、俯視預覽與建模差異清單。

三項完成條件
1. 對照平面圖,確認房間相鄰關係與入口保留。
2. 打開模型原檔,確認可編輯,預覽來自實際模型。
3. 核對差異清單,尺寸推估和家具示意均有標記。

需要人決定
房數與樓層資料矛盾,先列差異,不選定現況答案。

停止與回報條件
工具無法啟動或材料不足以辨識格局時,回報缺口。
修正後仍無法確認的項目,保留未驗收狀態。

交接紀錄
記錄模型位置與建模假設,留下檢查結果。
網頁真實操作未驗收,下一步需取得操作證據。

卡片會隨工作更新。用途改了,完成條件也需要跟著調整;成果經過修正,交接紀錄就更新。只有確實檢查過的部分,才寫成完成。

結論

把人的判斷寫下來,AI 才能在執行時有依據,人也才能在成果出現後檢查是否符合原先用途。每次修正留下的理由,再成為下一項工作的材料。一人 AI 團隊就能從這些可接續的任務,逐步形成自己的工作方法。

接下來選一件近期要交付、自己熟悉的工作,用任務交接卡整理素材,先委派一個範圍小的版本。拿到成果後,照三項條件檢查一次,把具體問題交回去。等到可用,再保存成果與重要決定。下一次做相似任務時,就從這份紀錄開始。


上一篇
【Day 29】帶看之前,先看見空間,用 Codex 把房屋 PDF 做成 3D 模型與環繞影片
系列文
2026 年,會用 AI 不等於會帶 AI:用 ChatGPT × Codex 從零開始實現一人 AI 團隊 共 30 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言