DAY 157 · 2026-06-06

AI 幫我做事,注意力卻被犧牲

SLIDES · 7
Day 157 slide 1Day 157 slide 2Day 157 slide 3Day 157 slide 4Day 157 slide 5Day 157 slide 6Day 157 slide 7
1 / 7

以前做事是一條線。程式碼、文件都自己寫,一路推到底,很有條理。AI 工具進來之後,這條線斷了——而且我一開始沒發現是壞事。

這篇講一個我自己卡很久的問題:AI 明明幫我省了時間,整天的產出卻沒變多。還有我為了補回來,動手做的一個專案 DevTown。

以前是一條線

寫東西的時候,腦子裡只有一件事在跑。卡住了就硬想,想通了就往下,從頭到尾我都知道自己在哪一段。慢,但是連續的。

現在變成丟出去,然後等

現在大部分的東西可以先丟給 AI,方向大多是對的,我只要等最後結果。這一步是真的省時間,沒話說。

問題出在「等」的那段。

省下的時間,被切換偷走了

等的時候我不會乾坐著,會順手去做別的事——把存很久、一直沒看的 YouTube 影片拿出來看,或是切去處理另一個專案。注意力就這樣一直被打斷。

代價在「切回來」的那一刻才現形。等我想把剛剛那條線重新接上,啟動成本非常高——有點像開燈那一下的啟動電壓,從靜止要重新亮起來,得先灌一波比平常高的電。剛切回來的前幾分鐘,我常常是在重新搞清楚「我剛剛做到哪、下一步要幹嘛」,甚至會忘記我前一個下給 AI 的 prompt(指令)長什麼樣子。

確實有省下一些時間,但是是用這種片段式的注意力換來的。

一個專案開 4 個視窗,同時跑 6 到 8 個

我常常一個專案就要切成 4 個分割視窗,同時手上又有 6 到 8 個專案在跑。光是這個排場,認知負荷就不小。

結果就是:能量消耗得很快,整天下來,產出好像沒有預期中的高。而且因為注意力是散的,單一專案的進度被攤平,常常要兩三天才看得出某個專案到底有沒有往前。當下很難有「我今天推進了什麼」的踏實感——進度是有的,只是被切碎了,看不到。

所以我動手做了 DevTown

問題講白了就是:狀態太多、全靠腦子記,切換一次就要重建一次。那能不能把要記的東西,從腦子裡搬到畫面上?

於是有了 DevTown。想做的事其實就兩件:

一,把傳統 CLI(命令列,要打指令操作的那種介面)做成一般人也方便入門的呈現形式。指令門檻高,不是每個人都想背。

二,用視覺化降低「把文字狀態存在腦裡」的認知負荷,把同時在跑的多工事項,攤在同一個畫面上看得到。不用每次切回來都重新問一遍「我剛剛做到哪」——畫面直接告訴我。

說穿了,就是想把「重新啟動」那一下的電壓壓低一點。

目前想到的解法是讓這個專案可以多工,但它會幫你排事情的優先順序,主動安排 pipeline(把事情排出先後順序),並限制同時多工的數量。

比較重要或是緊急的事情就多分配時間處理,讓使用者把注意力收束在有限的專案上,並透過視覺化來讓使用者獲得掌握感。

還不知道這樣解不解得了,想聽聽大家的想法。

延伸閱讀
看完整 165 篇 →