最好要有屬於自己的「旗艦專案」
todayOS 是我目前的主力 iOS/watchOS/macOS app 產品,也是我個人開發過最複雜的專案。我可以用它來嘗試許多原生技術、開發流程、AI 工具用法,投入了大量心力與時間。
遇到新工具或新的玩法,我都會優先放在 todayOS 去嘗試。比如導入了一個可以減少記憶體使用的套件,或是打算做一套截圖審查系統,我都會在 todayOS 上面先試過、用順了,才用在其他地方。

這樣一來,我的其他 iOS app,都可以輕鬆地搭便車。在跟 AI 工具下指令時,往往只要一句「這個 todayOS 有做過」或是「去參考 todayOS」就可以搞定。
所以,我建議讀者至少持續維護一個主力專案,是最複雜、規模最大、最能進行深度實驗與嘗試的。一方面累積自身經驗,一方面提供「能怎麼使用 AI 工具」更深入的玩法、機會,並帶到其他專案。
把自己當成系統的一部分
剛接觸 Claude Code 的時候,我就有提過「能者過勞」的問題。
今天再回頭檢視這個問題,會發現,透過 agentic coding 的協助,在相同時間內,我能做完的事情真的比以前多上很多,但真的沒有比以前輕鬆。
所以,我在打造開發系統的時候,不只看設備、軟體、通訊,也會把自己的身心狀況考慮進去。注意力、體力、時間,都是需要安排的。
我覺得比較「成功」的就是之前就有提過,給 todayOS 設立了兩週固定發版一次的原則,並堅持到現在。這不只是給使用者建立一個穩定經營的形象,也是讓自己不容易 burnout 的機制。
這種原則,也可以寫進 agent 的工作流程。哪一天該開始鎖定功能範圍(來不及的就放到下一版)、把焦點移到檢查與收尾、準備上架資料,都是開發系統的一環。
畢竟,我覺得一個好的開發系統,不該為了追求產出最大化,卻賠上了自己的健康。
找一個可以改變自己的方式(可能要花點錢)
人類這種生物,一旦建立起觀念與做事方法,就很難改變。但是在變動迅速的 AI 時代,不願意改變,可能會是最大的風險。
那麼,有沒有好方法,讓我們不致被動改變,而是主動調整自己(的系統)呢?
我想到自己買吸塵器的經歷。
繼續閱讀
解鎖全文
訂閱⟪13報+⟫,閱讀本篇全文,並解鎖 200 篇以上專欄與短篇。
- 完整專欄文章與深度分享
- Apple 開發者週報完整版
- 會員限定短篇抒發
- 支持 13 寫作