102秒內火速發佈！臺灣第一個地震速報系統的誕生──《地震：火環帶上的臺灣》

本文由 高柏科技 合作，泛科學撰文

林唯耕剛回台灣任教時，曾在清華大學的實驗室裡用一立方公分的「氨」做實驗。沒想到氨氣意外洩漏，那股刺鼻的氣味瞬間瀰漫整棟大樓，引來眾多師生抗議。

「從此以後，我再也不敢在實驗室裡用氨了。」他在《思想實驗室》的訪談中，帶著笑意回憶這段往事。

這段插曲聽來像是一則工程師的寓言：在理論模型中，氨是太空熱控系統的理想介質；但在現實的辦公大樓裡，它首先是逼人逃竄的臭味。公式本身沒有錯，但現實世界永遠比公式更複雜——它包含了人、成本、風險，以及必須為後果負責的工程師。

高柏科技技術專家、清華大學榮譽退休教授林唯耕 ，曾任職於美國 OAO 工程部熱流組，深耕電子構裝散熱與熱管技術多年。隨著 AI 浪潮席捲全球，他鑽研一輩子的老問題再次被推向科技產業的核心：當晶片運算速度無止境攀升，那股伴隨而生的熱，究竟該往哪裡去？

熱不會讀新品發表會

科技巨頭在發表會上熱衷於談論大型語言模型、GPU 規格與驚人的算力。這些詞彙在投影片上光鮮亮麗，彷彿進步毫無邊界。然而，每一次數位運算都紮實地發生在實體晶片上。晶片會發熱、材料會疲勞老化，一旦設備過熱，系統便會降頻保護。在物理現實面前，再動聽的發表會敘事也必須低頭。

回顧個人電腦發展早期，晶片幾乎不需專屬散熱元件。隨後，鋁製鰭片、風扇、熱管到均溫板逐一登場。這段歷程常被視為技術升級，其實更像是對空間的極限勒索：晶片功率翻倍，發熱源的面積卻沒變大，機箱空間也不可能無限擴張。

林唯耕指出，散熱設計的核心只有三要素：功率、熱源面積與空間限制。他舉例，在標準的 1U 機箱中，若發熱面積約為三十乘三十毫米，氣冷系統在達到八百瓦時就會面臨瓶頸。這並非固定的物理常數，而是取決於空間、面積與氣流的動態平衡。最現實的代價在於，風扇轉速提升的背後，是噪音、電力損耗與空間占用。

因此，「液冷技術」的興起並非單純為了追求酷炫，而是算力密度提升後的必然選擇。它能更精準地帶走晶片廢熱，卻也將新的挑戰帶入機房：漏液風險、流道堵塞、材料相容性，以及維運時的難度。工程的進步，本質上鮮少是徹底消滅問題，更多時候是選擇一組「比較值得承擔」的新問題。

太空教他的，不是把答案搬回地面

太空熱控工程之所以迷人，是因為它剝奪了地球上最常見的散熱工具。在真空宇宙中，沒有空氣能讓風扇製造對流；受光面溫度破百度，陰影處卻極度嚴寒。工程師必須純粹仰賴熱傳導、熱輻射，以及熱管與環路型熱管（LHP）來搬移熱能。

熱管運作的關鍵在於「相變」——液體蒸發時吸收大量潛熱，冷凝後重回循環。林唯耕比較了銅與水的熱傳導能力：在他設定的特定條件下，實心銅塊約能傳導 120 瓦的熱能；但若每秒有一立方公分的水發生蒸發相變，移熱量可瞬間拉升至 2.4 千瓦（kW）。他強調「每秒」的觀念，因為散熱談的是動態流動速率，而非靜態的冷卻魔法。

儘管如此，太空科技並不能直接套用到地面。太空元件因考量重量、功耗與維修難度，偏好無馬達幫浦的被動式設計；但地面 AI 伺服器面臨更高的熱負載與環境溫度，往往仍需幫浦驅動流量。當年那場「氨氣洩漏」事故正是最好的提醒：技術是否「先進」，與它是否「適合」當下的場景，始終是兩回事。

好論文，為什麼仍可能造不出好產品

學術研究致力於證明「可行性」，而工業現場則要求「可重複性」——不僅要能運作，還得確保每台出廠的設備都不漏水。林唯耕將此定義為「從 0 到 1」與「從 1 到 100」的差別。後者涉及良率、成本、公差與客戶信任。論文中那次最完美的實驗數據，在產線上往往未必管用。

他從不避談失敗。在高柏科技早期與學界合作時，也曾遇過實驗數據無法複製，或研究方向偏離產業需求。這未必是雙方努力不夠，而是彼此對「成功」的標準不同。為了解決這道鴻溝，高柏科技推動「柏苗啟航創新培育計畫」，每年投入逾千萬資金與成大、中山、台科大等校合作，並指派專業人才在過程中持續微調、校正，確保研發貼近產線現實。

他分享了近期一項液冷工質校正專案。團隊使用非侵入式的超音波流量計進行觀測，但由於儀器預設以「水」校正，換成其他化學流體後讀數便出現誤差。最初嘗試用幫浦壓差推算，卻發現缺乏重複性，數據甚至推導出不合理的蒸發率。最後團隊回歸基本面，改用秤重法搭配能量平衡進行交叉驗證，才讓數據成功收斂。

這個故事真正的價值不在於「產學雙贏」的口號，而在於那段不夠優雅的挫折：假設失效、數據混亂、方法砍掉重練。也正是在這種時刻，企業需要的不只是會算數的人才，而是能洞察研究何時「走鐘」，並有權力喊停、要求重來的關鍵決策者。

林唯耕坦言，過去在校園裡總認為「技術第一、成本第二」，進入商界後才驚覺行銷與信任關係往往才是關鍵。這番話雖然不如科技突破那樣動聽，卻是產品能否進入市場的殘酷真相。再卓越的散熱設計，若無法穩定生產或贏得客戶信任，也僅止於一份精美的報告。

AI 會給答案，誰來負責出貨？

訪談尾聲，主持人國威提出了一個時代難題：假設 AI 能在彈指間生成散熱架構、材料配方與流道設計，企業該選擇全面擁抱 AI 的速度，還是保留緩慢但穩定的工程驗證，以規避潛在的失效風險？

林唯耕拒絕落入二選一的框架。他的觀點是：兩者並存。AI 擅長處理資訊、生成草案；但工程師仍須實作原型，進行嚴苛的性能與可靠度測試，最終由人決定是否出貨。這並非盲目崇拜人類直覺，而是基於一項事實：AI 的資料庫裡，通常沒記載下一次「意外洩漏」或「材料疲勞」的細節，且模型永遠無法為量產結果擔負法律與商業責任。

在 AI 時代，最稀缺的未必是熟練下指令（Prompt）的人，而是具備這種能力的人：能預判答案可能在哪裡出錯、能設計實驗將問題「逼」出來，並且願意為最終的量產品質負起責任。

大眾習慣將雲端想像成輕盈、無重量的空間。但現實中，雲端是由龐大的機房架構而成，裡面裝滿了晶片、管線、泵浦與冷卻液。虛擬算力的每一次擴張，都會在實體世界留下發熱的足跡。散熱工程師的價值，就是不讓這筆物理帳單，被埋沒在光鮮亮麗的投影片背後。

今天來分享我們用 notion 做知識管理的實作過程與心得，不過，我們發現這樣還不夠用，生為 AI 懶人 YOUTUBER，最好有天上掉下來的題目跟素材，所以還串了 zapier 做自動化 AI 新聞收集！

不過在分享實做過程跟心得前，想先跟大家分享我跟 AJ 有在用的筆記工具，這樣你會知道為什麼我們最後選擇用 notion 了。

如果你只想看 notion 自動收集資料，可以直接下滑教學。

Notion

首先是 notion 端，我們先把 papaya 的模板 複製過來。

調整一下資料表格式，後面主要會用到的是名稱、URL、標籤、狀態。

首先，我們先點選標籤，

新增你想要自動化的youtube頻道名稱。

然後到狀態，把原本 index 改名成 youtube 自動串連。

這樣就完成 notion 端的設定。

Zapier

接著來到 zapier，登入後點 create。

進到自動化流程的編輯畫面，你會看到上面有一個 AI 協作的對話框。

輸入「特定 youtube channel 發布影片後，會把影片標題跟連結傳送到 notion 的資料庫」

這樣流程 flow 就出來啦！

如果 AI 給你的長這樣，要把中間的 get report 刪除。

這邊簡單說一下，畫面上看到的這一串，叫「flow」。

「flow」的最上面是「trigger 觸發器」，是啟動 flow 的條件，

其餘的叫「action」，trigger 觸發後會依序執行下面的 action。

我們先點進第一個 trigger 進行設定，

在這邊確認 event 是 new video in channel。

然後在 account 這邊，串聯你的 youtube 帳號，用哪個沒差，除非你是頻道主要觀察自己的數據。

接下來就到了重頭戲 trigger 啦，這邊要填的是 channel ID。

提醒，channel ID 不是網址後面這串，

你可以到想要抓的頻道首頁，按 ctrl+U 開啟原始碼，再按 ctrl+F 尋找這串文字，

後面那串亂碼就是 channel ID 了。

貼回去按 refresh，

如果有成功抓到，下面的 countinue 就會亮起來，

按下去進到測試頁面 test trigger 按下去。

成功的話，你就會看到他把影片資料抓過來嘍，下面是選後面用的測試資料，選哪個都可以，選完點 countiune。

就會進到 notion 設定，確認一下 event 的設定是不是 create database item，

確認完按下一步，account 這邊設定連接到你的 notion 帳號，連完一樣按下一步。

重頭戲又來啦，action 這邊是設定 youtube 資料要怎麼存進 notion？

我們先點開 database，選擇剛剛整理過的資料庫，

然後就會跑出很收熟悉的選項，沒錯，這就是剛剛在notion設定好的資料表欄位，現在只要告訴他要把資料放入哪個欄位就好。

名稱，放影片的 title。

標籤，放剛剛設定好的頻道名稱標籤。

URL，就選影片連結的 URL。

狀態選 youtube 自動串連。

這樣新影片就會出現在 notion 頁面的左邊自動呈現囉。

這樣就完成啦，又可以點 countinue 了，不過我自己還會在 content 這個欄位選 description，把影片描述也放入 notion。

點完 countine 進入測試環節，

按 test step。

成功的話，就會看到 test step 變成 publish，

這時回去看 notion 的資料庫，你會發現多一筆剛剛測試的數據。

最後按下 publish，這樣就完成啦。

之後就坐等別人發片，再跟風就好！想企劃就是這麼簡單。

結語

最後來分享一下實做心得吧！

這次實做讓我體會到 notion 的美妙之處，之前都單純把他當成昇級版的 evernote，但跟 Zapier 之類的自動化服務串聯後，馬上變成不同檔次的東西，集前台後台於一身，甚至還能做網站！

這自由度真的是只有想不到，沒有做不到，沒程式基礎的人也能輕鬆入門，難怪會紅。

最後，想問大家會想用 notion 跟 zapier 來做什麼呢？

如果看到有趣的留言，我會試著做做看，有其他想要看的 AI 工具測試或相關問題，也可以留言分享喔！

如果喜歡這支影片的話，也別忘了按讚、訂閱，加入會員，我們下集再見～掰！

更多、更完整的內容，歡迎上泛科學院的 youtube 頻道觀看完整影片，並開啟訂閱獲得更多有趣的資訊！

上次 notion + zapier 做完後，開會總算沒挨罵了，自動化服務真的讚！

而這次介紹 MAKE 串 LINE 做重要信件通知，也源自於我遇到的問題。

如果你不想聽故事，可以往下看教學。

Line Notify

首先，我們會用到 line notify 的服務，要先到官網登入申請。

登入後如果完全沒用過，會直接進到登錄服務畫面。

這邊除了 email 以外可以隨便填，email 之後要收確認信用的，請用你常用的 email。 然後提醒一下，網址跟 callback URL 不要用 google 之類常見的網址，會沒辦法通過，請隨便打一串看起來正常的網址。

設定完成後按登錄。

這時回去剛剛填的 email 收通知信，開通剛設定好的 line notify。

大功告成，這時點右上角的「管理登入服務」，就會看到剛剛設定好的 line notify，這樣 line 的部分就設定好了，可以去 make 做自動化串連。

Make

接著登入 make，如果是第一次使用，他會問你很多廢話。

不用管他隨邊點，直到你看到這個畫面。

點右上角 creat a new senario。

一進去會看到的這個圓圈，這個圓圈跟之前 Zapier 說的 trigger 是一樣的東西，可以手動自己設定流程 flow。

但我們還是叫 AI 幫我們啦，點右下角的 AI Assistant，對話框選選 creat or edit a senario。

輸入「if my gmail get a new email, then send LINE notification」

然後得到畫面上的 flow，左邊是 Gmail watch email，右邊是 line send a notification。

如果你用中文輸入類似的內容，常會跑出很複雜的 flow，這種 flow 裡面有很多有趣的功能。

但這集用不到，我們還是先回到正確的 flow 上。

點開 gmail，連上要整理的信箱。

連接完成後進入設定，先點選藍色的 click here to choose folder。

這邊會出現你在 gmail 裡做的標籤分類，由於我完全沒有按照規則整理，就直接選 inbox，對所有郵件進行分析。

filter type 用 simple filter。

下面的 Criteria 選 all emails 就好了，我們後面會再用 filter 細分。

然後這個，選 no。

選擇 yes 會把偵測過的 email 變成已讀，我不想這樣。

然後這邊是每次執行 flow 時，會抓取多少筆最新的 email 到 line 上發布通知。

免費的 make 是 15 分鐘執行一次 flow，請自己評估每 15 分鐘會收到多少封有用的信件，設定太多你的 LINE 通知會炸裂。

我自己測試後，設定為 5 就差不多了。

設定好點下 OK，會跳出從哪封 email 開始抓資料，用 from now on 就好，之後的新郵件就會自動讀取了。

按下OK，接下來就可以來設定 filter 啦。

點連接線旁邊的板手會跳出選單，選第一個 set up a filter。

進入 filter 設定畫面，上面的 label 是幫這個 filter 上標籤，填你喜歡的就好。

然後點 condition 下面的輸入框，選 subject 標題跟 text content 內文。

然後在 text operator 這裡，選擇 contains。

contains 是在特定字串中如果包含某個關鍵字，就可以通過。

這邊說的特定字串，就是上面欄位設定的標題跟內文。

接下來，在下面空格打上關鍵字，就完成啦。

如果有多個關鍵字要篩選，點選 add OR rule 設定其他關鍵字，不能多個關鍵字打在一起。

按下OK，你會看到板手變成一個漏斗，這樣 filter 就設定完成。

接著點開 line，他會要你輸入 notify API。

回到 line notify 的「管理登入服務」頁面，點擊剛剛設定好的服務，進入服務細節的頁面，複製上面的 client ID。

回到 Make 複製貼上按SAVE。

接著會進到這個頁面，這邊是設定你要在哪個聊天室發送通知，你可以設定在工作群組發送，我這邊先設定我自己就好。

然後進入 line 推播訊息的設定頁面。

message 這欄可以打成這樣，這樣就不會丟一個不知道在做什麼訊息，你也可以發揮創意寫一些幹話進去，增添趣味。

下面的設定用不到，我們直接按OK就完成了。

接下來就要測試啦，我先分別寄三封信件到公用信箱中，分別是：

1. 標題有關鍵字
2. 內文有關鍵字
3. 沒有關鍵字

寄完後，按下 run once。

成功的話就會在 line 上收到通知，果然，沒有把不含關鍵字的信件傳到 line 上，測試成功。

現在把下面的 scheduling 打開，就完成所有設定了。

以後再也不用擔心自己漏接公用信箱的重要信件啦！

結論

最後分享一下實做心得：

比起 zapier 跟 ifttt，make 用起來更有寫程式的感覺，對完全沒有程式背景的人，Zapier 跟 ifttt 會比較好上手，但在免費版的情況下，make 能做到比 zapier 更複雜的自動化功能。

像前面有出現過的複雜流程圖，就可以用 router 做出複數條件判斷的流程，例如前面抓gmail的流程，加上 router 後就不只能傳送提醒到line，還能自動回復罐頭訊息給符合條件的郵件，這如果要在zapier做，就要做兩個流程才能達成了。

另外如果你的公司信箱不是使用Gmail，前面的模組可以從Gmail改成Email，Connection type選用Microsoft系列。

理論上只要這邊按 save，就可以選擇你要串連的microsoft帳號。我串完之後還是抓不到信件，但 make 跟 microsoft 帳戶上，都顯示授權成功，如果有人知道這是什麼問題，請一定要留言告訴我⋯⋯

這次的分享就到這邊，如果有其他想看的 AI 工具測試或相關問題，可以直接留言 ，或給加入 Discord 跟我們一起討問喔。

如果喜歡這支影片的話，也別忘了按讚、訂閱，加入會員，我們下集再見～掰！

更多、更完整的內容，歡迎上泛科學院的 youtube 頻道觀看完整影片，並開啟訂閱獲得更多有趣的資訊！