別讓 AI 被你的上限所制約
序
現在 AI 橫行的日常開發中，電腦基本上已經不太會關機，甚至 session 也都處於隨時待命或是馬不停蹄的運作中，例如：一個在長期檢測並重構舊模組、一個補測試、一個追蹤上週就卡著的 bug，還有一個在等 code review 的回覆等等。
常常一覺醒來或是離開位置吃個飯再回來，打開其中一個待回覆的 session，第一個念頭不是「這寫得對不對」，而是——
這在幹嘛？🤡
AI 拉高的是下限
工作效率的下限會隨著 AI 模型的進步而提升，但上限卻是取決於使用者。
今天不管你資歷多淺、對某個框架多陌生，甚至所謂的 vibe coder，只要問題描述得出來，都能生出一份「能動」的東西。這條線每次模型更新都會往上抬一點，而且抬得比我們自己成長還快。
但上限沒有動過。它從頭到尾都在使用者身上——你想做什麼、你怎麼拆、你同時扛得住幾件事。
而我的上限，實測下來就是三到四個中大型功能。
開到第五個，壞掉的不是程式，是我 🤯
- A 功能的進度記成 B 的，以為還在等 review，其實那是另一條線
- 明明某件事昨天就 merge 了，隔天又打開來想「這什麼時候要開始」
- 最經典的是在錯的 session 下了另一個 session 的指令，等它跑完才發現對象搞錯，然後花更多時間把它收回來 🫠
AI 完全沒有這種困擾。每個 session 都記得自己在幹嘛，不累、不下班、不會把 A 的脈絡帶到 B 去。所以真正的瓶頸從來不在它跑多快，而是中間那個人還記不記得自己開了什麼。
延伸閱讀：你今天 Copilot 了嗎？
不是沒寫，是想不起來 RRRrrrr
在一次真實的開發過程中，我花了五分鐘在教訓家豪為什麼做完跟我看到的東西還是不一樣，隨著他發自內心的自省與一一拆解，我才逐漸意識到，原來，是柏傑，而柏傑人在 :9984，我卻在 :9981 數落家豪的不是 🙂↕️ 偏偏他們開發的功能太相似了，卻又要分前後兩個版本發佈，導致我連 ticket 都搞混 ...
那就記筆記啊？
我有寫阿。spec 有、issue 有、Notion 也有一整頁。問題從來不是「沒寫」，而是 「需要想起來」的那一刻，跟「答案放著的地方」不在同一個畫面上。
而那個時刻幾乎永遠發生在瀏覽器裡：
- 打開一個 PR，想確認這個改動當初是為了解什麼
- 停在一張工單上，想知道這件事到底是誰在等誰
- 翻一份文件翻到一半，突然想起這段之前好像踩過雷
於是動作就變成：切出去 → 搜尋 → 找到 → 讀 → 切回來。切出去的代價不是那十幾秒，而是回來的時候，原本那條線已經斷掉了，還得重新接一次。
一天來個十幾次，效率就這樣被磨掉了。
Knote
於是就誕生了這個 Chrome extension，核心只有一句話：把筆記綁在頁面上，回到那一頁，它自己會浮出來。
它做的事情很少，但每一件都對著上面那個痛點：
- 一個動作綁定。在任何頁面上把當下的想法記下來，綁給這一頁。下次再回到這裡，筆記就在側邊欄等你，不用搜尋、不用回想當初放在哪
- 綁的是一段路徑，不是一個網址。所以同一件事底下的所有子頁面都會帶出同一則筆記，不用每一頁都重綁一次
- 一則筆記可以綁多個頁面。PR、工單、文件全部掛在同一則底下，「這件事跟哪些東西有關」不用自己在腦袋裡連線
- 有狀態：待辦 / 進行中 / 卡住 / 完成。光是開著瀏覽器，就知道這件事走到哪了
- 常駐側邊欄，不是點一下就消失的 popup；圖示上直接顯示數字，這一頁有沒有東西，一眼就知道
- 全部存在自己的瀏覽器裡。沒有後端、沒有帳號、不打任何一支 API，工作內容不會離開這台電腦
說穿了，就是把「跳去別的地方確認」這個動作，收回到你本來就在看的那一頁上處理掉。
結語
回頭想想，這種等級的小工具，放在兩三年前我大概不會動手——是說，兩三年前我也不需要這麼高效的多工，過去只需要專注地應對單一任務，現在一個禮拜可能要同時扛三四個功能，且每個功能下面都還有好幾個小任務，變相的要去提升自己的記憶體 🤯
總之，小鎮村又恢復了往日的平靜與祥和，一切都要感謝古慄歐克的努力 🙇♂️