Hi,我 Cooper 啦。
開始使用 Codex 之後,我有很多事情想交給它:整理資料、做工具、追蹤專案,還有現在正在寫的鐵人賽文章。
這些需求加在一起,就是我對個人助手的期待:能理解我在做什麼,幫忙把事情往前推,而且不用每次都重新解釋背景。
不過,實際用下來,我發現「知道我想要什麼」和「這一次交出我要的結果」,中間還有一段距離。
一開始,我請 Codex 協助整理 30 天的大綱。過程中,它問了我不少問題,但我希望它先看看其他參賽者怎麼寫,再回來和我討論方向。
原因很簡單:如果還沒有參考過實際文章,我們很容易一直討論抽象的偏好,卻不知道最後會寫成什麼樣子。
後來,大綱裡有一篇叫作「我怎麼讓 ChatGPT 與 Codex 參與同一個專案」。看起來很合理,但我看到時的反應是:我好像沒有做到這件事?
於是,這篇改成了「開始用 Codex 之後,事情和我想的不一樣」。
文章可以幫我整理經歷,但不能為了讓故事完整,就替我補上一段沒發生過的經歷。
寫完前幾篇後,我又提出一個要求:接下來每天的文章,都放在鐵人賽專案裡各自獨立的對話,讓我之後能逐篇討論、修改。
這個要求跟文筆無關,卻直接影響我會不會繼續使用。
如果所有文章都擠在同一段長對話裡,之後想改某一天的內容,就得花時間翻找。我希望打開那一篇,就能接著談標題、例子與語氣。
這也讓我發現,交辦工作時,除了「幫我做什麼」,還可以多說一句:
做完之後,我打算怎麼使用它?
我要的是能持續修改、最後拿去發表的文章。所以內容放在哪裡、怎麼區分、排版能不能直接閱讀,都算是這件工作的需求。
我也不是每次都能在開始前,把需求交代得很完整。很多時候,要先看到一版,才知道自己在意什麼。
例如,看過草稿後,我可能會發現內容太長、句子不太像自己會說的話,或例子離目前的使用情況太遠。
這時候,回饋就可以再具體一點。
以下是整理後的示意:
請依照我實際使用 Codex 的情況修改,保留真實經驗。句子要通順,段落不要太碎,篇幅縮短,讓我可以直接閱讀和修改。
這樣的要求不複雜,也不需要特別的提示詞格式。它只是把「我覺得怪怪的」拆成幾個可以調整的地方。
收到修改後,我再看三件事:
我仍然希望派蒙能理解更多背景、承接更多工作。但從這次寫作的過程來看,眼前最有幫助的,是把一件事情的用途和期待說清楚。
以文章為例,就是根據已有經驗寫出初稿,放在方便修改的位置,再依我的回饋調整。遇到沒有資料支持的內容,就先留下問題,不急著把故事補滿。
對我來說,好的合作不一定是第一版就完全正確,而是每次修改,都更接近我真正需要的結果。
明天,我想回到最初讓我開始做工具的幾個需求:
Day 6|第一批練習:財務、信箱與課程整理。
看到第一版才知道自己在意什麼,真的比一開始硬擠出完整需求自然很多。想問你會怎麼保存這些後來才發現的偏好?哪些會升級成整個專案的固定規則,哪些只算這一篇的修改,才不會規則越累積越互相打架?