用習慣觸控板之後，就沒在使用滑鼠，昨天用的好好的觸控板，使用電腦休眠，今天開啟就沒滑鼠指標，筆電觸控板突然整個消失，重開機很多次也沒效果，在裝置管理員，移除裝置，再重新安裝無效。

在相同的用電或操作環境之下，使用 mac 筆電完全沒遇到過這個問題，只有 Windows 筆電才有遇到，一開始以軟體出問題來排查，沒想到透過：拔掉充電線再重開機就好了。這其實跟家裡的插座沒有接地，加上電磁干擾有很大的關係。

正常的觸控板，有獨立的設定項目，有電磁干擾時，整個項目會消失。

▌ 斷開充電線：切斷雜訊源頭

變壓器在把家用交流電轉成直流電的時候，本來就會產生高頻的電磁雜訊。如果插座沒有接地，這些雜訊跟微小的漏電流就沒有地方跑，最後全部經由充電線流向筆電的金屬機殼跟內部電路。

▌ 為什麼觸控板首當其衝？

現在筆電觸控板都是用電容感應，原理是偵測手指的微弱電場變化。當整台筆電都佈滿沒有接地的雜訊時，觸控板的感應晶片就會抓到一堆干擾，完全分不出來到底是你在摸它，還是一堆雜訊在亂干擾。

▌ 重開機：重新初始化硬體

當干擾實在太大的時候，負責控制觸控板的晶片為了防止電腦當機，會直接進入保護模式或關閉。這就是為什麼你在 Windows 裡面會發現觸控板完全消失。拔掉充電線之後，筆電改用電池供電，環境變得很乾淨，這時候重開機讓系統重新啟動晶片，觸控板就能正常被偵測到了。

▌ 遇到這種狀況可以怎麼做？

如果家裡插座真的沒辦法接地，建議盡量使用原廠充電器，因為副廠的電源濾波效果通常比較差。另外一個很妙的小招數，就是接電源時，用另一隻手摸著筆電的金屬機殼，讓自己的身體當作暫時的人體接地，有時候觸控板就會瞬間恢復正常喔！

直接問 AI 的話, 取得的回答:

當 Lenovo 筆電在 Windows 11 中找不到觸控板時，通常是由於實體快速鍵被關閉、驅動程式異常或遺失所造成。請依照以下步驟由淺入深進行排查：

1. 檢查實體按鍵與快捷鍵

• 觸控板快捷鍵： 檢查鍵盤上是否有被誤觸的鎖定鍵，通常為 Fn + F6、Fn + F8、Fn + F9 或 Delete 鍵（鍵盤上有一個帶斜線的觸控板圖示）。
• BIOS 設定檢查： 重新開機時連續按 F2 或 Fn + F2 進入 BIOS，檢查 Config 或 I/O Port Access 選項中，Touch Pad 是否被設為 Disabled（停用），若是請改為 Enabled 儲存後重開機。

2. 檢查裝置管理員與顯示隱藏裝置

• 開啟裝置管理員： 同時按 Win + X 鍵，選擇「裝置管理員」。
• 檢視隱藏裝置： 點擊上方選單的「檢視」，勾選「顯示隱藏的裝置」。
• 重新安裝驅動程式： 展開「滑鼠和其他指標裝置」或「人機介面裝置 (HID)」。若看到觸控板相關裝置（如 Synaptics、ELAN 或 HID-compliant touch pad）出現黃色驚嘆號：
  • 對它按右鍵選擇「更新驅動程式」。
  • 或者選擇「解除安裝裝置」，然後重新啟動筆電，讓 Windows 11 自動重新載入驅動程式。
• 參考 Microsoft 官方修復指南 了解更多驅動程式重灌步驟。
  https://support.microsoft.com/zh-tw/windows/hardware/input-devices/fix-touchpad-problems-in-windows

相關文章

我的觸控板設定不見了！
https://www.reddit.com/r/Windows11/comments/ppx2so/my_touchpad_settings_disappeared/?tl=zh-hant

Lenovo loq 的觸控板不能用，有啥撇步嗎？
https://www.reddit.com/r/GamingLaptops/comments/1pjdcal/lenovo_loq_trackpad_not_working_any_tips/?tl=zh-hant

觸控板出問題 拜託幫幫忙
https://www.reddit.com/r/Lenovo/comments/1qe1zqh/touchpad_issue_please_help/?tl=zh-hant

安安寶寶滿可愛，要綁一下台灣門號。

LINE 發布最新官方公告，從 2026 年 11 月 4 日開始，將停止支援舊版的 LINE 應用程式。

到時候如果 iPhone 或 iPad 的 LINE 版本低於 14.6.3，或是 Android 裝置的 LINE 版本低於 14.4.6，就會完全無法繼續使用 LINE。

如果家裡的長輩還在使用多年前的舊手機，建議這幾天先幫忙檢查一下版本。提前完成手機硬體與軟體升級，才能避免到時候突然無法傳訊息通話。

推薦日本的表情貼, 可以用 180天, [Nandemo Ikimono Emoji]
https://line.me/S/emoji/?id=6a30c6169729e2595829380f&lang=zh-Hant&utm_source=gnsh_sticonDetail

[[Free Emoji]CHIIKAWA×WAON POINT]
https://line.me/S/emoji/?id=6a223b96e6e4db63bfa0ae27&lang=zh-Hant&utm_source=gnsh_sticonDetail

* 加完好友下載完貼圖，請記得「封鎖」官方好友，以免收到廣告。

Taiwan 台灣

拉豆貓初登場！疊字萌翻天

https://line.me/S/sticker/38122

貼圖打包：點擊下載

日本超人氣!Loveez情侶初登場

https://line.me/S/sticker/38045

貼圖打包：點擊下載

LINE購物夯話題×欸波與小寵物可愛篇

https://line.me/S/sticker/37998

貼圖打包：點擊下載

Visa生活系 Vee陪你每一天

https://line.me/S/sticker/37996

貼圖打包：點擊下載

安安寶寶「晶彩世界」貼圖篇

https://line.me/S/sticker/37993

貼圖打包：點擊下載

大幸 × momo co

https://line.me/S/sticker/37952

貼圖打包：點擊下載

易遊網×小心臟 – 心動出遊趣

https://line.me/S/sticker/37926

貼圖打包：點擊下載

—

Japan 日本

Shimamura×nandemo ikimono

https://line.me/S/sticker/37836

貼圖打包：點擊下載

LOVE RABBIT & POiNCO BROTHERS Stickers

https://line.me/S/sticker/37753

貼圖打包：點擊下載

Lily Cluster by Harry Winston

https://line.me/S/sticker/37742

貼圖打包：點擊下載

Dronjo YURAGI Stickers

https://line.me/S/sticker/37684

貼圖打包：點擊下載

Piyokomame×LINE Sukimani

https://line.me/S/sticker/37514

貼圖打包：點擊下載

—

Thailand 泰國

HuuHuu, The Incense Guardian

https://line.me/S/sticker/37878

貼圖打包：點擊下載

—
上一周的貼圖：LINE 免費貼圖 2026-10-20
https://stickerline.max-everyday.com/2026/10/20261020/

你是不是也寫過那種自己覺得很精彩、資料查了很久的文章，結果貼出去之後，朋友點開看兩行就默默滑走，最後只有你自己按讚。

其實要把硬梆梆的專業知識或心裡想講的故事，變成大家願意一口氣讀完的內容，不管你是要發臉書長文、寫部落格、還是做簡報，方法都是一樣的。重點不在於你塞了多少厲害的專有名詞，而是你要懂得站在讀者的視角，幫他們解決問題或找到共鳴。

▌找對入口，從生活痛點切入

首先要幫你的內容找一個對的入口。專業的人常常犯一個錯，就是習慣從定義跟理論開始講，這就像在路上隨便攔一個路人，劈頭就跟他討論微積分。

舉個例子，如果你今天想介紹某種健康的飲食觀念，一開頭就講抗性澱粉與胰島素阻抗的生化機制，讀者大概三秒鐘就關掉了。但如果你換個方式，問讀者為什麼每天中午吃完便當，下午兩點開會就開始睏到昏迷，這就是大家日常都會遇到的痛苦小事。從生活痛點切入，讀者才會覺得這件事跟他有關，願意停下來看。

▌穩固結構，故事是船殼而事實是龍骨

找到入口之後，內容需要穩固的結構。我們可以把一篇要傳達的內容比喻成一艘船。故事是船的外殼和引擎，負責吸引讀者上船，並且一路順暢地讀下去。如果整篇都是枯燥的條列數據，文章就會像一份無聊的期末報告，沒人想看。

但是光有故事也不行，如果船沒有龍骨，遇到風浪就會直接解體。事實與證據就是那根龍骨。例如你在文章裡分享某個高效工作法，故事寫得再吸引人，如果沒有具體的執行步驟或數據驗證，讀者試了一次沒用，這艘船馬上就翻了。

▌善用比喻，幫助讀者建立鷹架

在講解複雜概念的時候，比喻是最好用的工具。比喻就像是蓋房子時的鷹架，能幫讀者爬上去看見平時看不到的結構。

不過要注意的是，比喻只是輔助，當讀者理解之後就要把鷹架拆掉，才不會讓比喻變成另一種誤解。比方說，我們常說大腦像電腦，這能幫人快速理解輸入與輸出的過程，但如果讀者誤以為大腦真的可以隨時拔掉插頭重開機，那就完全走偏了。

▌適度幽默，扮演寫作時的潤滑劑

幽默感是寫作時最好的潤滑劑。很多知識真的很硬啊，直接塞給讀者，讀者會受傷，知識也會受傷。適當加入一些輕鬆的笑點或生活化的比喻，可以降低摩擦力，讓讀者願意多花一點時間把內容看完。

不過幽默不能過頭，如果笑點太搶戲，讀者最後只記得剛剛很好笑的梗，卻完全忘記你要傳達的核心觀念，那就本末倒置了。就像你去聽脫口秀笑得很開心，散場卻完全不知道對方在講什麼主題一樣。

▌平衡流量與真誠，找到內容的價值

在資訊快速流動的時代，網路上充斥著各種為了追求流量而誇大聳動的內容。真正能留下來的好內容，需要在吸引注意力和保持正確性之間找到平衡。

不要急著用聳動的標題去騙點擊，而是把你想表達的故事或知識慢慢拆解，用真誠且容易理解的方式講給朋友聽。站在讀者的視角出發，把知識的門打開，你的內容自然會有人願意看。

你最近有什麼想分享的故事或知識，正在思考要怎麼改寫嗎？

相關文章

AI時代最重要的思辨力與提問力｜未知寄給你的邀請函｜鄭國威
https://www.youtube.com/watch?v=81WR7hJOWUk

YouTube: https://youtu.be/_Y_z2Mkh3ns

AI 時代的名言：「這個需求很簡單，大概兩天就能好」？

在資工系的軟體工程課堂上，四個充滿自信的大三學生接下了看似最基礎的專題——做一個簽到系統。最初的需求只有三行：老師建立課程、學生登入、學生按下簽到，預估工期兩個星期。然而十三週過去了，系統從三張資料表暴增到二十七張資料表、六十三支 API、三十八個前端頁面，程式碼突破兩萬行。

這是一個真實血淚的縮影。從需求蔓延到身分驗證的無底洞，每一個階段都在告訴我們軟體工程的殘酷現實。

▋ 領域模型與資料庫模型的根本差別

在專案初期，團隊常在身分與權限上摔跤。這裡必須釐清一個關鍵觀念：領域模型不等於資料庫模型。

領域模型專注於業務邏輯，用來理清現實世界裡的人、事、物彼此有什麼關係，完全不管資料庫要怎麼存。資料庫模型則是實體關聯模型，專注於技術實作，規定資料要在磁碟裡建幾張表、欄位型態是什麼。簡單來說，領域模型是想怎麼解決業務問題，而資料庫模型是想怎麼把資料塞進電腦。如果沒搞懂這點，資料庫架構就會隨著需求不斷打掉重練。

▋ 用 User Story 與 SDD 劃定邊界

故事中的學生初期只拿著簡單功能清單就開工。真正的開發應該從 User Story 開始，包含身分、目標與價值，並搭配明確的驗收標準。透過驗收標準，團隊能在第一週就釐清範圍，避免 GPS、動態 QR Code 等非必要功能無限蔓延。

進一步的解法是 SDD 規格驅動開發。在動手寫 code 前先建立好 API 規格與資料庫架構的契約，讓前後端有共識，並阻止口頭隨意加功能的盲目擴張。

▋ TDD 測試驅動開發解決整合崩潰

當專案走到後期，常常發生各個零件單獨正常、合在一起卻全面崩潰的慘劇。這正是先寫程式、後補測試的副作用。

導入 TDD 的紅綠燈循環，先寫出會失敗的測試來定義預期行為，再寫程式讓測試通過。如果團隊在第一週就寫好高併發寫入的壓力測試，那麼資料庫重複紀錄的漏洞在第一天就會被逼出來，而不是拖到上線前夕才爆炸。

▋ AI 時代的軟體工程優化之道

現在有了 AI 工具，寫程式的門檻降低了，但軟體工程的重點變成了如何精準定義需求。

如果沒有在一開始釐清規格，AI 幫你產 code 的速度越快，架構崩壞的速度也越快。正確的做法是結合 User Story 與 SDD，先讓 AI 參與需求訪談模擬與規格審查，接著採用 AI 驅動的 TDD，先要求 AI 寫出測試案例，以通過測試為唯一驗收標準。這樣既能享受 AI 的效率，又能防止 AI 產生幻覺代碼。

▋ 結語：最成熟的技術判斷是不寫不必要的程式

故事的結尾非常有意思。老師因為開錯舊網址而以為系統壞掉，主角沒有去寫網址導向或快取清除，而是說了一句：「老師，下次請用書籤。」

這不是逃避，而是軟體工程師最寶貴的素養：判斷問題的邊界與解決成本。世界上沒有簡單的系統，只有還沒開始問問題的需求。在 AI 時代，懂得在關鍵時刻說不，懂得利用既有工具，才是工程師無可取代的核心價值。

做軟體就像蓋房子，只要寫程式，就一定會經歷這 5 個「與客戶鬥智」的過程。用最白話的方式解釋給你聽：

• 1. 需求發掘（讀心術）
  客戶其實常不知道自己要什麼。他們說想做一個「按鈕」，其實背後只是想「下載報表」。這個階段就是要把他們心裡真正的渴望挖出來。
• 2. 需求確認（對答案）
  如果只給客戶看密密麻麻的字，他們都說看懂了，結果工程師做出來，客戶才驚呼「這不是我要的！」。所以動工前，一定要畫個草圖跟客戶確認：我們想的一模一樣對吧？
• 3. 需求凍結（不可以色色…啊不是，是不可以改了）
  為了讓工程師專心寫程式，雙方要約定一個時間點。在這個期限之後，目前的規格就先卡死，不准再隨便亂加新功能，否則房子永遠蓋不完。
• 4. 需求變動（計劃趕不上變化）
  專案做著做著，老闆可能突然看到對手出了新功能，或是政府改了法規，這時候就得改設計。改可以，但要講清楚：這需要延期或加錢。
• 5. 需求管理（記帳本）
  當功能越來越多、時間越來越長，就要做筆記。確保未來的每行程式碼、每個測試，都能對應到當初是誰要求的。不然人一離職，就沒人知道這功能當初是衝著誰做的。

軟體專案會爆炸，通常不是技術爛，而是這 5 個溝通環節出問題。你有遇過這種需求的溝通災難嗎？

心得

軟體開發背後是門很大的學問，所以開發沒做好，其實也是正常的。就連談好的需求，等功能實作出來變來變去，也是正常的。在實作某一個功能時候，該不該規畫的有彈性，使用者通常喜歡功能很有彈性，但要讓系統變得有彈性，背後付出的代價其實通常也不小。

相關文章

YouTube: https://youtu.be/ZcYn_0hXGSU

完整故事:
https://www.facebook.com/NTVHater4.0/posts/pfbid0wyNmDbPzUB2NXSQ3Yp7hucg32rxzfnhpXbUM65kpH3GH3rqmqWkScjc5YhhGhtDql

資工系大三有一門「軟體工程（Software Engineering）」，期末規定四人一組做專題。
老師在第一堂課特別強調：「題目不用偉大，我不希望看到什麼人工智慧城市、區塊鏈醫療平台、量子運算社群網站。你們只要做一個小而完整、真的可以用的系統。」
坐在第三排的冠宇聽完，轉頭跟組員說：「那我們做簽到系統好了。」
另外三個人一致同意。
因為大家都知道，簽到系統很簡單。
至少那天下午，他們是這麼認為的。
最初的需求只有三行：
老師建立課程。
學生登入。
學生按下簽到。
冠宇看著白板說：「這大概兩個禮拜。」
負責前端的育誠說：「介面一天。」
負責後端的俊豪說：「API兩天。」
負責資料庫的宗翰說：「資料表三張就夠。」
四個人互相看了一眼。
那是一種資工系學生特有的自信。
通常出現在專案開始之前，以及事情還沒真正發生之前。
第一週，他們建立了三張資料表：User、Course、Attendance。
老師看完問：「學生跟老師都是User嗎？」
冠宇回答：「對，用role區分。」
老師點頭：「那助教呢？」
四個人沉默五秒。
宗翰打開資料庫。
第四張表出現了。
TA。
老師又問：「一門課可以有兩個助教嗎？」
宗翰沉默十秒。
TA表消失了。
CourseMember表出現了。
老師再問：「那有些助教同時也是其他課的學生呢？」
宗翰盯著螢幕說：「沒問題，這就是多對多關係（Many-to-Many Relationship）。」
老師說：「很好。」
宗翰鬆了一口氣。
老師接著問：「那老師如果下學期變成另一門課的學生呢？」
宗翰把筆電闔上。
「老師，我覺得我們應該先討論人的本質。」
第二週，他們開始做登入。
原本的設計非常單純：帳號、密碼。
俊豪說：「密碼不能明碼儲存，要做雜湊（Hashing）。」
冠宇說：「當然。」
育誠問：「忘記密碼呢？」
三個人安靜下來。
俊豪說：「寄Email。」
宗翰問：「Email怎麼驗證？」
俊豪說：「驗證信。」
冠宇問：「驗證連結多久失效？」
俊豪說：「三十分鐘。」
育誠問：「使用者同時按五次忘記密碼，前四個連結還能不能用？」
俊豪沒有回答。
他只是把原本寫著「登入功能」的工作項目，改成了「身分驗證模組（Authentication Module）」。
過了兩天，那個模組下面已經有登入、登出、重設密碼、Email驗證、Token更新、Session管理、錯誤登入次數限制、裝置登入紀錄。
冠宇看了一眼說：「我們是不是偏離簽到系統了？」
俊豪說：「沒有，使用者要先登入才能簽到。」
這句話邏輯上完全正確。
也因此沒有人能阻止事情繼續惡化。
第三週，簽到按鈕終於完成。
育誠很開心地把畫面秀給大家看。
正中央一個藍色按鈕，上面寫著「簽到」。
冠宇按了一下。
成功。
大家鼓掌。
那是整個專案最後一次純粹的快樂。
隔天老師來看進度。
老師問：「學生如果人在家裡，可以簽到嗎？」
冠宇說：「目前可以。」
老師問：「那這樣簽到有什麼意義？」
四個人又沉默了。
育誠提議：「用GPS。」
俊豪說：「瀏覽器可以取得定位。」
宗翰說：「那就判斷距離教室一百公尺內才能簽。」
冠宇覺得有道理。
於是他們加入地理定位（Geolocation）。
兩天後第一次測試。
四個人全部坐在同一間教室。
冠宇的手機顯示距離教室17公尺。
育誠顯示42公尺。
俊豪顯示126公尺。
宗翰顯示他人在隔壁行政大樓。
宗翰抬頭看大家。
「我肉體在這裡，但資料不同意。」
他們查了一整晚，終於理解GPS在室內不是神諭。
老師隔天問：「那怎麼辦？」
冠宇說：「改用Wi-Fi。」
「怎麼判斷？」
「檢查IP。」
老師說：「學生開VPN呢？」
冠宇第一次產生了一個念頭。
也許點名簿其實是人類文明很成熟的技術。
但他沒有說出口。
資工系有一種奇怪的職業尊嚴：當紙本方法明顯比較簡單時，絕對不能太早承認。
於是他們開始研究校園無線網路。
研究兩天後，題目從「簽到系統」變成了「基於網路環境與地理資訊之多因子課堂出席驗證平台」。
老師看著題目問：「你們是不是一開始只想做一個按鈕？」
冠宇說：「需求演化（Requirement Evolution）。」
老師點點頭。
「很好，你們已經學會軟體工程最重要的一件事。」
四個人期待地看著老師。
老師說：「替失控取一個專業名稱。」
第四週，真正的問題出現了。
有人提出：「如果學生把帳號密碼給同學，請同學代簽呢？」
冠宇說：「那做QR Code。」
每堂課老師產生一組QR Code，學生掃描後簽到。
大家覺得很合理。
直到育誠說：「拍照傳到班群就好了。」
QR Code開始每三十秒更新一次。
俊豪說：「那用動態Token。」
宗翰說：「要不要綁裝置？」
冠宇說：「怎麼綁？」
「Device Fingerprinting。」
大家安靜了一下。
育誠問：「我們現在是在做簽到，還是在做網路銀行？」
沒有人回答。
因為俊豪已經開始查Device Fingerprinting的文件。
第五週，他們遇到併發（Concurrency）問題。
老師測試時讓全班五十人同時按簽到。
資料庫瞬間出現十二筆重複紀錄。
宗翰看著結果，臉色非常平靜。
那不是因為他不緊張。
而是一個人在真正理解事情有多糟之後，反而會進入某種哲學狀態。
他說：「理論上有Unique Constraint。」
俊豪問：「那為什麼還有重複？」
宗翰說：「因為昨天測試的時候我先拿掉了。」
「為什麼？」
「它一直報錯。」
俊豪說：「它報錯就是因為有重複資料啊。」
宗翰點頭。
「對。」
「所以你怎麼處理？」
「我把會報錯的東西拿掉。」
冠宇坐在旁邊，突然理解了很多現實世界的資訊系統為什麼會變成今天這個樣子。
第六週，老師要求加上請假功能。
冠宇說：「沒問題，小功能。」
其他三個人同時看著他。
經過前五週，他們已經知道「小功能」是一種極度不吉利的詞。
果然，請假功能一開始只有：日期、原因。
然後有人問：「公假跟事假要不要分？」
要。
「病假要不要附件？」
要。
「附件格式？」
PDF、JPG、PNG。
「大小限制？」
10MB。
「請假誰審核？」
老師。
「老師不在呢？」
助教。
「助教可以審自己的假嗎？」
不行。
「學生撤回後可以重新送嗎？」
可以。
「老師已經核准後還能撤回嗎？」
不知道。
「跨兩堂課呢？」
……
冠宇看著需求文件，突然說：「我發現我們不是在做簽到系統。」
育誠問：「那我們在做什麼？」
冠宇說：「學校。」
第七週，他們加入通知系統（Notification System）。
學生簽到成功要通知。
簽到失敗要通知。請假送出要通知。請假核准要通知。請假駁回要通知。
老師忘記開放簽到也最好通知。助教最好也收到。
然後問題來了：「通知用什麼？」
站內通知。
Email。
之後有人提議加推播通知（Push Notification）。
冠宇立即說：「不要。」
這是他第一次在專案裡成功阻止一項需求。
全組對他的領導能力重新產生敬意。
三天後老師問：「手機沒有開網頁，也能收到提醒嗎？」
冠宇低頭說：「我們會研究Push Notification。」
第八週，前端開始出問題。
育誠做了一個漂亮的簽到頁面。
桌面版很好看。
手機一開，按鈕跑到畫面外。
他修了響應式網頁設計（Responsive Web Design）。
平板又壞掉。
修完平板，Safari壞掉。
Safari修完，深色模式文字消失。
深色模式修完，有人把瀏覽器字體放大到200%。
整個介面像地震。
育誠盯著CSS三個小時，最後說：「人類為什麼需要這麼多尺寸？」
俊豪說：「因為世界不是固定寬度。」
育誠回答：「那世界設計得不好。」
第九週，資安問題來了。
老師找了一個學長幫忙做簡單的滲透測試（Penetration Testing）。
學長坐下不到十分鐘就問：「你們API有做權限驗證嗎？」
俊豪說：「有啊，前端沒有顯示老師功能。」
學長抬起頭。
「我問的是後端。」
全組沉默。
學長直接送出一個HTTP Request。
學生帳號成功刪掉整門課。
那一天，四個人第一次真正理解一件事：把按鈕藏起來，不叫權限控制。
宗翰問：「所以要做Role-Based Access Control？」
學長說：「對。」
俊豪說：「每個Endpoint都要檢查？」
學長說：「對。」
俊豪看著目前的四十七個Endpoint。
「我突然覺得被駭也是一種使用者體驗。」
第十週，他們開始寫測試。
老師要求單元測試（Unit Test）、整合測試（Integration Test）。
俊豪寫了第一個測試。
通過。
第二個。
通過。
第三個。
失敗。
他修改程式。
第三個通過。
第一個失敗。
他再修改。
三個都通過。
整合測試全部失敗。
育誠問：「為什麼？」
俊豪說：「因為每個零件單獨都正常。」
「那合在一起呢？」
「就不正常。」
冠宇說：「這句話很像我們這一組。」
沒有人笑。
因為大家知道這已經不是笑話。
第十一週，專案終於部署到伺服器。
本機測試完全正常。
部署後首頁白畫面。
俊豪說：「不可能，我電腦可以。」
老師剛好走過來，聽見這句話。
老師停下腳步。
「你們知道軟體工程裡最沒有資訊量的一句話是什麼嗎？」
大家搖頭。
老師說：「『在我電腦上可以跑（Works on My Machine）。』」
俊豪想反駁。
但他的確只有自己的電腦可以跑。
於是他們開始研究容器化（Containerization）。
冠宇問：「Docker會不會太複雜？」
俊豪說：「不會，它就是把環境包起來。」
六小時後，四個人圍著一個起不來的Container。
育誠問：「現在呢？」
俊豪說：「現在我們把問題也一起包起來了。」
第十二週，系統上線測試。
老師登入。
學生登入。
QR Code正常。
定位正常。
簽到正常。
請假正常。
通知正常。
所有人感動得差點站起來鼓掌。
老師看著畫面，點了幾下。
然後問：「如果老師開錯課程的簽到，可以取消嗎？」
四個人臉上的笑容同時消失。
冠宇說：「目前不行。」
老師說：「那加一下，應該很簡單吧？」
這句話像一枚手榴彈掉進會議室。
沒有人動。
老師疑惑地問：「怎麼了？」
冠宇很慎重地說：「老師，經過十二週，我們組內已經禁止使用『簡單』這個詞。」
老師笑了。
「那我換個說法，只要增加取消簽到。」
宗翰問：「取消之後原本簽到紀錄要刪除嗎？」
老師想了一下。
「最好保留。」
俊豪問：「那狀態改成Cancelled？」
「可以。」
育誠問：「學生畫面要顯示什麼？」
「顯示這次簽到已取消。」
冠宇問：「如果老師取消之後重新開放？」
老師停頓一下。
「那應該算新的吧。」
宗翰問：「新的Session？」
「對。」
俊豪問：「那舊Session的學生如果已經請假呢？」
老師沉默。
育誠問：「通知要重新發嗎？」
老師沉默更久。
冠宇慢慢把筆電轉向老師。
「老師。」
「嗯？」
「歡迎加入我們。」
第十三週，期末驗收。
四個人穿得比平常正式。
簡報第一頁寫著：「智慧課堂出席暨身分驗證管理平台」。
老師看到標題笑了一下。
「你們一開始不是說要做簽到系統？」
冠宇說：「是。」
「現在有多少資料表？」
宗翰回答：「二十七張。」
「API？」
俊豪說：「六十三支。」
「前端頁面？」
育誠說：「三十八個。」
老師問：「程式碼多少？」
俊豪說：「不算套件，大概兩萬多行。」
老師靠在椅背上。
「所以你們花十三週、四個人、兩萬多行程式，最後完成了什麼？」
冠宇操作系統。
建立課程。
開啟簽到。
QR Code產生。
學生掃描。
GPS檢查。
Token驗證。
權限驗證。
資料寫入。
通知送出。
畫面跳出綠色提示。
「簽到成功。」
教室裡非常安靜。
老師看著那四個字。
又看看四個學生。
「所以最後，還是讓學生按一下簽到？」
冠宇回答：「對。」
老師問：「那跟你們第一週做的有什麼不同？」
四個人想了很久。
最後宗翰說：「第一週的時候，我們不知道自己不知道什麼。」
老師笑了。
「現在呢？」
宗翰說：「現在我們知道不知道的東西還很多。」
老師點頭。
「很好，這才是這門課真正的成果。」
驗收結束後，四個人走出教室。
育誠問：「下學期專題要不要繼續做這個？」
冠宇立刻說：「不要。」
俊豪說：「我想做簡單一點的。」
宗翰問：「例如？」
俊豪想了一下。
「待辦事項系統（To-Do List）。」
三個人停下腳步。
冠宇很謹慎地問：「使用者可以共用待辦事項嗎？」
「應該可以。」
「可以指定負責人嗎？」
「可以。」
「截止日呢？」
「有。」
「重複任務？」
「可以加。」
「附件？」
「好像需要。」
「通知？」
「也要。」
「權限？」
俊豪開始不說話。
育誠補了一句：「如果兩個人同時修改同一個待辦事項呢？」
宗翰接著問：「刪掉的任務要不要可以復原？」
冠宇問：「子任務呢？」
俊豪站在走廊中央，沉默了足足十秒。
最後他說：「不然我們做計算機。」
其他三人同時看向他。
沒有人立刻答應。
因為經過一學期的軟體工程訓練，他們已經具備了真正的專業素養。
遇到任何看起來很簡單的需求，都會先懷疑。
過了一會兒，宗翰才小心翼翼地問：「哪一種計算機？」
俊豪說：「就加減乘除。」
冠宇問：「小數呢？」
「要。」
「負數？」
「要。」
「除以零？」
「要處理。」
「括號？」
「……」
「運算優先順序？」
「……」
「歷史紀錄？」
「……」
「浮點數精度（Floating-Point Precision）？」
俊豪抬起頭，看著走廊盡頭。
「算了。」
「怎樣？」
「我們還是做簽到系統好了。」
三個人點點頭。
因為在資工系待久了，你最後會理解一件事：世界上其實沒有簡單的系統。只有還沒開始問問題的需求。
而所謂的軟體工程，就是一群人先花三個月，把所有問題問出來，再花三個月發現原來前面還漏問了一半。
至於那套簽到系統，後來真的被系上拿去試用了。
第一天上午九點，冠宇收到老師的訊息：「系統是不是壞了？我按開始簽到沒有反應。」
四個人立刻上線查Log。
資料庫正常。
API正常。
伺服器正常。
網路正常。
權限正常。
前端正常。
他們查了二十分鐘，什麼問題都找不到。
最後冠宇跑去教室。
老師坐在講桌前，把筆電轉給他看。
冠宇只看了一眼就知道原因。
老師開的是上學期留下來的測試網站。
冠宇沉默了一會兒，幫老師換成正式網址。
系統立刻正常。
老師有點不好意思地問：「這種情況有辦法避免嗎？」
冠宇站在講桌旁。
那一瞬間，他腦中閃過網址重新導向、舊版停用頁面、環境標示、版本檢查、自動更新、DNS設定、部署流程、快取清除，以及至少八種新的例外處理。
他想起十三週前，那個相信「簽到系統兩個禮拜就能做好」的自己。
然後他做出了這學期最成熟的一次技術判斷。
他說：「老師，下次請用書籤。」
老師點點頭。
「好。」
問題解決。
沒有新增資料表。
沒有新增API。
沒有新增套件。
甚至沒有寫一行程式。
冠宇走出教室時，第一次真正感受到自己學會了軟體工程。
不是因為他終於知道怎麼解決所有問題。
而是他終於知道：不是所有問題，都值得寫程式解決。

前幾天看到沈春華分享的近況《被迫習得的勇氣》，聽到了這半年來家裡發生的變故，讓人感觸好深。

人生總會遇到突如其來的意外。可能是一場大病，也可能是一次車禍，瞬間就把原本平靜的生活全打亂了。半年前沈春華的家人生病倒下，原本以為只是短期的治療，最後卻變成了一場漫長且不知終點在哪裡的馬拉松。那種每天跑醫院、看著病情報告上下起伏的焦慮，真的會讓人每天醒來都覺得胸口被緊緊勒住，喘不過氣。

最折磨人的，往往還不是身體的累，而是心裡那股擺脫不掉的罪惡感。

當摯愛的家人還在病床上受苦，自己去工作、跟朋友聚餐，甚至只是抽空散個步，心裡都會冒出「我怎麼可以自己過得這麼開心」的愧疚感。直到家人的一句話點醒了她：如果非要跟著一起痛苦才叫愛，那病床上的人只會覺得更內疚，因為他比誰都希望我們能好好生活。

我們真的不需要用一直讓自己痛苦來證明自己的愛。

這讓我想起周杰倫《不能說的祕密》裡的幾句歌詞：

最美的不是下雨天
是曾與妳躲過雨的屋簷
回憶的畫面在盪著鞦韆
夢開始不甜

下雨天誰都不喜歡，就像突如其來的變故一樣，讓人狼狽又無奈。但是，如果我們一直盯著滿地的泥濘看，就只會覺得痛苦；可如果我們把目光轉向那個一起躲雨的屋簷，看著身邊互相扶持的家人與朋友，這段原本糟糕的日子，反而會留下最深刻、最溫暖的回憶。

美好時光，不必等到所有的困難都被解決之後，才有資格重新開始。如果你的生活現在也正經歷著一場大雨，請試著讓自己停下來歇口氣。照顧好別人的前提，永遠是先照顧好自己。

原來，只要心態轉變了，即使在下雨天也可以很幸福。

要找回這份平靜，可以從「想得少」與「懂得放下」這兩個內外階段來調適：

想得少，是外在的表現。適度關掉不必要的訊息，專注在當下的感受。當我們不再把時間浪費在改變不了的事情上，自然就有更多心力去注意花怎麼開、夕陽什麼時候落下，以及生活中那些可愛的人與好玩的體驗。有時候想得少，心裡反而裝得下更多風景。

學會放下，則是內在的根本。生活裡常常會有讓人心煩意亂的事，當我們心裡有太多的渴望與執著時，就容易被外在的人事物牽著走。當我們不再過度在意那些求而不得的東西，源頭的煩惱與憂愁自然就會減少。

這兩者結合起來，就是最好的生活哲學。當我們不再強求不屬於自己的東西，自然就能做到遇事想得少。面對突如其來的打擾或困境時，試著把注意力拉回自己的內心，讓心靈沈澱，自然就能找回那份原本就屬於自己的清靜與自在。

相關文章

YouTube https://youtu.be/ar9TZCeoLiA

《被迫習得的勇氣》
https://www.facebook.com/permalink.php?story_fbid=pfbid07RpuejTXTasWETx1z9gMBkt3RRGBbw46rMZPJo4RPhww45ZBRk1iCvinuzTZzZEnl&id=100044552554387

《被迫習得的勇氣》
半年多前，我的先生突然病倒了。
原本以為只是一段單純的治療與復原期，沒想到，竟然展開了一場遠比想像中漫長、艱難，而且充滿未知的旅程。
半年多來，我幾乎每天開著車往返醫院，走過醫院長長的廊道，進入病房，探望病情起伏不定的先生。
從最初的震驚、擔憂，到一次次令人措手不及的變化，我和孩子們就這樣，一天一天地走了過來。
有好幾個早晨，醒來的那一刻，我感覺胸口彷彿被一條繩子緊緊勒住，幾乎喘不過氣。
我不明白，那個原本瀟灑、愛家，總是呵護著我的男人，怎麼會突然倒下？
生命過程中無可迴避的課題，被快速地推到眼前。
我並不是一個習慣向朋友傾訴心事的人。即使身邊有許多關心我的朋友，我仍然希望保有自己和家人的隱私，也不願意讓別人看見我失措、脆弱的一面。
但既然無常才是日常，人生的考驗，終究必須自己面對。
一味的焦慮和不安，肯定不是最好的解方。
正向思考和行動力是醫治憂心的良藥。
我開始寫醫療日記、請教專業醫師、了解治療與復健的各種可能，和孩子們一起討論每一個決定。
我們盡最大的努力，希望給摯愛的家人最好的照顧。每當病情有所起色，我們就十分雀躍。
當這場原本以為的短跑，變成了障礙賽，再變成一場馬拉松，我開始問自己一個更重要的問題：
除了努力照顧他，我該如何照顧自己？
先生以前曾經半開玩笑、半認真地說：「老了以後，一定是我照顧妳，妳哪有辦法照顧我？」
因為他有醫藥專業背景，對照顧我的能力充滿信心。
誰能料到，人生竟然寫出了完全相反的劇本！
但我和孩子們也逐漸有了一個共同的信念：
摯愛的家人生病了，但我們依然要有追求幸福的盼望和勇氣。
這句話說來容易，實踐起來很不容易。
因為當你的家人正在受苦，自己卻還能工作、聚餐、旅行，甚至開懷大笑，心裡是否該有愧疚？
「難道只有跟著一起痛苦，才能證明我們的愛嗎？如果妳這樣想，老爸會更愧疚，他總是希望我們開心健康…」兒子毫不遲疑的對我說。
沒錯，路遙知馬力。於是，我調整心態，重新安排自己的生活。
需要陪伴先生的時候，我全心投入，想方設法讓每一次陪伴更有品質。
需要工作的時候，我依然認真、專注，享受自己熱愛的工作。
和孩子們相聚的時候，我仍然希望做一個快樂、幸福，而且以他們為榮的母親。
我不再要求自己必須時時刻刻擔憂，才算是一個盡責的妻子。
因為我終於明白：
照顧者也需要被照顧。而那個最不能忽略照顧者的人，往往就是自己。
很慶幸，我有兩個已經長大成人的孩子。
當生命的難題突然來臨，我發現，他們不再只是需要父母保護的孩子，而是能夠和我一起思考、一起承擔，甚至用不同世代的眼光，提醒我如何看待人生的伴侶。
我們彼此扶持，也彼此鼓勵。
中秋前的一個週末，我們三個人決定開車到外縣市，度過短短兩天一夜的小旅行。
孩子們很有效率地規劃行程：訂飯店、尋找美食餐廳、海邊散步、自駕兜風…享受久違的輕鬆。
那兩天，先生的病情並沒有因為我們出門而改變。
我們面對的難題，也沒有突然消失。
但是，我們重新感受到了生活的溫度，以及一家人親暱相伴的幸福。
我們領悟到了一件事：
美好時光不必等到所有困難都解決之後，才有資格重新開始。
人生不可能永遠風平浪靜。
每一個屋簷下，都可能有不為外人所知的難題；每一個看似從容的人，也可能正在經歷一場艱難的考驗。
我們無法選擇所有發生在自己身上的事，卻可以慢慢學習，如何回應這些事。
我很喜歡「一念之間」這四個字。
同樣的處境，一個念頭可能讓我們陷入更深的焦慮；另一個念頭，卻可能為自己打開一扇窗。
當然，心念不會讓疾病消失，也不能代替醫療與照顧。
但是，它可以決定我們如何度過這段日子。
禍福相倚，悲喜交織，或許正是人生最真實的樣貌。
尤其到了人生下半場，我們更應該明白，時間不會為任何人停留。
另一半生病，讓我突然從一個長期被呵護的妻子，變成必須承擔許多重大決定的照顧者。
這一段心路歷程，其實十分珍貴：
到了大齡階段，我們可以逐漸擁有另一種自由：
我不必永遠表現得很好，也不必讓所有人都羨慕我的生活。
我可以承認自己有過恐懼、失落、無助，也可以坦然分享自己如何從這些經歷中，慢慢找到新的力量。
半年多來，我並沒有變得無所畏懼。
有時候，我仍然焦慮，仍然心疼，仍然會為未知的明天感到不安。
但我知道，自己正在學習一種過去不曾真正有過的勇敢，而那是人生四季的必然考驗。
我依然全心盼望先生一天比一天好，也開始允許自己，一天比一天過得好。
這兩件事，並不矛盾。
人生不會因為我們遭遇困境，就失去所有的光亮。
同樣地，假裝自己一帆風順，其實沒有什麼意義，「面對」和「珍惜」才是真實人生。
或許，這樣的領悟，是歲月給我的另一份禮物。

時間到了楓葉一樣會掉，人生其實可以很簡單
https://max-everyday.com/2026/10/simple-life-autumn-leaves/

世事的好壞，全看你怎麼想 – 莎士比亞
https://max-everyday.com/2016/05/hamlet-good-or-bad/

生命裡的一切到了盡頭都變成恩賜
https://max-everyday.com/2016/04/happen-to-your-soul-html/

我們無法讓壞事不發生，卻能努力讓它不影響我們

Max夢日記：用手機在台北的巿區拍陽明山
https://max-everyday.com/2025/07/max-dream-yangmingshan-national-park/

最近跟朋友聊到使用 AI 的心得，大家第一反應都是：好方便，幫我省下了好多時間！

但冷靜下來想想，省下來的時間，你最後都拿去幹嘛了？

答案往往超現實：原本省下來的半小時，很快就被更多、更大的新工作填滿了。工具變強了，我們對自己的期待也變高了，結果反而覺得人生比以前更累。

但這種累，往往是因為我們的目標變大了，給 AI 的做法卻還停留在原地。我們期待它幫忙搞定大專案，卻依然只把它當成幫忙改文字、做摘要的小幫手，結果自己還是得花無數時間去拼湊細節。

這就帶出了一個值得討論的問題：大家都在用 AI，到底純粹「把事情全丟給 AI」跟真正「交給 AI 大題目」，差別在哪裡？

▋ 萬事用 AI 像找幫手，有野心像裝放大器

一般我們說萬事用 AI，心態其實很直覺，就是把 AI 當成萬能小幫手。

信寫不出來、資料太雜、程式碼有錯，全部丟給它修。這時重點放在「替代人工」，幫自己省點力氣、跑快一點。

但這篇文章提到的野心，其實是把 AI 當成自己的能力放大器。

差別不在於你叫 AI 做了多少雜事，而是你交給它的題目有多大。你不再只是叫它整理表格，而是要它直接分析原因，甚至幫你找出下一步最該做的決策。

▋ 到底什麼叫「有野心地用 AI」？

聽起來有點抽象對不對？我們直接拿實際工作的例子來看就很清楚了：

一、處理客戶流失 一般用法：把退訂名單丟給 AI 說：「幫我做個原因摘要表。」AI 三分鐘搞定，你省半小時。 有野心的用法：把退訂名單、客服紀錄、系統使用紀錄通通餵給 AI 說：「找出退訂前一個月的共同異常行為，幫我抓出最嚴重的兩個原因，並設計一套挽留計畫。」

二、工程師修系統 一般用法：複製報錯訊息貼給 AI 說：「這段 code 錯在哪？幫我改。」 有野心的用法：幫 AI 串接錯誤紀錄、程式碼庫跟測試環境說：「請比對過去一個月的閃退紀錄，找出問題段落並在虛擬環境重現，修好後自動跑一次測試，確認沒寫壞其他功能。」

三、行銷企劃 一般用法：給產品名稱說：「幫我寫三篇粉專貼文。」 有野心的用法：把過去一年成效最好跟最差的二十篇資料丟給 AI 說：「分析我們最受歡迎的貼文邏輯，並針對這次新產品設計一個月的完整行銷策略與 KPI。」

▋ 想發揮野心，你需要這三招

看出來了嗎？有野心的用法，不是把 AI 當成寫字打字的工讀生，而是把它提升為能幫你打理大局的專案主管。要落實這件事，只要記住「事前、事中、事後」這三個步驟：

• 第一步：事前把目標拉到最高 不要只問「這一步要怎麼做」，而是要問「解決這個問題，背後到底能幫我們達成什麼核心價值」。當你的思考維度拉高，AI 給你的就不再只是文字摘要，而是可以直接拿來做決策的深層洞察。
• 第二步：事中把裝備與環境打通 想叫 AI 解大題，就不能只給它一小段文字。把資料庫、錯誤紀錄、測試環境這些必要的武器和背景資料通通塞給它。幫它打通前後關卡，它才有能力去處理複雜的跨領域任務。
• 第三步：事後建立嚴格的驗收流程 絕對不要拿到了答案就直接照單全收。人依然要扮演最後的把關者，建立一個「AI 產出、人類審查、修正反饋」的循環。隨時追問它證據在哪、方法是什麼，這樣你的野心才會變成穩定的生產力，而不是一場隨機冒險。

▋ 最累的不是事情變多，而是腦袋沒停過

大家最容易踩雷的地方就在這裡。

當 AI 幫你把打字、整理資料這種體力活全部做完之後，留給你的，全都變成最燒腦的工作：定義問題、做決策、檢查結果有沒有出包。

以前做雜事雖然花時間，但腦袋可以放空；現在一整天都在做高壓決策，心智上的疲憊感當然會爆表。

如果野心只是讓自己在一天之內做完十個人的工作，那真的只是高級的瞎忙而已。

▋ 真正的野心，是把時間還給自己

工具變強，不代表我們非得把自己的日程表塞爆。

真正的野心，應該是利用 AI 的強大效率，去解決最重要、最有價值的那個關鍵問題。至於其他不重要的瑣事，就果斷放棄，把時間留給思考，甚至留給自己好好的休息。

下次打開 AI 準備輸入指令前，不妨先停下來問自己一句：

我現在是在叫它幫我做雜事，還是正準備帶它一起搞定一個原本覺得搞不定的大工程？

你在用 AI 的時候，覺得最累的是做不完的雜事，還是那種「工具都這麼強了，我是不是該做得更多」的無形壓力？

心得

「有野心地用 AI」, 首先有要一筆預算來買聰明的模型 , 才能事半功倍.

相關文章

How to be more ambitious: A tutorial for humans with models
https://felixrieseberg.com/how-to-be-more-ambitious-a-tutorial-for-humans-with-models/

YouTube: https://youtu.be/H0xCsZvdGmI

你是否遇過這種讓人哭笑不得的場面？

滿心期待地在自己電腦裡裝了輕量級的本地 AI 模型（Local LLM），想請它當個人智慧小秘書，幫忙整理資料或寫一份文件。對話框裡，AI 信誓旦旦、拍胸脯保證：

「主人，您的檔案已經建立好，內容都寫入 analysis.md 囉！請過目～」

你開開心心地打開電腦資料夾，瞪大眼睛找了半天——咦？檔案呢？連個影子都沒有！

難道現在連 AI 都學會像人類一樣「摸魚交差」了嗎？

為什麼 AI 會「睜眼說瞎話」？

別生氣，AI 其實不是故意騙你，這在人工智慧術語中叫作 「幻覺（Hallucination）」。

要理解為什麼會這樣，我們可以用一個很生活化的比喻：

1. AI 的本質是「接龍高手」

AI 的運作原理不是真的懂人類的情緒或現實世界，它本質上是一個超級厲害的「文字接龍機器」。當你跟它說「幫我寫入檔案」，在它的腦海資料庫裡，下一句最合理的台詞就是「我已經寫好了！」。它為了把對話演得順暢，嘴巴先講了出來，卻根本忘了要「動手」去點按鈕或下指令執行寫入。

2. 小模型的「腦容量」比較有限

我們在自己電腦（本地端）跑的通常是輕量級小模型，它的記憶力（注意力窗口）比較小。對話一變長，它就容易分心或失憶，忘了自己擁有「呼叫電腦工具」的能力。

3. 缺乏「交卷證明」機制

一般情況下，如果沒有人要求它出示證明，它就覺得「反正我話說完了，就算完成任務」。

治好 AI 說謊病的三大心法

光是打字罵 AI 是沒用的，下次它還是會犯。要徹底解決這個問題，我們必須在系統設定（例如 AGENTS.md，就像給 AI 看的員工手冊）中幫它戴上「緊箍咒」，建立一套 「先動手、拿證據、再回報」 的標準作業流程。

以下是針對小白也能輕鬆理解的三大關鍵解法：

第一招：強制驗證機制 —— 沒拿證據，不准說「做好了」！

小孩子寫完作業，爸媽一定要看聯絡簿或作業本。對待 AI 也是一樣！ 我們必須下達死命令：

• 絕對禁止憑空說「已完成」。
• AI 必須先執行寫入工具（write 或 edit）。
• 寫完後，必須親自去讀取一次檔案（read 或 ls），確認檔案真的存在、內容無誤。
• 只有在看到證據後，才准在對話框回覆使用者！

第二招：動態任務清單 —— 各做各的，檔案不打架

如果 AI 每次做事都把筆記記在同一張紙（例如同一份 task_plan.md）上，當你叫它同時做不同事情時，舊計畫就會被新計畫蓋掉，搞得天下大亂。 正確做法是讓它為每個任務獨立開一張便條紙，例如：login_feature_task_plan.md，井水不犯河水。

第三招：自主推進規則 —— 做完一步自動做下一步，不發呆

很多本地小模型做完第一步就停在原地發呆等指令，或者遇到一點小狀況就慌張提問。我們給它明確的指引：「只要清單還沒打勾，就自動往下做；只有全部完成或遇到真的無法解決的死結時，才停下來敲門回報」。

實戰教學：把這套「緊箍咒 Prompt」塞給你的 AI

如果你正在使用支援系統規則的 AI Agent 工具（例如 Cursor、pi agent、Claude Desktop，或是任何支援 AGENTS.md / System Prompt 的環境），你可以直接把下方這份精心調配的 Prompt 複製到你的設定檔中：

# Agent 系統執行規則與守則 (System Instructions)

## 1. 動態任務計畫與初始化 (Dynamic Task Plan Naming)
- 針對每一個不同的任務，請建立專屬的計畫檔案，格式為「<任務名稱>_task_plan.md」。
- 開始之前先檢查工作目錄是否已有相關計畫檔案。如果是接續任務，則延續進度；如果是全新任務，請建立新清單。
- 嚴格依照清單項目進度執行，避免不同任務互相覆蓋。

## 2. 自主推進規則 (Autonomous Execution Loop)
- 連續自主推進：做完一個小步驟後，只要未受阻礙，不要停下來等待使用者確認，請立刻自動執行清單中的下一個未完成項目。
- 狀態驅動：以你的「<任務名稱>_task_plan.md」作為唯一事實依據。每次推進前讀取清單，找到第一個未勾選的 `[ ]` 項目，執行並驗證後改為 `[x]`。
- 明確停止條件：僅在以下三種情況停止並交還控制權給使用者：
  1. 清單內所有項目皆已完成 (`[x]`)。
  2. 工具執行失敗並重試 2 次依然無法解決。
  3. 遇到具破壞性或不可逆的操作（如刪除關鍵資料或檔案）。
- 行動重於碎念：執行過程中減少無意義的聊天文字，將運算資源留給實際的工具執行與驗證，待全部任務完成後再出具完整報告。

## 3. 行動完整性與防說謊驗證規則 (Action Integrity & Verification)
- 絕對禁止憑空回報完成 (Do not hallucinate completion)：
  嚴禁在未實際呼叫工具並收到成功回傳前，向使用者宣稱「檔案已寫入」或「任務已完成」。
- 驗證迴圈要求 (Verification Loop Requirement)：
  在告訴使用者檔案建立或修改成功之前，必須強制呼叫讀取指令（read 或 ls）確認檔案確實存在且內容完全正確。
- 標準執行三步驟：
  - 第一步 (動手做)：呼叫 `write` 或 `edit` 工具進行寫入。
  - 第二步 (查證據)：呼叫 `read` 或 `ls` 工具確認寫入結果。
  - 第三步 (才回報)：確認看到檔案內容正確後，在清單打勾 `[x]`，最後才向使用者回報。

結語：給 AI 立規矩，省下你大把抓狂的時間！

本地 AI 小模型雖然硬體門檻低、隱私度高又完全免費，但因為「算力體重輕」，常常需要我們用更嚴謹的工作流來輔助它。

只要透過簡單的 「清單拆解 + 強制驗證 + 自主推進」，就算是最基礎的小模型，也能瞬間從「信口開河的實習生」，蛻變成「腳踏實地、使命必達」的高效得力助手！

快去把這段提示詞加入你的 AI 設定，告別「AI 說寫好，資料夾卻空空如也」的窘境吧！

這是一篇教導大家如何透過指令與工具來清理與自訂 Android TV 的文章，透過簡單的步驟就能讓自己的電視變得更酷、更好用，再也不用在電視畫面上看到麥當勞的黑色漢堡廣告（如上方右側修改前所示）。

由於 cleanyour.tv 採用開放原始碼，因此也能向 AI 詠唱新功能到電視機裡。

動手操作之前，首先必須準備一台電腦，且作業系統環境為 Windows、macOS 或 Linux 都可以。

覺得下面的準備工具太麻煩，可以先下載 AI 工具(例如: agy cli, copilot cli, openAi, claude cde) 之後, 直接請AI 幫你部署即可。

透過 Android 裝置進行部署

官方的中文教學網址:
https://github.com/Gathin23/cleanyourtv/blob/main/README.zh-TW.md

官方的英文教學網址:
https://cleanyour.tv/app/android

準備工作很簡單，只要確保手機和電視連到同一個 Wi-Fi，且電視是 Android TV 或 Google TV 系統就行，三星、LG 或 Roku 這種非 Android 系統的電視就不適用。

• 第一步是讓手機與電視連線，打開手機上的專屬 App，依照畫面提示在電視設定中開啟網路偵錯，接著看電視螢幕跳出提示時，勾選永遠允許並按下確定。
• 第二步是分析電視內容，點擊開始分析後，App 會讀取電視狀態並列出一張清理計畫，告訴你哪些廣告、追蹤器和品牌多餘功能準備要關閉，而且過程中完全不用擔心，手機會自動先存好還原點。
• 第三步就是執行清理，按下清理按鈕後，那些惱人的干擾就會立刻消失，畫面變得很清爽。

所有的應用程式都只是被關閉而不是直接刪除，隨時都能在 App 裡面還原，就算真的遇到狀況，電視內建的保護機制也會自動恢復原狀。

透過電腦進行部署的準備工作：安裝 adb 指令工具

在開始動手清理電視之前，我們的電腦必須先安裝一個叫做 adb 的小工具，才能夠跟電視進行連線與設定。

如果你在電腦上輸入 adb 指令時，出現「 不是內部或外部命令、可執行的程式或批次檔 」的錯誤訊息，就代表電腦還沒有安裝這個工具。

你只要透過官方提供的連結，直接下載適用於 Windows 的 SDK Platform-Tools 的壓縮檔來安裝即可。

Windows 平台，也可以直接打開終端機或 PowerShell ，輸入這行指令來自動安裝：

winget install -e --id Google.PlatformTools

下載並安裝完成後，記得將它解壓縮並設定到環境變數裡面，這樣電腦才能正常使用 adb 指令。

安裝 Android SDK 開發工具

安裝 Android SDK 最簡單的方法，是直接安裝 Android Studio，因為它會在安裝過程中自動下載並配置好完整的開發工具包。

Windows 平台，可以打開命令提示字元或 PowerShell 輸入這行指令來安裝：

winget install -e --id Google.AndroidStudio

安裝完成後第一次開啟軟體時，請跟著畫面的提示進行設定，軟體就會自動把 Android SDK 放到預設路徑中。

如果你只需要命令列工具，而不希望安裝整個 Android Studio ，也可以到官方網站下載專用的命令列工具壓縮檔來手動解壓縮安裝，不需要安裝完整的開發環境也能夠管理 SDK。

安裝 Java 執行環境

有些工具或專案需要用到 Java 才能順利執行。

Windows 平台，請打開命令提示字元或是 PowerShell ，輸入這行指令來安裝：

winget install -e --id EclipseAdoptium.Temurin.17.JDK

安裝完成之後，請記得關閉目前的視窗，重新打開一個新的 cmd 視窗，然後輸入 java -version 來確認是否安裝成功。

在電視上的操作

1. [設定] Settings → [裝置偏好設定] Device Preferences → [關於] About

2. 對[版次] (或版本號碼) 連續按確認七次
Press OK on Build seven times.

3 返回[開發人員]選項
Go back to Developer options.

4 開啟 [USB 偵錯]
Turn on USB debugging.

保持電視開機，並連線至與電腦相同的 Wi-Fi。
Keep the TV on, on the same Wi-Fi as your computer.

Q: 這個只能在自己家做嗎? 可以幫別人家電視做修改嗎? 答案是可以，只要透過私人的 Tailscale
連線，而不是連到同一個無線網路。可以選擇在他們的電視上安裝 [Tailscale] 並與你共享，或者在他家放一台電腦或 [Apple TV] 來進行轉發。絕對不能直接打開他們路由器上的 [ADB] 連接埠。詳細步驟請參考 docs/REMOTE.md
文件。

檔案下載

原作者的專案在
https://github.com/Gathin23/cleanyourtv

也有其他網友改的滿有趣的, 例如:
https://github.com/kienmai160598/freeTV

原作者的教學網站:
https://cleanyour.tv/

把原作者的 repo 下載為 zip 檔, 解開之後, 執行以下指令即可:

adb connect 10.130.252.224:5555

# your TV's IP address
set TV_HOST=10.130.252.224

adb shell pm list packages > backup\packages.txt

python -m venv tools\venv

tools\venv\Scripts\python.exe -m pip install -r tools\requirements.txt


# model, Android version, firmware
tools\venv\Scripts\python -I tools/tv.py --probe

powershell -ExecutionPolicy Bypass -File launcher\build-and-install.ps1 -TvHost 10.130.252.224

powershell -ExecutionPolicy Bypass -File tools\disable.ps1 -TvHost 10.130.252.224 examples\xiaomi-mitv-mooq0\debloat.txt

執行 adb connect 10.130.252.224:5555, 怎麼知道電視機的 ip address, 可以在網路連線的地方得知電視的 ip address:

第一次執行完指令, 需要在電視機上進行一次授權(打勾) 並 [允許] 的動作.

沒修改, 只使用預設值情況下, 把 apk 部署到電視上的執行畫面如下:

增加自己的主題 (themes)

在 themes 目錄, 增加新目錄 leejueun

增加設定檔 .\themes\leejueun\config.json , 檔案內容:

{
  "wallpaper": true,
  "wallpaper_rotation_minutes": 1
}

設定值說明：

啟用(true) “wallpaper“
背景桌布每 1 分鐘進行自動更換

增加一個 wallpapers 目錄, 完整路徑在 \cleanyourtv\themes\leejueun\wallpapers\ , 在目錄裡放很多張漂亮的照片.

透過下面的指令, 把 leejueun 主題套用到電視裡:

powershell -ExecutionPolicy Bypass -File tools\theme.ps1 -TvHost 10.130.252.224 themes\leejueun

指令的執行畫面:

更多主題的設定細節
https://github.com/Gathin23/cleanyourtv/tree/main/themes

推薦的 config.json 設定值

{
  "background_color": "#07080D",
  "wallpaper": true,
  "app_library": true,
  "ambient_glow": false,
  "dock_opacity": 30,
  "app_glow": true,
  "focus_overshoot": false,
  "columns": 8,
  "rows_below_dock": 0,
  "dock_title": false,
  "wallpaper_rotation_minutes": 1
}

參數說明:

• “app_library” 預設值 false, 建議設為 true (開啟), 目的維護那些 App 要被顯示出來.
• “dock_title” 預設值 true (開啟), 建議設為 false, 畫面會清爽一點.

自動化把下載的圖片邊緣柔化: 自動套用溶解特效在圖片邊緣
https://stackoverflow.max-everyday.com/2026/10/python-cv-effect-fade/

增加 addons

官方 macOS/linux 指令範例

cd addons/<name> && ./gradlew assembleRelease && cd ../..
TV_HOST=<tv ip> tools/venv/bin/python -I tools/tv.py --push addons/<name>/app/build/outputs/apk/release/app-release.apk /data/local/tmp/addon.apk
TV_HOST=<tv ip> tools/venv/bin/python -I tools/tv.py 'pm install -r /data/local/tmp/addon.apk; rm -f /data/local/tmp/addon.apk'

以 addons name = “天氣” weather + tv ip=10.64.157.224 為範例:

set TV_HOST=10.64.157.224
set ADDONS_NAME=weather 

adb connect %TV_HOST%
cd addons\%ADDONS_NAME%
gradlew.bat assembleRelease 
cd ..\..
adb push addons\%ADDONS_NAME%\app\build\outputs\apk\release\app-release.apk /data/local/tmp/addon.apk
adb shell pm install /data/local/tmp/addon.apk
adb shell rm -f /data/local/tmp/addon.apk

直接執行在 gradlew 會顯示錯誤訊息:

error message:

FAILURE: Build failed with an exception.

What went wrong:
Could not determine the dependencies of task ':app:lintVitalReportRelease'.

SDK location not found. Define a valid SDK location with an ANDROID_HOME environment variable or by setting the sdk.dir path in your project's local properties file at 'C:\Max\play\tv\cleanyourtv\addons\weather\local.properties'.

解法:

建立檔案 local.properties 指出 Android SDK 安裝路徑，檔案內容如下:

sdk.dir=C\:\\Users\\max32\\AppData\\Local\\Android\\Sdk

再執行一次就成功了

更新版本

更新程式碼:

git pull

重新部署到電視

set TV_HOST=10.64.157.224
adb connect %TV_HOST%:5555
powershell -ExecutionPolicy Bypass -File launcher\build-and-install.ps1 -TvHost %TV_HOST%

說明: 修改 TV_HOST 為你的電視的 ip address

實際在電視上的執行結果

神奇的設定方式是要在右上角的[設定] 常按 OK 鍵，這個真的非常不直覺，就以微調按鈕出現位置和細節設定：

桌布來源: Lee Ju Eun 이주은
https://www.facebook.com/profile.php?id=61567632557770&sk=photos

相關影片

YouTube: https://youtu.be/cZLZNJGWIQ0

YouTube: https://youtu.be/dWwuzGoOnTA

備註

這個cleanyour.tv 專案的底層就是桌面的啟動器(launcher)。

這個cleanyour.tv 專案的做法是停用而非解除安裝，原則上可以還原，但停用到電視依賴的套件仍可能造成異常。Samsung 與 LG 電視不能用（它們分別使用 Tizen 和 webOS）。部分中國大陸市場的 TCL 電視會拒絕任何啟動器。

相關用法

限制家裡看電視時間
https://www.facebook.com/mukispace/posts/pfbid0X7NC6oWv7rumvfrjZo7Rdu1r91YcKKPL7W8RYpd553gK79xwS4AZJQBFcjeMZ8yal

直接用自然語言跟他講我的需求 ＱＱ
如果要詳細的步驟，就是先把家裡 android TV 的 debug mode 打開，然後把這一段提示詞貼給你的 AI 開始請他優化介面，弄完之後就可以提出各式各樣的需求了 ＸＤ
https://github.com/Gathin23/cleanyourtv/blob/main/PROMPT.md

LINE 發布最新官方公告，從 2026 年 11 月 4 日開始，將停止支援舊版的 LINE 應用程式。

到時候如果 iPhone 或 iPad 的 LINE 版本低於 14.6.3，或是 Android 裝置的 LINE 版本低於 14.4.6，就會完全無法繼續使用 LINE。

如果家裡的長輩還在使用多年前的舊手機，建議這幾天先幫忙檢查一下版本。提前完成手機硬體與軟體升級，才能避免到時候突然無法傳訊息通話。

發現這周有南瓜貼圖，在最後，預祝大家萬聖節快樂！

推薦日本的表情貼, 可以用 180天, [Nandemo Ikimono Emoji]
https://line.me/S/emoji/?id=6a30c6169729e2595829380f&lang=zh-Hant&utm_source=gnsh_sticonDetail

[[Free Emoji]CHIIKAWA×WAON POINT]
https://line.me/S/emoji/?id=6a223b96e6e4db63bfa0ae27&lang=zh-Hant&utm_source=gnsh_sticonDetail

* 加完好友下載完貼圖，請記得「封鎖」官方好友，以免收到廣告。

Taiwan 台灣

LINE購物 × 棉花糖汪汪

https://line.me/S/sticker/38057

貼圖打包：點擊下載

LINE購物直播×社畜兔寶包

https://line.me/S/sticker/38023

貼圖打包：點擊下載

LINE禮物 × 小薩

https://line.me/S/sticker/37841

貼圖打包：點擊下載

—

Japan 日本

Galaxy Happy Crew

https://line.me/S/sticker/37966

貼圖打包：點擊下載

USAGI TEIKOKU Big Stickers

https://line.me/S/sticker/37833

貼圖打包：點擊下載

Plump Dog & Plump Cat × POiNCO BROTHERS

https://line.me/S/sticker/37828

貼圖打包：點擊下載

ArukumaDays Nagano Official Stickers

https://line.me/S/sticker/37823

貼圖打包：點擊下載

Shikaruneko × LINEMO

https://line.me/S/sticker/37513

貼圖打包：點擊下載

KERORO × KUMAHON

https://line.me/S/sticker/37434

貼圖打包：點擊下載

—

Thailand 泰國

LINE Premium x Salmon lab

https://line.me/S/sticker/38102

貼圖打包：點擊下載

—
上一周的貼圖：LINE 免費貼圖 2026-10-13
https://stickerline.max-everyday.com/2026/10/20261013/

你有沒有發現？以前辛苦學了十年的知識，現在 AI 幾秒鐘就幫你整理好；過去要加班熬夜找資料、試寫程式或製作企劃草案，現在 AI 幾分鐘就能吐出一份算是不錯的成果。

當機器處理資訊與執行的速度遠遠超過我們，有一個很現實的問題就放在我們面前：當 AI 什麼都能代勞，我們到底還需要練什麼能力？

過去，我們的競爭力建立在你知道多少，也就是知識與資訊的累積；後來，重點轉移到你懂得怎麼做，也就是執行方法與技術。但在 AI 時代，連大部分的怎麼做都被自動化了。

現在真正關鍵的轉變，是我們必須把眼光從是什麼與怎麼做，轉向你知不知道為什麼要這麼做，而且能不能挑出答案的好壞。

▋ 警訊：當大腦開始偷懶，我們會失去什麼？

人性本來就喜歡挑輕鬆的做、挑省力的路走，當旁邊隨時有個又快又聰明的工具，我們的大腦就會不自主地把思考工作通通丟給 AI 做。

這種方便看似幫我們省下時間，但如果連思考都懶得動，完全照單全收，你的腦袋其實正面臨越來越卡、越來越笨的危機：

思考變得很鈍：遇到難題不再試著自己拆解，而是直接丟給 AI 拿解答。時間久了，你自己想通問題、推算邏輯的能力就會慢慢消失，最後只能別人給什麼就收什麼。

失去質疑的能力：AI 生成的文字講得跟真的一樣、文筆又流暢，很容易讓人產生錯覺，以為它講的句句是真理，進而放棄去查證和挑漏洞。

想法變得跟大家一模一樣：AI 算出來的答案，本質上就是網路資料的大眾平均值。如果你全盤照收，你的企劃、想法甚至個人風格，最後就會變得跟大家沒什麼兩樣。

▋ 第一步：練習轉向提問，搞清楚為何而做

想要不被 AI 牽著鼻子走，第一步是調整你發問的方式，把核心目標抓出來、搞清楚。

當我們遇到狀況時，直覺反應常常是抱怨：為什麼 AI 算出來的答案這麼爛？或是為什麼這個任務這麼麻煩？這種發問只會讓我們陷入被動情緒，對解決問題毫無幫助。

要打破這個慣性，你需要把關注點拉回自己身上：

翻轉發問方式對照表

習慣性抱怨或無效發問：為什麼 AI 給的這份簡報大綱這麼平庸？
主動轉向或目標導向發問：我該如何更精準地定義這個簡報的核心主題與聽眾痛點，讓 AI 生成更有針對性的內容？

習慣性抱怨或無效發問：為什麼對方需求一直變，搞得我很難做？
主動轉向或目標導向發問：這個需求變更背後，對方真正想達成的商業目標是什麼？我現在能先做哪一步來確認？

習慣性抱怨或無效發問：為什麼我又接到這個不熟悉的任務？
主動轉向或目標導向發問：這個任務的核心價值是什麼？我可以從中鍛鍊什麼新能力？

用連問五次為了達成什麼摸清本質：

當你覺得思考卡住時，可以用為了達成什麼一層層剝開現象，找出根本目的。

原始想法是我想用 AI 寫出一篇技術主題的文章。

第 1 次問為什麼寫：是為了在團隊內分享新技術的操作經驗。

第 2 次問為什麼要分享：是為了讓新人快點上手，縮短學習曲線。

第 3 次問為什麼要縮短學習曲線：是為了能騰出更多時間，大家一起處理高價值的系統架構設計。

核心本質是：真正的目的是提升團隊產生高價值的效率，寫文章只是順便用的手段。

搞清楚這點後，你就不用死板地非要寫出一萬字長文不可，甚至可能發現錄個五分鐘教學影片搭配 AI 生成的摘要反而更高效。

把 AI 當成你的動機鏡子：

你也可以直接請 AI 幫你釐清目的，只要輸入這一段實用提示詞。

我目前打算做輸入你的任務或專案，例如重新設計公司產品首頁。請先不要直接給我操作步驟或提案。請扮演專業顧問，問我三個能幫我釐清這件事核心價值與最終目標的關鍵問題。

▋ 關鍵痛點突破：避免自我感覺良好的勤奮與認知落差

有時候我們雖然動了腦，也請 AI 做了很多產出，卻發現費盡心力做出來的東西，對客戶或主管來說其實沒有實質意義。

這種想法上的落差會讓我們陷入白忙一場的深坑。要避免這種自我感覺良好的瞎忙，在動手執行與請 AI 幫忙前，務必落實以下三個實戰心法：

第一，釐清真正的需求，拿到任務先別急著打開檔案。接到任務或需求的瞬間，先別急著打開 Word 或叫 AI 幫忙生企劃。多問幾個為什麼，弄清楚這個任務背後想解決的根本問題到底是甚麼。例如主管要一份競品分析，急著做的人會整理五十頁簡報，先問清楚的人會發現主管只想知道對方怎麼定價，最後一頁表格就解決問題。

第二，勇敢提出疑問，對齊目標少走冤枉路。對不明確的方向提出質疑，不是在找麻煩，而是為了確保大家的目標一致。在專案初期提早發問與確認，往往能直接幫團隊與自己省下好幾天走錯路的時間。

第三，定義清楚的成果標準與範圍，防止陷入無限修改深坑。在動工前，先和相關人員確認怎樣的成果才叫過關，預計交付哪些項目、達到什麼標準算完成、哪些部分不包含在這次任務中。先設定好明確的界線，你的思考與 AI 的協助才能精準對焦，不至於演變成無限改稿的災難。

▋ 第二步：用嚴格追問，測試 AI 的方法與邏輯

搞清楚方向並定義好界線之後，AI 幫你產出的第一份草案或步驟，通常都只是看起來合理的大眾答案。

這時候你就需要第二個技巧，也就是 AI 追問與考驗技巧。

什麼是追問，簡單來說就是把自己當考官，把 AI 當成面試者，對它給的答案進行壓力測試與追根究底。

實作案例：如何對 AI 進行嚴格追問？

想像你正準備推出一個全新的線上課程，AI 給了一份合格的行銷企劃，你可以這樣對它進行三連問：

第 1 招，挑剔它沒說出口的假定條件：你問 AI，你建議我用免費直播講座來吸客，這個建議的前提是什麼？如果我的目標族群根本沒時間看一小時的直播，這招會發生什麼事？

第 2 招，逼它站在反方思考：你問 AI，請完全站在反對這個行銷企劃的角度，列出三個這份企劃最可能失敗的原因，並指出裡面的思考上的漏洞。

第 3 招，挑戰極限與最糟狀況：你問 AI，如果我的廣告預算直接砍掉百分之八十，而且只有一個人能執行，你原本方案裡的哪一個環節會最先崩潰，我們該怎麼簡化？

經過這一輪魔鬼總教練式的壓力測試與挑骨頭式的追問，你得到的就不再是網路隨處可見的平庸企劃，而是經過精細驗證、把沒注意到的地方都找出來、真正禁得起考驗的行動方案。

▋ 結語：別把方向盤隨便交給 AI

AI 是一個超強的思考與執行加速器，它能幫你搞定所有繁雜的怎麼做。

但是你自己生命的目標、專案的核心價值，以及對齊客戶需求的敏銳度，絕對不能交給 AI 幫你決定。

正因為大腦天生愛省力，能堅持獨立思考、主動提問並反覆驗證的人，才顯得非常難得。

想像一下，兩個人同時在使用 AI：

一個人只會跟 AI 要答案，從不質疑，最後大腦逐漸流失獨立思考與判斷的能力，做出很多與客戶需求脫節的無效產出。

另一個人先透過主動提問摸清真正想解決的問題，對齊需求與標準，再透過追問反覆鍛鍊邏輯、找出沒注意到的地方。

這兩個人幾年後的差距，絕對不是工具用得熟不熟，而是思考深度與實力上完全是兩個世界。

在這個工具越來越發達的時代，從記住知識進化到弄明白目的並敢於質疑與對齊，這才是你最不可被取代的秘密武器。

相關文章

YouTube: https://youtu.be/ThWXee966oc