Hi,我 Cooper 啦。
昨天寫到,AI 交出文章之後,我還得逐段修改。句子不像自己、例子偏離經歷,有些地方刪掉重寫,反而更快。
這讓我開始懷疑:我到底省下了寫作時間,還是把寫作換成了審稿?
用 Codex 開發工具,也有類似的感覺。畫面出來了、功能增加了,我卻還在追問:「所以,現在可以拿來做什麼?」
我的程式基礎有限。Codex 讓一些停在腦中的構想,有了文件、畫面與程式雛形。這是我持續投入的原因。
後來,我想把助手「派蒙」放進 Discord。期待很簡單:直接交辦事情,收到結果,下次回來還能接著討論。
真正開始做,才發現每個環節都有問題要處理。助手能回話,內容卻未必符合需求;看板有任務卡,我仍然找不到成果;系統說資料已保存,我卻不知道它下次會不會讀。
於是,我開始確認狀態、追問進度、重述需求,還要配合核准與重啟。
我想找一個助手,卻先多了一個需要管理的專案。
最讓我疲憊的,是回報和使用之間的距離。
「程式已修改」「測試通過」「資料已保存」,這些都有意義。但我看完之後,經常還是不知道下一步能做什麼。
例如,看板在 Windows 本機可以開啟,和我能從 Mac 打開,是兩件需要分別確認的事。只說「看板正常」,很容易讓我對進度產生誤解。
我需要的回報,其實可以很短:
現在能做什麼、成果在哪裡、還缺哪一步。
有了這三件事,我才知道該開始使用、繼續等待,還是指出結果和需求的落差。否則,每份回報都得再問一輪,理解進度也成了我的工作。
最近的閱讀流程,開始比較接近我的期待。
一次驗收使用 Git 官方教學:派蒙閱讀內容,經確認後保存進 Obsidian,再於後續提問時重新讀取筆記。
這次也修了幾個使用上很直接的問題:新筆記有中文檔名,保存後,同一張卡片會顯示「已保存」。
中文檔名讓我知道存的是什麼,卡片狀態讓我知道事情做到哪裡,重新讀回則確認這份內容能接到下一次討論。
整條流程可以用一句話說完:
給它一篇文章,討論後留下筆記,下次找得回來。
這比一長串開發回報,更容易讓我理解做這件事的價值。
這次驗收確認了保存與讀回;新筆記在另一台裝置的同步,還要另外核對。範圍說清楚,我也比較知道哪些可以期待,哪些仍需等待。
接下來,我想導入 Hermes 的,是原本就在讀的電子報。
我希望它整理重點,連到我正在做的專案或學習,再一起討論哪些內容值得保存。收到資訊之後,有人先幫我整理,我就能把時間留給閱讀與思考。
這也是我現在想調整的開發順序:先讓一件日常工作走完,再考慮加入其他功能。
讀取、整理、回報、保存,每一步都要接得上。只完成其中一段,我原本的工作可能仍然得自己重做。
回頭看,Codex 確實讓我跨過了「不知道怎麼開始」的門檻。接下來的難題,是控制範圍、看懂成果,讓做出來的東西真的派上用場。
寫文章也一樣。我願意補充經驗、修改語氣,但如果大部分時間都在修正 AI 擅自補上的故事,就得重新調整合作方式。
現在每次準備繼續開發,我都想先問:
這一步做完,能替我少掉哪一件工作?
至少,我希望下一次打開助手,是為了處理自己的事情。
明天接著談:「幫我做一個萬能助手」,這個需求裡到底還缺了什麼?