Bookmarklet 是什麼。
為什麼要稍微看懂一點網頁 HTML 結構。
以及如何把一個網頁上的工作小痛點，整理成 AI 看得懂的 Bookmarklet 需求。
如果說第一篇是在認識工具。
第二篇是在理解網頁背後的結構。
第三篇是在整理需求，讓 AI 比較知道你想做什麼。
那這一篇，就想用來做一個小收尾：
「AI 幫你寫出 Bookmarklet 後，真的可以直接用嗎？」
先說結論：我不會建議直接用。
尤其是你要把它放到工作網頁、公司系統、內部資料頁面，甚至有個資或敏感資料的頁面上執行時，更不應該看到 AI 產生一段內容，就馬上複製、貼上、執行。
這篇一樣不是專業資安教學，也不是要教大家逐行檢查 JavaScript。
我自己也不是前端或資安專家，所以這篇更像是：
一般使用者在 AI 時代使用小工具時，至少可以先養成的幾個基本檢查習慣。
也先說明一下，Bookmarklet 能做的事情其實很多，這幾篇不是完整功能介紹。
我目前比較有感的，主要還是自己在工作流程上用得到的幾種情境。
例如：
- 自動帶入固定內容
- 快速檢查欄位是否漏填
- 快速統計目前畫面上的資料狀態
- 快速抓取畫面資料並整理成 CSV
- 把網頁上重複、瑣碎的操作變得簡單一點
這些功能本身都不是為了炫技。
而是因為它們真的有機會幫我節省重複操作的時間。
所以這篇收尾文，也只是從我目前實際使用的角度，整理一些比較保守的提醒。
不是要把 Bookmarklet 的能力講成只有這些，也不是要替所有使用情境下定論。
我的想法很簡單：
AI 可以幫我們降低做小工具的門檻，但它不應該讓我們完全放棄判斷。
因為 Bookmarklet 畢竟不是單純的一段文字，它是真的會在目前網頁上執行的工具。
一、為什麼不能直接相信 AI 產生的 Bookmarklet？
現在 AI 很方便，你只要把需求講一講，它可能幾秒鐘就能產生一段 Bookmarklet。
甚至還會附上說明：
這段工具可以統計資料。
這段工具可以檢查欄位。
這段工具可以標示異常。
這段工具可以幫你整理資料。
看起來很貼心，也很容易讓人產生一種錯覺：
既然是 AI 寫的，應該沒問題吧？
可是：AI 產生得快，不代表你可以檢查得少。
因為 AI 可能誤解你的需求。
也可能多做了一些你沒要求的事情。
也可能為了完成某個功能，用了你其實不想要的方式。
例如：
你只是想統計目前畫面上的資料，但它可能寫出會修改頁面內容的工具。
你只是想檢查欄位有沒有漏填，但它可能順手做了自動送出。
你只是想顯示統計結果，但它可能用了你不理解的外部連線方式。
這些不一定是 AI 惡意。
但只要你沒有檢查，就可能在不知情的情況下執行了不該執行的東西。
所以我覺得，使用 AI 產生 Bookmarklet 時，第一個觀念不是：AI 寫好了，我就能用。
而是：AI 幫我做出初稿，我還要先確認它是不是只做我原本要它做的事。
二、先確認：它是不是只做你原本要它做的事？
這是我覺得最重要的一步。
你一開始請 AI 做工具時，通常會有一個明確目的。
例如：
- 幫我統計目前頁面資料數量
- 幫我標示超過指定天數未更新的項目
- 幫我檢查哪些欄位沒有填
- 幫我整理畫面上的表格資料
- 幫我產生可以複製的統計文字
- 幫我把目前畫面資料整理成 CSV
那 AI 產生後，你就要反過來確認：
它是不是只做這些事情？
如果我的需求只是「統計」，它就不應該自動修改資料。
如果我的需求只是「標示」，它就不應該自動送出表單。
如果我的需求只是「整理目前畫面」，它就不應該跑去讀取其他不相關資料。
如果我的需求只是「下載 CSV」，它就不應該順便把資料傳到我不知道的地方。
這個觀念我覺得很重要。
因為很多風險不是來自工具有多複雜，而是來自工具做了你沒有意識到的事情。
所以我會建議，拿到 AI 產生的 Bookmarklet 後，先不要急著使用。
先問自己一句：
這個工具是不是只做我原本想讓它做的事？
如果答案不確定，就先不要在重要頁面執行。
三、注意它有沒有碰到不該碰的資料
Bookmarklet 在目前網頁上執行時，通常有機會讀取畫面上甚至資料庫的內容。
這就是它可以幫你整理資料、統計資料、檢查欄位的原因。
但也因為這樣，它可能讀得到很多你沒有打算讓它碰的資料。
例如：
- 姓名
- 電話
- 地址
- 帳號資訊
- 公司內部資料
- 客戶資料
- 付款或訂單資訊
當然，不是說 Bookmarklet 只要讀到這些資料就一定有問題。
但重點是：你的需求下有沒有必要讀？可不可以讀？
例如你只是要統計「待處理幾筆、處理中幾筆、已完成幾筆」。
→那它可能只需要讀取狀態欄位，不一定需要讀完整姓名、電話、地址或備註內容。
如果你只是要檢查必填欄位有沒有空白。
→它可能只需要判斷欄位是否有值，不一定需要把欄位內容全部抓出來。
如果你只是要把目前畫面資料整理成 CSV，也要先確認：
它整理的是不是你真的需要的欄位？
有沒有把不必要的個資或敏感內容一起放進去？
這就是為什麼第三篇才會一直強調：需求要先講清楚。
因為你講得越清楚，AI 才比較不會亂抓一堆不必要的資料。
如果你不確定它到底讀了哪些資料，可以再問 AI：
請你用白話說明這段 Bookmarklet 會讀取目前頁面上的哪些資料，哪些資料只是用來判斷，哪些資料會被顯示出來，哪些資料會被整理成下載內容。
這不是要大家變成工程師。
而是至少先知道：這個工具到底碰了哪些資料。
四、注意它有沒有把資料送出去
這一點我覺得非常重要。
如果你的 Bookmarklet 只是要做目前頁面的統計、檢查、標示，或是把目前畫面資料整理成本機下載的 CSV，大多數情況下，它不應該需要把資料送到外部網站。
例如你只是想知道：
目前頁面有幾筆待處理。
哪些欄位是空白。
哪些項目超過 7 天未更新。
目前表格可以整理成哪些欄位。
這些通常都可以在目前頁面內完成，不一定需要外部連線。
所以如果 AI 產生的內容提到：
- 上傳資料
- 同步到某個網站
- 傳送到外部 API
- 把資料送到某個網址
- 呼叫不明網站
那就要先停下來。
不是說所有外部連線都一定有問題。
有些功能確實可能需要連線。
但如果你原本需求只是「本頁統計」、「本頁檢查」或「本機下載 CSV」，那它通常不應該需要這件事。
你可以用很白話的方式問 AI：
這段 Bookmarklet 有沒有把目前頁面資料送到外部網站？如果有，請說明送到哪裡、送出哪些資料、為什麼需要這樣做。
如果 AI 解釋得不清楚，或是你自己看完仍然不放心，那就不要用在重要頁面。
我覺得這不是膽小，而是基本的風險意識。
方便，不代表可以忽略資料安全。
五、不同功能，其實風險層級不太一樣
我自己會把 Bookmarklet 的用途分成幾個層級來看。
不是所有功能都一樣危險。
也不是所有操作都不能做。
但風險一定要分清楚。
第一種，是比較低風險的輔助。
例如：
- 只讀取目前畫面
- 只顯示統計結果
- 只標示需要注意的項目
- 只產生可複製的文字
- 只把目前畫面資料整理成 CSV 下載
這類工具通常相對安全，因為它主要是在幫你看資料、整理資料、顯示結果。
不會主動改變原本系統裡的正式資料。
第二種，是需要更小心確認的操作。
例如：
- 自動帶入固定內容
- 自動填入欄位
- 自動整理表單內容
- 依照條件幫你預填某些選項
這類功能不是不能用。
事實上，自動帶入固定內容、協助填入常用欄位，本來就是 Bookmarklet 很常見、也很實用的應用。
但我會建議保留人工確認。
也就是：可以幫我填，但不要填完就自動送出。
因為只要牽涉到修改欄位內容，就要確認它填的位置對不對、內容對不對、是否符合當下情境。
第三種，是我會建議先避免的高風險操作。
例如：
- 自動送出
- 自動儲存
- 自動刪除
- 自動取消
- 自動點擊確認
- 自動執行會影響正式資料的操作
因為這類操作已經不只是輔助你看資料或整理資料。
而是可能真的改變系統裡的正式內容。
所以剛開始接觸 Bookmarklet 時，我會比較建議先從「只讀取、只統計、只標示、只產生結果」這類工具開始。
等你真的理解自己的需求，也能確認工具行為後，再考慮是否要做自動帶入或更進一步的操作。
對我來說，Bookmarklet 最有價值的地方，不是它能做多大。
而是它能不能在安全可控的前提下，先幫你少做一些重複又耗時的事情。((時間寶貴阿
六、第一次使用時，最好先跟人工結果比對
很多人拿到工具後，會期待它一次就準。
但我覺得第一次使用時，最好不要完全相信工具結果。
尤其是統計類、分類類、異常標示類，或是資料整理成 CSV 的 Bookmarklet。
第一次使用時，可以先用人工方式確認一小段資料，再看工具結果是否一致。
例如：
工具說目前有 16 筆待處理，你可以人工快速看一下是不是差不多。
工具說有 5 筆超過 7 天未更新，你可以點開幾筆確認判斷規則對不對。
工具說有 3 筆欄位缺漏，你可以看它標示的位置是不是你真正關心的欄位。
工具整理出來的 CSV 有 10 個欄位，你可以確認裡面是不是只有你真的需要的資料。
如果比對後發現不準，也不要急著說它不能用。
可以回頭調整需求描述。
例如告訴 AI：
- 它少算了哪一類
- 它抓錯哪個欄位
- 它把隱藏欄位也算進去了
- 它沒有排除已完成資料
- 它把日期格式判斷錯了
- 它匯出的 CSV 多了不需要的欄位
這樣 AI 才有機會修正。
很多時候，工具不是一次就完美。
而是透過幾次比對和調整，慢慢變得更符合自己的工作流程。
所以我覺得 Bookmarklet 比較像是：先做一個 60 分的小工具，再慢慢修成 70 分、80 分。
不要一開始就期待它是完整系統。
七、我會怎麼請 AI 幫我做最後確認？
如果真的看不懂程式，我覺得可以反過來請 AI 幫你做一個「白話檢查」。
例如你可以把 AI 產生的 Bookmarklet 貼回去，再問它：
請用一般使用者看得懂的方式，幫我檢查這段 Bookmarklet。
請特別說明：
1. 它會讀取目前頁面哪些資料？
2. 它會不會修改任何欄位內容？
3. 它會不會自動點擊送出、確認、刪除、儲存等按鈕？
4. 它會不會把資料送到外部網站？
5. 它的結果是只顯示在目前畫面，還是會儲存到其他地方？
6. 如果有產生 CSV，CSV 會包含哪些欄位？
7. 如果我要讓它只做低風險的頁面統計，哪些地方應該移除或避免？
這樣做不代表百分之百安全。
但至少比完全不看、完全不問，直接執行來得好。
而且這個問法也符合這幾篇文章一直想講的事情：AI 真的很好用
但你要知道怎麼問，你越能提出明確問題，AI 才越有機會幫你做出有價值的輔助。
八、哪些情況我會建議先不要用？
如果是下面這些情境，我自己會比較保守。
- 頁面有大量個資或敏感資料
- 頁面涉及金流、付款或帳務
- 頁面是正式資料維護或刪除操作
- 公司規範不允許自行執行程式碼
- 你完全不知道這段工具會做什麼
- AI 說明不清楚，或你看完還是不放心
- 工具需要連到你不熟悉的外部網站
- 工具會自動送出、刪除、儲存或確認資料
這些不是說永遠不能做。
而是對一般使用者來說，不適合當作練習或初次嘗試的情境。
剛開始接觸 Bookmarklet，我會建議從比較單純的需求開始。
例如：
- 統計目前頁面資料筆數
- 標示空白欄位
- 標示超過指定天數的項目
- 產生畫面上的統計摘要
- 產生可以複製的文字
- 把目前畫面資料整理成 CSV 下載
這些比較容易確認結果，也比較能控制風險。
等你慢慢理解 Bookmarklet 的邊界，再考慮要不要做更進一步的應用。
九、系列小結：我真正想分享的不是程式，而是效率工具思維
寫到這裡，這個 Bookmarklet 小系列也差不多可以收尾了。
這幾篇文章不是要把 Bookmarklet 講成什麼神奇工具。
它不是萬能，也不適合所有網站。
更不應該拿來處理高風險或高度敏感的資料。
但我覺得它仍然值得被認識。
因為很多工作上的小痛點，其實都介於：
完全人工處理太浪費時間。
和
正式開發系統又太小題大作。
之間。
這些需求可能很小。
小到不值得排開發。
小到不值得買一套工具。
小到你會覺得「算了，我自己做就好」。
但偏偏它每天都會出現 / 每週都會出現 / 每個月都會出現。
久了之後，累積起來的時間和精神消耗其實很可觀。
而 Bookmarklet 剛好可以在這種地方，提供一個很輕量的可能性。
它不一定完美，但如果需求夠小、結果夠明確、風險可控。
它確實可能先幫你解決 60 分、70 分的問題。
不論是：
- 自動帶入固定內容
- 檢查欄位是否漏填
- 快速統計畫面資料
- 標示需要注意的項目
- 整理目前畫面資料並下載 CSV
這些都不是什麼大型系統。
但如果它剛好能幫你省下每天幾分鐘、減少一些重複確認、降低一點漏看的機率。
那對實際工作來說，就已經有價值了。
十、我的看法
這幾篇寫下來，我自己更確定一件事：
AI 時代真正重要的，不一定是每個人都要學會寫程式。
而是一般使用者也可以開始練習：
觀察自己的流程→拆解自己的痛點→說清楚自己想要的結果→理解工具大概會怎麼做事。
※最重要的是 保留基本的風險意識
以前很多小工具，可能真的只有工程師比較容易做。
但現在 AI 把門檻降低了。
只要你能把需求講清楚，就有機會讓 AI 協助你做出一個可以試用的小工具。
但這不代表你可以什麼都不懂。
也不代表 AI 產生的東西就一定可以直接用。
我覺得更好的心態是：AI 是加速器，不是責任轉移器。
它可以幫你更快做出工具。
但你還是要知道自己想解決什麼。
也要知道哪些事情不能做。
更要知道什麼情況下應該先停下來，不要硬用。
所以回到這個系列最一開始的想法：
我不是想把 Bookmarklet 講成什麼必學技術。
也不是想鼓勵大家到處執行小程式。
我只是覺得，在 AI 工具越來越普及的現在，我們可以開始重新觀察自己的工作流程。
哪些事情每天都在重複？
哪些操作其實很耗時間？
哪些檢查總是很容易漏？
哪些需求小到不值得開發系統，但又一直困擾你？
如果能從這些地方開始，找到一點點可以改善的空間。
那 Bookmarklet 這種小工具，就已經有它存在的價值了。
最後，方便的工具永遠要搭配清楚的判斷。
先了解它→再使用它。
先知道自己要什麼→再讓 AI 幫你做。
這樣才比較能真正把工具用在「節省時間」上，而不是讓工具變成另一個新的麻煩。
系列收尾
Bookmarklet 這幾篇就先寫到這裡。
這不是完整技術教學，也不是要把 Bookmarklet 講成萬能工具。
比較像是我自己在工作上使用後，覺得它確實能在某些重複、瑣碎、耗時間的網頁操作裡，提供一個很輕量的改善方向。
希望這幾篇至少能讓第一次接觸 Bookmarklet 的人知道：
Bookmarklet 是什麼。
它大概適合什麼。
為什麼有時候會失效。
為什麼需求要先講清楚。
以及 AI 幫你產生工具後，為什麼不要完全不檢查就直接使用。
不需要每個人都變成工程師。
但可以讓自己多一點工具思維，也多一點判斷能力。
這樣在面對工作中那些每天重複、瑣碎、卻一直耗時間的小事情時，或許就會多一種選擇。
