選擇增加摩擦力(Friction)
在我們的生活中，我們盡可能的在消除摩擦力(Friction)。我們花費時間降低它，團隊之間的溝通是摩擦、客戶的一來一返、不同的地區溝通書寫的語言等等，這些都是摩擦力。
但我們忽視了摩擦力默默的在進行第二份工作：它迫使我們在進行前開始思考。
就像手寫筆記一樣，它更慢、更久、需要更多的心力，但它也讓寫的同時開始去進行思考，這是否重要、這為什麼要被記錄等。並且也更有印象。
慢，但思考。
因為摩擦力，我們需要去思考這花費的成本是否值得。
AI 時代下，產生的 Code 非常的快速，將摩擦力降低到幾乎沒有。發生的事情是我們常常在還沒有思考清楚就開始打造。
摩擦力(或阻力)存在的擔憂論點一直都在，並非在這個時代才出現。
從 C 語言出現後，會有人擔心寫 C 不理解底層機器的運作；Java, Python 等高階語言出現後，會有人擔心寫這些不知道記憶體等的管理。
程式語言設計偏向越簡單(Rust 可能不算)、更容易使用。有許多改變世界的產品也是透過高階語言實現的，有很多優秀的工程師也非從底層開始進行。
因為科技讓某件事更容易也更簡單時，都會有這種擔憂。我們是否會喪失某種能力。
我們要在某些事情加入摩擦力，但在某些事情沒有摩擦力反而是好的。我們應該選擇性的加入摩擦力。
例如在研究的時候，我們會選擇使用翻譯軟體閱讀我們不熟悉語言的文獻，為了加快獲取相關訊息，而不是去學習新的語言，在開始閱讀。
我們希望產品上版流暢，而不是每次需要手動下好幾的指令，只為了能夠在 Production 發佈新版本。
我們交由 Agent 替我們進行分類問題、釐清問題等。
這些都是越少摩擦力越好的地方。
但，在需要自己思考、意見的地方，我們需要加入摩擦力。
我們需要釐清目標、我們的想法、以及為什麼。
目前最好的方式就是透過 Agent 向我們進行提問問題，例如 grill-me skill。
逼迫我們放慢，將問題釐清、把事情想清楚。